深圳軟體測試學習：寫不好測試用例是因為沒時間嗎?【千鋒】

深圳軟體測試學習：寫不好測試用例是因為沒時間嗎?【千鋒】

工作當中,總會有人為自己的測試用例寫得不夠好去找各種理由,時間不夠是我印象當中涉及到最多的,也是最反感。想寫好測試用例，前提是測試分析和需求拆解做的足夠好，透過xmind或者UML圖把需求和開發設計提供的產品資訊提煉出來。

我個人的提煉標準一般是：

1.所有業務鏈路是否是閉環；

2.所有業務場景以使用者層面來觀察是否合情合理；

3.技術設計是否存在效能/可靠/安全等風險；

4.梳理測試要點，明確每個業務在測試環節裡面需要觀察的功能預期；

5.開始明確測試方案，確認列出來的測試要點要怎麼樣才能實施測試。這裡多問自己一句：只做功能測試能滿足質量覆蓋的要求嗎？不能就擴充套件考慮是否做白盒測試/介面測試/效能測試/穩定性測試/安全測試/體驗測試/…；

6.然後才進入測試用例編寫的階段，透過對測試點的特徵評估考慮用哪種測試用例設計方法覆蓋；

7.最後輸出用例。

在這裡,我想說說我對用例的個人看法：

1.用例不僅僅只是為了滿足功能測試，它應該是透過一組輸入輸出的方式用來衡量產品功能是否符合預期。

2.測試用例不可能永遠只被設計者執行，所以請嚴格按照規範來設計和編寫用例，讓其他後繼的執行人能高效準確的執行。

3.用例設計是極其嚴肅的任務，但是業內很少QA會真正的做到根據被測試物件的特徵來挑選測試用例設計方法並嚴格按照這些方法來輸出用例。

所以,不要說什麼時間不夠來不及，假設有一天你去了一個時間充足對質量要求極高的測試崗位，你能保證最細的測試顆粒度是多少？做測試要知道自己的上限在哪裡，因為絕大多數的質量問題不是因為時間太少，而是測試眼界不夠高，想得不夠多，做的不夠好。