当前的问题（线上问题分析及以往版本复盘）：
版本转测的时候没有整体概念，经常是后端管后端的，前端管前端的
转测邮件形同虚设，没有转测意见，也没有附上自测结果
修改的问题很容易影响以往功能：参考礼品卡bug和本次陆星保险问题，没有进行深入分析，只是简单回复不够熟悉。
简单总结下，最大的问题是协作壁垒大，不熟悉交互功能，没有整体的版本概念
当前的痛点和最希望达到的效果：
在开发不做任何变动的前提下，测试需要做如下改变：
1、扩大测试时间，每个版本都做全量测试（3轮测试+交叉测试），评估测试时间的时候预留老功能测试时间，需要定一下老功能的测试时间。
2、测试规范，测试的标准动作，测试用例的要求
设计用例模板，但凡涉及这个功能，就要这么写
他想要的公共用例是：这个输入框，我们应该怎么测
我们现在的公共用例其实是公用功能。
3、目前的阻碍和疑惑：
1）人员较少情况下，怎么维护测试用例？目前都是测试点，能否做一次测试用例编写的分享
在第一轮测试的时候标注通过，第二轮测试的时候不通过，这种应该怎么跟踪？可能是用例不全或者开发改出来的。（在bug标题备注新引入？）
2）每个版本都需要执行全量测试吗？
现在开发经常该处新问题，有什么好办法？
老大最大的问题就是：遇事非常着急，权利不下放（概要设计和其他杂事）。
网友评论