自動化測試和手工測試

針對第一種瀑布流程，開發完了在進行測試，最終迴歸測試結束了再上線，就會比較趕；

測試是最後一道屏障和保證，若是不能提供充分的時間，測試用例可能會漏，甚至於該作的性能測試，安全測試會被忽略，往後產生不少的不良影響；且這些影響多是毀滅性的，好比鎖表，好比數據泄露

開發一般都會偶延期，而上線時間固定，測試的時間會被縮減

可是若是項目是一次性的，而且只要甲方接收簽字就算完工，中間沒有被發現的缺陷會有甲方的運維部分承擔。那這種組織架構可行。。。

針對第二種，能夠當作稍有迭代的項目；

開發在Coding的時候，測試準備測試腳本和數據，開發轉測的時候，由測試直接執行測試用例便可，就縮短了整個流程的時間；

測試給開發提交了bug,開發fix了，測試要回歸測試；

測試有了自動化測試腳本，執行就能夠驗證迴歸測試是否所有經過，是否是很方便快捷；

項目以後迭代，作一丟丟的修改，那爲了整個項目所有功能正常，測試是否須要對新增功能，修改功能，原始功能作全面的測試

發現兩款新工具，基於Web頁面的

1. 百度腦圖 http://naotu.baidu.com/ , 和思惟導圖差很少， 保存在互聯網上隨時查看隨時更新，更方便；
2. teambition https://www.teambition.com , 和tap/task 差很少，記錄工做任務，任務緊急程度等等

所謂測試準備測試腳本和數據，也就是在自動化測試，對於第二種項目週期很方便快捷。

自動化測試和手工測試，都是黑盒測試。 手工測試可能使用點點點的操做來進行，自動化測試就模擬點點點，讓腳原本執行；

自動化測試，就是減小處在測試驗證階段的時間大大減小，就是測試前置，與開發並行。

測試存在於各個階段：

需求測試---》單元測試---》集成測試---》系統測試---》性能測試---》用戶測試---》迴歸測試

需求測試

• 完整性&正確性
• 一致性&可行性
• 無二義性&健壯性
• 必要性&可測試性
• 可修改性

單元測試

又稱模塊測試，就是對程序代碼中最小的涉及模塊單元進行測試。
在單元測試中主要採用靜態測試與動態測試相結合的辦法。
單元測試要求須要代碼編寫經驗，而且要十分熟悉當前的被測系統，以及該系統是否與其餘系統的接口關聯狀況。
單元測試在編碼階段佔據很是重要的地位。能夠下降編碼的錯誤率，提升編碼質量

集成測試

又稱組裝測試，是將軟件產品各個模塊組裝起來，檢查接口是否存在問題，以及組裝後的總體功能、性能表現。
通常可採用非增式集成方法、增式集成方法（自底向上集成、自頂向下集成、組合方式集成）等策略進行測試，利用黑盒測試爲主，白盒測試爲輔的測試方法進行測試。
主要解決各個組成但源代碼是否符合開發規範、接口是否存在問題，總體功能有無錯誤、界面是否符合設計規範、性能是否知足用戶需求等。

系統測試

將經過集成測試的軟件部署到某種較爲複雜的計算機永華環境進行測試。
目的：經過與系統的需求定義做比較，發現軟件與系統的定義不符合或與之矛盾的地方。
這個階段主要進行的是安裝卸載測試、兼容性測試、功能確認測試、安全測試等。
採用黑盒測試法，主要考察被測軟件的功能與性能表現。

性能測試

性能測試要求被測軟件在業務處理速度、處理能力和所耗用的硬件系統資源比率知足用戶的需求。
不要嘗試用手動方式進行性能測試，應當編寫一段相應的程序或者使用專門的工具進行，如利用自動化性能測試工具。
性能測試相對難度較大，要求測試人員掌握編程語言，精通業務流程，擁有深厚的項目經驗。

用戶測試

可稱爲用戶確認測試。
正式驗收前，須要用戶對本系統作出一個評價，用戶可對交付的系統作測試，並將測試結果反饋回來，進行修改、分析。
用戶測試環節是被測試軟件首次做爲正式的系統交友用戶使用，用戶會根據他們的實際使用狀況進行測試、使用，並提出實際使用過程當中的問題。
用戶測試是軟件生產流程中的最後質檢關。

迴歸測試

迴歸測試是通過一段時間之後再回過頭來對之前修復過的Bug從新進行測試，看該Bug是否會從新出現。
可採用自動化測試工具來進行迴歸測試，或者由測試工程師手動的執行之前的測試用例。來檢查用例經過狀況。

就我本身而言，開發自動化測試腳本對迴歸測試很重要，大大減小回歸測試的時間。