基於敏捷的測試交付物通用設計

基於敏捷的測試交付物通用設計

 

基於敏捷開發流程，每一個Sprint週期交付內容應以下:

 

一、Smock Test（冒煙測試）

1. Test Case（測試用例）[1]；

2. Test Report（測試報告）[2]；

二、Function Test（功能測試）

1. Test Case（測試用例）；

2. Test Plan（測試計劃）[3]；
3. 測試Bug[4]列表；
4. Test Report（測試報告）；

三、Stress Test（壓力測試）

1. Test case（測試用例 or Script）；

2. Stress Test Report（壓力測試報告）[5]；

 

各項交付物詳細說明請參考備註。

參考和備註：

[1] Test Case（測試用例）：測試用例當以以下形式展現：

a、Title：一句話簡約描述Test Case所作事項；

b、Pre-Step：環境部署 or 數據準備；

c、Step：具體步驟，應當分爲1,2,3,4等步驟實現；

d、Expected results：預期的測試結果；

其餘相關：測試用例須要覆蓋所有場景，測試數據必須完備，語言描述應當準確規範，並以天然語言進行描述。

[2] Test Report（測試報告)，report應該包含如下內容：

    a、Test Cases List,測試用例列表應當以列表方式展示，同時包括本次fail或者success的結果；

    b、Test Cases Pass Rate, 本次測試用例測試經過狀況百分比；

    c、Test Results本次測試結論說明；

[3]Test Plan（測試計劃）：

應該是一個可行性的計劃，包括測試對象，測試範圍，測試方法和策略，測試進度和預期結果等內容。

1. 測試對象：本次項目主題；
2. 測試範圍：本次內容範圍；
3. 測試方法：何種方法和策略進行測試；
4. 測試時間：測試時間範圍；
5. 預期結果：預期目的和結果；
6. 其餘：一些必要的補充；

[4]Bug（缺陷）：

       Bug按照嚴重程度進行不一樣級別的劃分。Bug應該是以下形式：

1. Title：一句話描述Bug產生的現象或者操做；
2. Environment：在哪一個測試環境下發現的；
3. Build：發現bug的版本或者模塊；
4. Tester：測試人員；
5. Owner：Bug負責人，通常指定爲具體開發負責人；
6. Reproduce Steps：Bug重現的步驟，描述應該準確規範；
7. Expected指望值；
8. Actually實際值；
9. 必要的附件或者截圖；.

[5]Stress Test Report（壓力測試報告）：

通常壓力測試報告應該包括以下內容：

1. Environment：壓測實際環境,fat、uat or lpt
2. Scenes:場景設計；
3. Tester：測試人員；
4. Build：本次壓測的版本或者模塊；
5. Thread or Users：併發的線程數或者用戶；
6. Average：平均響應時間
7. 90% line and 99% line
8. TPS
9. CPU
10. Memory
11. Environment configuration
12. Analysis Result

1. Error%

參考文獻：

1. Work Capacity Test： https://en.wikipedia.org/wiki/Work_Capacity_Test
2. Jmeter Glossary : http://jmeter.apache.org/usermanual/glossary.html
3. 集成測試：https://baike.baidu.com/item/%E9%9B%86%E6%88%90%E6%B5%8B%E8%AF%95/1924552?fr=aladdin
4. 測試報告：https://baike.baidu.com/item/%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A/10105092?fr=aladdin

 

做者原創技術文章，轉載請註明出處

 更多精彩原創請關注微信號「三國測」：