自動化測試，測試驅動開發

自動化測試，測試驅動開發 是否采用自動化測試 會涉及到技術選型的

自動化測試，測試驅動開發

android自動化架構

幾種常見的android自動化測試架構及其應用

php自動化測試架構 

http://www.ltesting.net/html/30/n-158030.html

流行php測試架構phpunit、simpletest、php-qat 。php-qat 能做單元測試、web應用測試等。

web 自動化測試工具 selenium 簡介及其應用

web 自動化測試與智能爬蟲利器：phantomjs 簡介與實戰

phantomjs：基于webkit、開源的伺服器端javascript api

建構通用的自動化測試平台

自動化測試，在我們功能還沒有穩定的時候，不建議，但是我建議現在做起來單元測試

是否采用自動化測試 會涉及到技術選型的

比如angularjs天生就适合單元測試 自動化測試的，其他js架構有些則很難進行自動化測試

單元測試，開發自己每個疊代做一些白盒測試，我覺得是可以的，但是這個前提也是代碼規範

php跑單元測試代碼貌似還比較困難，java就有完整的體系，正規的都是先寫完測試用例再開發代碼的，測試用例寫完跑通開發就完成一大半了

寫的代碼通過測試用例的基本上沒什麼bug，除非測試用例本身邏輯有問題

需求明确的情況下是可以把單元測試用例寫完了再開發代碼的，甚至是可以分開兩個人進行的

改需求前要先改測試用例，代碼必須通過測試用例才能送出

自動化測試 是用程式自己去跑的

php的單元測試比較麻煩

java的junit非常強大

-----------------------------

自動化是後期考慮的事情

系統不穩定、需求變更頻繁還有項目周期短的項目都不适合做自動化測試

我覺得技術沉澱是要的，但現在項目緊急的情況下還是先保證出一個穩定的版本

這個并不沖突，隻是開發流程的問題

有單元測試開發人員代碼返工的機率低很多

單元測試是自動化測試的一部分

這個是長期規劃，需要需求人員給出方案

=====================================

測試驅動開發

http://baike.baidu.com/view/184088.htm

測試驅動開發，英文全稱test-driven development，簡稱tdd，是一種不同于傳統軟體開發流程的新型的開發方法。

它要求在編寫某個功能的代碼之前先編寫測試代碼，然後隻編寫使測試通過的功能代碼，通過測試來推動整個開發的進行。

這有助于編寫簡潔可用和高品質的代碼，并加速開發過程。

測試驅動開發可以根據需求參考下

或許隻有了解了測試驅動開發的本質和優勢之後，你才會領略到她的無窮魅力。 測試驅動開發不是一種測試技術，它是一種分析技術、設計技術，更是一種組織所有開發活動的技術。相對于傳統的結構化開發過程方法，它具有以下優勢：[4]

1) tdd根據客戶需求編寫測試用例，對功能的過程和接口都進行了設計，而且這種從使用者角度對代碼進行的設計通常更符合後期開發的需求。因為關注使用者回報，可以及時響應需求變更，同時因為從使用者角度出發的簡單設計，也可以更快地适應變化。

2) 出于易測試和測試獨立性的要求，将促使我們實作松耦合的設計，并更多地依賴于接口而非具體的類，提高系統的可擴充性和抗變性。而且tdd明顯地縮短了設計決策的回報循環，使我們幾秒或幾分鐘之内就能獲得回報。

3) 将測試工作提到編碼之前，并頻繁地運作所有測試，可以盡量地避免和盡早地發現錯誤，極大地降低了後續測試及修複的成本，提高了代碼的品質。在測試的保護下，不斷重構代碼，以消除重複設計，優化設計結構，提高了代碼的重用性，進而提高了軟體産品的品質。

4) tdd提供了持續的回歸測試，使我們擁有重構的勇氣，因為代碼的改動導緻系統其他部分産生任何異常，測試都會立刻通知我們。完整的測試會幫助我們持續地跟蹤整個系統的狀态，是以我們就不需要擔心會産生什麼不可預知的副作用了。

5) tdd所産生的單元測試代碼就是最完美的開發者文檔，它們展示了所有的api該如何使用以及是如何運作的，而且它們與工作代碼保持同步，永遠是最新的。

6) tdd可以減輕壓力、降低憂慮、提高我們對代碼的信心、使我們擁有重構的勇氣，這些都是快樂工作的重要前提。

7)快速的提高了開發效率

大自然，飄然的風，qq群: python技術交流群：453879716，人工智能深度學習群：251088643

golang技術交流群：316397059，vuejs技術交流群：458915921