对于产品质量，软件测试人员要学会自救！

在入行软件测试前，一直觉得该岗位作为产品质量的把控者，应该是一份高大上、具有话语权、腰杆儿硬的工作

可后来... 我好像成了开发的保姆、产品的佣人！从而软件测试岗位在大多数人眼里，应该是个卑微、苦逼、跟班的岗位

万恶根源其实就是一个词"质量"

我们今天一起来探讨探讨，该从哪些方面去侧面提高开发提测的版本质量，以下是个人工作中所得经验，从6个点去突击，提升质量指数，欢迎各位道友参与进来，留言给出建设性建议，

1. 需求环节

需求前期问题要大面积输出；不怕问错，也不漏过，深挖产品设计上的问题，在需求环节通过不断地提问，加深开发测试人员的印象，便于后期的程序设计开发测试

2. 研发反述环节

此阶段测试点基本都已输出，根据开发反述模块描述的清晰度，针对含糊不清的业务点，着重提问；以及在研发设计上没有想到的场景，测试进行输出建议旁敲开发该点有遗漏，记得补充

3. 提测环节

提测前期测试人员一定要输出完善的测试用例，给开发充足的时间，充足的时间用来自测，如果碰到不自觉的开发，可以直接通知该上级，该下手段，绝不手软

特别是紧急版本测试人员一定要输出完善的主流程冒烟测试用例，紧急版本阶段，可只输出测试点，不用输出测试用例，把时间花在测试上

4. 版本进入测试环节

版本加入预审环节，测试组派一个成员，花１-２个小时，做一下冒烟测试（主功能测试）, 如果冒烟测试用例都没过，可直接把版本打回开发，冰周知项目经理

5. 项目流程设计与管控

引入敏捷开发模式，有一个概念是TDD(测试驱动开发)，开发过程中先写测试用例，就是先写单元测试、接口测试代码，再进行产品代码实现，当单元测试通过时，产品代码实现也就完成的差不多了。更重要的是，这些单元测试代码可以在随时进行测试，每打一个版本就可以运行一次，这样在底层的单元测试，保证了产品的健壮性，快速发现和定位问题，减少代码排查时间

6. 项目人员绩效管理

根据bug量/等级分布引入KPI考核　

综上所述，上面的方法不能完全解决产品的质量问题，但是我相信一定可以提升产品质量指数

哦豁！由于本号没有留言以及充满爱心的读者讨论功能停止内测，无法在文章直接参与讨论，大家可加我微信：695214599 加测试群，一起划水学习

正在学习软件测试、Python编程的道友可直接关注老三，关注后点击菜单 精品资料 领取系统学习资料

---

出品：陈老三

排版：陈老三

关注老三，老三带你认识测试