6.2.2 預期結果應與測試數據發生的業務吻合
6.3 符合正常業務慣例
6.3.1 測試數據應符合用戶實際工作業務流程
6.3.2 兼顧各種業務變化的可能
6.4 仿真性
人名、地名、電話號碼等應具有模擬功能,符合一般的命名慣例;不允許出現與知名人士、小說中人物名等雷同情況。
6.5 可操作性
測試用例中應寫清測試的操作步驟,不同的操作步驟相對應的操作結果。
7 測試用例編寫格式細則
7.1 測試用例內容
7.1.1 具體實施可以采用EXCEL和圖形相結合,可用EXCEL編寫測試用例的同時插入圖形來加以說明。測試用例設計的內容可由:模塊名、功能說明或圖形說明、測試用例輸入、應輸出結果、實際輸出結果、結論、BUG編號、BUG級別8部分組成。
7.1.2 在測試用例設計模版中有“業務流程測試用例設計模版”(包含整體業務流程)和“功能測試用例設計模版”兩個模板可按需要選擇。
7.2 測試用例表格格式
7.2.1 表格內容的字體為宋體;
7.2.2 表格內容的字型為12號;
8 測試用例優先級
測試用例優先級 描述
A 測試計劃中重要的模塊功能和業務流程
B 測試計劃中比較重要的模塊功能和業務流程
C 測試計劃中次重要的模塊功能和業務流程
D 測試計劃中不重要的模塊功能和業務流程
E 系統小單元、系統容錯功能
對于A、B 級應重點考慮
9 BUG級別
|
測試模型 |
V模型
1、測試階段:
單元測試
集成測試
系統測試
2、實現意義
V模型是軟件開發瀑布模型的變種,它反映了測試活動與分析和設計的關系 。
從左到右,描述了基本的開發過程和測試行為,非常明確地標明了測試過程中存在的不同級別,并且清楚地描述了這些測試階段和開發過程期間各階段的對應關系 。
左邊依次下降的是開發過程各階段,與此相對應的是右邊依次上升的部分,即各測試過程的各個階段。
3、V模型問題
1.測試是開發之后的一個階段。
2.測試的對象就是程序本身。
3.實際應用中容易導致需求階段的錯誤一直到最后系統測試階段才被發現。
4.整個軟件產品的過程質量保證完全依賴于開發人員的能力和對工作的責任心,而且上一步的結果必須是充分和正確的,如果任何一個環節出了問題,則必將嚴重的影響整個工程的質量和預期進度
W模型
W模型由Evolutif公司公司提出,相對于V模型,W模型增加了軟件各開發階段中應同步進行的驗證和確認活動。W模型由兩個V字型模型組成,分別代表測試與開發過程,圖中明確表示出了測試與開發的并行關系。 W模型強調:測試伴隨著整個軟件開發周期,而且測試的對象不僅僅是程序,需求、設計等同樣要測試,也就是說,測試與開發是同步進行的。W模型有利于盡早地全面的發現問題。例如,需求分析完成后,測試人員就應該參與到對需求的驗證和確認活動中,以盡早地找出缺陷所在。同時,對需求的測試也有利于及時了解項目難度和測試風險,及早制定應對措施,這將顯著減少總體測試時間,加快項目進度。 但W模型也存在局限性。在W模型中,需求、設計、編碼等活動被視為串行的,同時,測試和開發活動也保持著一種線性的前后關系,上一階段完全結束,才可正式開始下一個階段工作。這樣就無法支持迭代的開發模型。對于當前軟件開發復雜多變的情況,W模型并不能解除測試管理面臨著困惑。
原文轉自:http://www.uml.org.cn/Test/test-bk.asp