记得去年这个时候，组内浩浩荡荡地做制度更新、做质量提升，还要求每个组输出落地的措施。

基本上是顶着市场的压力给出承诺，并且控制市场投诉的比率和数量肉眼可见的下降，虽然辛苦但也值得。

自研和外包测试有一个很大的区别：外包的工作只需要把事情按时做完就行，但是自研的工作会让你想方设法做提升、做优化、按照优化的成果做绩效评估。所以在不同环境就做好相应的处理。

下面就简单举个例子。

「 当前的问题 」

线上问题分析及以往版本复盘：

● 版本转测的时候没有整体概念，经常是后端管后端的，前端管前端的；

● 转测邮件形同虚设，没有转测意见，也没有附上自测结果；

● 修改的问题很容易影响以往老功能：参考礼品卡bug频繁，没有进行深入分析，只是简单回复不够熟悉。

简单总结下，最大的问题是协作壁垒大，不熟悉交互功能，没有整体的版本概念。

「 当前痛点和期望效果 」

在开发不做任何变动的前提下，测试需要做如下改变。

「 扩大测试时间 」

每个版本都做全量测试（3轮测试+交叉测试），评估测试时间的时候预留老功能测试时间，需要定一下老功能的测试时间。

「 测试规范 」

规范测试的标准动作、测试用例的要求。设计用例模板：但凡涉及这个功能就要这么写，比如这个输入框我们应该怎么测，是有章法的。

「 目前的阻碍和疑惑 」

1）人员较少情况下，怎么维护测试用例？

目前都是测试点，能否做一次测试用例编写的分享？在第一轮测试的时候标注通过，第二轮测试的时候不通过，这种应该怎么跟踪？可能是用例不全或者开发改出来的（在bug标题备注新引入）。

2）每个版本都需要执行全量测试吗？

现在开发经常改出新问题，有什么好办法？

也许这些问题中，不少是需要开发人员共同配合的，但是这个也是一个漫长过程，在对方还没有改善的情况下，测试只有先做好自己。

更多软件测试相关推荐：

软件测试更多干货文章

软件测试就业培训

文章来源：51Testing软件测试网  版权归原作者所有