软件测试的安全感从哪里来？

测试人的安全感从哪来？

测试工做中，你会惶恐吗？些许的担忧？仍是把控中的坦然？亦或死猪不怕开水烫？

分享不仅是技术和方法，更关注心灵的成长与碰撞！欢迎分享测试生活的点点滴滴！735821166@qq.com

当我仍是新人的时候，每当我测完一个版本，都会心里很惶恐的想，测试是否不够充分，是否是有没有测到的地方，因此常常很不淡定的周末过来又把流程过了一遍，虽然基本没发现有什么问题，可是仍是以为这样复查一遍才能安心测试经过。虽然过了一段时间，逐渐成为老手，可是这种缺少安全感的感受偶尔仍是会浮上心头：老大让我测一个我没玩过业务，我测完了仍是坑觉残留；开发信誓旦旦的说改动很小，但我知道他的代码坑过我几回，我不再相信他了。渐渐地，我明白了原来测试都是一群缺少安全感的人，这也从另外一个侧面证实了为何测试团队有这么多妹子。

    

若是以安全感来体现测试状况：版本质量越高，测试越充分，则测试的安全感就越高，测试的安全感越高，对版本测试耗时以及风险的把控能力也就越强。通常而言，用例执行完了就会测试经过，以上面所提例子来看，在不少状况下，测试用例执行完成后并不是会测试经过，而是须要达到必定的安全感

    影响安全感的因素：

    1.测试对业务的熟悉程度

很是熟悉，代码和逻辑都清楚 ——高安全感

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

不熟悉，没有测试过或调用过——低安全感

    2.测试对开发代码质量的评价——中安全感

代码注释充分，逻辑清楚，文档齐全，业务经验丰富——高安全感

逻辑复杂/业务经验通常/文档或注释缺失——中安全感

新人/提测模块基本流程不通/若干低级BUG——低安全感

    3.测试方法以及用例覆盖的粒度

从函数到接口到系统分层进行测试，覆盖各类场景和逻辑分支——高安全感

完成正常功能的测试，覆盖主流程和部分场景/覆盖了各类场景但存在打桩或模拟的状况——中安全感

仅完成接口测试/测试过程当中未能模拟相关场景——低安全感