測試范圍
測試策略
測試資源
測試風(fēng)險預(yù)估
測試進(jìn)度
在明確了測試范圍、測試策略和測試資源之后，你就要考慮具體的測試進(jìn)度了。測試進(jìn)度主要描述各類測試的開始時間，所需工作量，預(yù)計(jì)完成時間，并以此為依據(jù)來建議最終產(chǎn)品的上線發(fā)布時間。
比如，版本接受測試（Build Acceptance Test）的工作量，冒煙測試（Smoke Test）的工作量，自動化腳本開發(fā)的工作量，缺陷修復(fù)的驗(yàn)證工作量，需要幾輪回歸測試、每一輪回歸測試的工作量等等。
在傳統(tǒng)瀑布模型中，測試進(jìn)度完全依賴于開發(fā)完成并遞交測試版本的時間。如果開發(fā)提交測試版本發(fā)生了延誤，那么在不裁剪測試需求的情況下，產(chǎn)品整體的上線時間就同樣會延期。
然而在敏捷模式下，測試活動貫穿于整個開發(fā)過程，很多測試工作會和開發(fā)工作同步進(jìn)行，比如采用行為驅(qū)動開發(fā)（Behavior-Driven Development）模式，這樣測試進(jìn)度就不會完全依賴于開發(fā)遞交可測試版本的時間。
行為驅(qū)動開發(fā)，就是平時我們經(jīng)常說的 BDD，指的是可以通過自然語言書寫非程序員可讀的測試用例，并通過 StepDef 來關(guān)聯(lián)基于自然語言的步驟描述和具體的業(yè)務(wù)操作，最典型的框架就是知名“Cucumber”。
軟件測試52講---筆記整理
