记得去年这个时候，组内浩浩荡荡地做制度更新，做质量提升，还要求每个组输出落地的措施，基本上是顶着市场的压力给出承诺，并且控制市场投诉的比率和数量肉眼可见的下降。虽然辛苦，但也值得。

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

下面就简单举个例子：

一、当前的问题（线上问题分析及以往版本复盘）：

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

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

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

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

二、当前的痛点和最希望达到的效果：

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

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

2、测试规范，测试的标准动作，测试用例的要求

设计用例模板，但凡涉及这个功能，就要这么写，比如这个输入框，我们应该怎么测，是有章法的。

3、目前的阻碍和疑惑：

1）人员较少情况下，怎么维护测试用例？目前都是测试点，能否做一次测试用例编写的分享

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

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

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

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