軟件測試的安全感從哪裏來？

測試人的安全感從哪來？

測試工做中，你會惶恐嗎？些許的擔憂？仍是把控中的坦然？亦或死豬不怕開水燙？

分享不僅是技術和方法，更關注心靈的成長與碰撞！歡迎分享測試生活的點點滴滴！735821166@qq.com

當我仍是新人的時候，每當我測完一個版本，都會心裏很惶恐的想，測試是否不夠充分，是否是有沒有測到的地方，因此常常很不淡定的週末過來又把流程過了一遍，雖然基本沒發現有什麼問題，可是仍是以爲這樣複查一遍才能安心測試經過。雖然過了一段時間，逐漸成爲老手，可是這種缺少安全感的感受偶爾仍是會浮上心頭：老大讓我測一個我沒玩過業務，我測完了仍是坑覺殘留；開發信誓旦旦的說改動很小，但我知道他的代碼坑過我幾回，我不再相信他了。漸漸地，我明白了原來測試都是一羣缺少安全感的人，這也從另外一個側面證實了爲何測試團隊有這麼多妹子。

    

若是以安全感來體現測試狀況：版本質量越高，測試越充分，則測試的安全感就越高，測試的安全感越高，對版本測試耗時以及風險的把控能力也就越強。通常而言，用例執行完了就會測試經過，以上面所提例子來看，在不少狀況下，測試用例執行完成後並不是會測試經過，而是須要達到必定的安全感

    影響安全感的因素：

    1.測試對業務的熟悉程度

很是熟悉，代碼和邏輯都清楚 ——高安全感

通常熟悉，只是調用過或者小版本摸過——中安全感

不熟悉，沒有測試過或調用過——低安全感

    2.測試對開發代碼質量的評價——中安全感

代碼註釋充分，邏輯清楚，文檔齊全，業務經驗豐富——高安全感

邏輯複雜/業務經驗通常/文檔或註釋缺失——中安全感

新人/提測模塊基本流程不通/若干低級BUG——低安全感

    3.測試方法以及用例覆蓋的粒度

從函數到接口到系統分層進行測試，覆蓋各類場景和邏輯分支——高安全感

完成正常功能的測試，覆蓋主流程和部分場景/覆蓋了各類場景但存在打樁或模擬的狀況——中安全感

僅完成接口測試/測試過程當中未能模擬相關場景——低安全感