針對(duì)第一種瀑布流程，開發(fā)完了在進(jìn)行測(cè)試，最終回歸測(cè)試結(jié)束了再上線，就會(huì)比較趕；

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

開發(fā)通常都會(huì)偶延期，而上線時(shí)間固定，測(cè)試的時(shí)間會(huì)被縮減

但是如果項(xiàng)目是一次性的，并且只要甲方接收簽字就算完工，中間沒(méi)有被發(fā)現(xiàn)的缺陷會(huì)有甲方的運(yùn)維部分承擔(dān)。那這種組織架構(gòu)可行。。。

針對(duì)第二種，可以看成稍有迭代的項(xiàng)目；

開發(fā)在Coding的時(shí)候，測(cè)試準(zhǔn)備測(cè)試腳本和數(shù)據(jù)，開發(fā)轉(zhuǎn)測(cè)的時(shí)候，由測(cè)試直接執(zhí)行測(cè)試用例即可，就縮短了整個(gè)流程的時(shí)間；

測(cè)試給開發(fā)提交了bug,開發(fā)fix了，測(cè)試要回歸測(cè)試；

測(cè)試有了自動(dòng)化測(cè)試腳本，執(zhí)行就可以驗(yàn)證回歸測(cè)試是否全部通過(guò)，是不是很方便快捷；

項(xiàng)目之后迭代，做一丟丟的修改，那為了整個(gè)項(xiàng)目全部功能正常，測(cè)試是否需要對(duì)新增功能，修改功能，原始功能做全面的測(cè)試

發(fā)現(xiàn)兩款新工具，基于Web頁(yè)面的

百度腦圖 http://naotu.baidu.com/ , 和思維導(dǎo)圖差不多， 保存在互聯(lián)網(wǎng)上隨時(shí)查看隨時(shí)更新，更方便；

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

所謂測(cè)試準(zhǔn)備測(cè)試腳本和數(shù)據(jù)，也就是在自動(dòng)化測(cè)試，對(duì)于第二種項(xiàng)目周期很方便快捷。

自動(dòng)化測(cè)試和手工測(cè)試，都是黑盒測(cè)試。 手工測(cè)試可能使用點(diǎn)點(diǎn)點(diǎn)的操作來(lái)進(jìn)行，自動(dòng)化測(cè)試就模擬點(diǎn)點(diǎn)點(diǎn)，讓腳本來(lái)執(zhí)行；

自動(dòng)化測(cè)試，就是減少處在測(cè)試驗(yàn)證階段的時(shí)間大大減少，就是測(cè)試前置，與開發(fā)并行。

測(cè)試存在于各個(gè)階段：

需求測(cè)試---》單元測(cè)試---》集成測(cè)試---》系統(tǒng)測(cè)試---》性能測(cè)試---》用戶測(cè)試---》回歸測(cè)試

需求測(cè)試

• 完整性&正確性
• 一致性&可行性
• 無(wú)二義性&健壯性
• 必要性&可測(cè)試性
• 可修改性

單元測(cè)試

又稱模塊測(cè)試，就是對(duì)程序代碼中最小的涉及模塊單元進(jìn)行測(cè)試。
在單元測(cè)試中主要采用靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試相結(jié)合的辦法。
單元測(cè)試要求需要代碼編寫經(jīng)驗(yàn)，并且要十分熟悉當(dāng)前的被測(cè)系統(tǒng)，以及該系統(tǒng)是否與其他系統(tǒng)的接口關(guān)聯(lián)情況。
單元測(cè)試在編碼階段占據(jù)非常重要的地位。可以降低編碼的錯(cuò)誤率，提高編碼質(zhì)量

集成測(cè)試

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

系統(tǒng)測(cè)試

將通過(guò)集成測(cè)試的軟件部署到某種較為復(fù)雜的計(jì)算機(jī)永華環(huán)境進(jìn)行測(cè)試。
目的：通過(guò)與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。
這個(gè)階段主要進(jìn)行的是安裝卸載測(cè)試、兼容性測(cè)試、功能確認(rèn)測(cè)試、安全測(cè)試等。
采用黑盒測(cè)試法，主要考察被測(cè)軟件的功能與性能表現(xiàn)。

性能測(cè)試

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

用戶測(cè)試

可稱為用戶確認(rèn)測(cè)試。
正式驗(yàn)收前，需要用戶對(duì)本系統(tǒng)做出一個(gè)評(píng)價(jià)，用戶可對(duì)交付的系統(tǒng)做測(cè)試，并將測(cè)試結(jié)果反饋回來(lái)，進(jìn)行修改、分析。
用戶測(cè)試環(huán)節(jié)是被測(cè)試軟件首次作為正式的系統(tǒng)交友用戶使用，用戶會(huì)根據(jù)他們的實(shí)際使用情況進(jìn)行測(cè)試、使用，并提出實(shí)際使用過(guò)程中的問(wèn)題。
用戶測(cè)試是軟件生產(chǎn)流程中的最后質(zhì)檢關(guān)。

回歸測(cè)試

回歸測(cè)試是經(jīng)過(guò)一段時(shí)間以后再回過(guò)頭來(lái)對(duì)以前修復(fù)過(guò)的Bug重新進(jìn)行測(cè)試，看該Bug是否會(huì)重新出現(xiàn)。
可采用自動(dòng)化測(cè)試工具來(lái)進(jìn)行回歸測(cè)試，或者由測(cè)試工程師手動(dòng)的執(zhí)行以前的測(cè)試用例。來(lái)檢查用例通過(guò)情況。

就我自己而言，開發(fā)自動(dòng)化測(cè)試腳本對(duì)回歸測(cè)試很重要，大大減少回歸測(cè)試的時(shí)間。

轉(zhuǎn)載于:https://www.cnblogs.com/qianjinyan/p/9173098.html

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。