与测试流程有关的二三事

我目前的工作流程如下：

1.需求评审：测试人员参与度不高，主要是开发和业务人员（产品）主导讨论

2.用Excel撰写案例：撰写依据包括功能说明书、需求分析说明书、详细设计、以前的相关案例

3.案例评审:由测试经理主导，开发和业务几乎不参与，曾经测试经理将整个测试方向都带歪，还好项目经理最后发觉不对，在电话会议里面纠偏

4.测试：测试时间因环境故障和其他原因被压缩，案例裁剪后没有评审，覆盖率减小导致风险

5.提交BUG：用QC管理BUG，测试人员对BUG跟踪不佳，有一种提交后就万事大吉的赶脚

6.复测：版本问题上，开发与测试沟通不及时导致复测时间不明，影响进度

7.回归测试

以上问题，我相信我的leader心理都有数，但是没有办法：

1.公司为了降低用人成本导致测试团队不够稳定，大多数是一些小鲜肉，这样整个团队的测试水平就上不去。

2.新人零培训，全靠自己找资料、问别人，自己走弯路导致加班。

3.测试模板不成熟，怎么写全凭领导一张嘴，要求变来变去，我们改来改去浪费时间。

4.领导是团队里面活最多的人，他自己都忙不过来，与其他人的沟通就会受影响.

毕竟积难重返，希望通过百人计划提升自己，换一个良好的工作环境！