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

測試是最后一道屏障和保證，如果不能提供充分的時間，測試用例可能會漏，甚至于該做的性能測試，安全測試會被忽略，日后產生很多的不良影響；且這些影響可能是毀滅性的，比如鎖表，比如數據泄露

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

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

針對第二種，可以看成稍有迭代的項目；

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

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

測試有了自動化測試腳本，執行就可以驗證回歸測試是否全部通過，是不是很方便快捷；

項目之后迭代，做一丟丟的修改，那為了整個項目全部功能正常，測試是否需要對新增功能，修改功能，原始功能做全面的測試

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

百度腦圖 http://naotu.baidu.com/ , 和思維導圖差不多， 保存在互聯網上隨時查看隨時更新，更方便；

teambition https://www.teambition.com , 和tap/task 差不多，記錄工作任務，任務緊急程度等等

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

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

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

測試存在于各個階段：

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

需求測試

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

單元測試

又稱模塊測試，就是對程序代碼中最小的涉及模塊單元進行測試。
在單元測試中主要采用靜態測試與動態測試相結合的辦法。
單元測試要求需要代碼編寫經驗，并且要十分熟悉當前的被測系統，以及該系統是否與其他系統的接口關聯情況。
單元測試在編碼階段占據非常重要的地位。可以降低編碼的錯誤率，提高編碼質量

集成測試

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

系統測試

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

性能測試

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

用戶測試

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

回歸測試

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

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

轉載于:https://www.cnblogs.com/qianjinyan/p/9173098.html

總結

以上是生活随笔為你收集整理的自动化测试和手工测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。