功能提测阶段，开发测试必做的几件事儿

大家好，我是陈老三！

前期我们分享了 认知测试 | 认识软件测试，认知自己！测试相关培训 |  高额的软件测试培训费都教什么？面试 | 软件测试人员如何安稳度过企业试用期  测试如何进行需求评审 | 需求评审期间测试人员需要做什么？

今天我们来说说，版本提测前，开发测试必须要做的几件事情

首先跟大家回忆一下产品的几个阶段：1.需求阶段 2.开发阶段 3.测试阶段 4.上线阶段

提测的定义：提测代表产品按照需求文档的开发以及实现，由开发阶段已经进入的测试阶段

那么作为在开发阶段后期，测试阶段前期，中间提测那个流程，开发测试必须要做的有那几件事情呢？大家可以回想下各位当前公司的提测流程，然后结合小编分享的点，取长补短，进行综合，或者留言进行补充

1

提测前后必做的几件事

1.单元测试

单元测试具体包含哪些方面：https://jingyan.baidu.com/article/0a52e3f4710535bf63ed7263.html

2.联调测试

将自己负责的部分功能与其他人员负责的功能相关联模块，进行端到端的联调（这是很有必要做的一件事情，当开发拒绝你的时候，你一定要说服他，因为个人负责的模块做的再完美是没用的，产品是一个整体的体验过程）

端对端联调测试的作用：整体性的验证业务链的接口数据问题、UI问题、体验性问题、兼容性问题等

另外一个小窍门，在联调阶段也可以叫开发到测试环境进行联调，可以验证环境是可以正常跑通，避免提测后出现环境问题

3.冒烟测试

开发拿着测试人员在提测前已经写的好测试用例，进行验证每天case是否通过（冒烟测试用例一般都是功能主干流程测试case，如果冒烟测试用例不通过可以直接将转测的版本打回开发，让他二次开发解决相关问题，知道冒烟用例通过为止）

4.需求改动及时确认修正

任何项目在提测前，肯定会有很多的需求改动，因为需求宣讲时只是在我们脑海里构思，而开发提测阶段此时在实际实现或者联调测试阶段，都可以发现架构设计、功能业务需求不合理等相关问题

此时就要及时的拉上产品、架构师等相关人员仔细确认，有改动的需求点及时修改需求文档，周知到大家，改动的点，需要严格执行上面的三个测试阶段，通过方可提测

5.开发已经准备好完善的接口文档

项目测试周期宽松的情况，可以提前做接口测试工作，此时必须要有一份完善的接口文档

6.开发已经清楚罗列提测版本、范围、以及相关风险事项清单

这点主要是对我们的项目相关人员负责，清晰的知会PM、PRD、测试提测范围，将工作做到极致

2

提测前后事宜相关总结

1.在提测阶段，我们为什么严格开发去这么做？

提前发现问题进行解决问题、不要等到测试阶段才发现该问题，节约人力成本，提高转测质量，赢得测试的尊重，团队人员关系更加融洽

当你们碰到那种提测版本，主流程跑不通，页面打开错乱，此时作为测试人员的你，相信那天的心情都不会好了，反而还对开发有一定的心里成见

2.流程是人定的，约定三章后，就要严格执行

流程完毕不去严格执行，只是一个摆设，所以作为测试的我们有义务在周例会进行宣导、善意的提醒开发去严格执行，如果有个别同事几次出现嘴上说执行，但是实际每次提测质量还是很差，可以先找开发经理反应情况，如不改正，直接一封邮件到研发总监，不要怂，就是干

好了今天就先讲到这里，欢迎各位同仁指点分享补充，在好的流程建立上千万不要怕耗费时间，因为这些都是对我们测试有利无弊的，上个留言讨论栏，积极参与讨论，一起进步

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