一枚测试人员的苦恼:
在刚进入新的团队,我有幸第一次与团队成员参与了某个系统的测试,但是在产品提测的时候,我作为测试人员感觉有点头疼不已,因为过程质量不容乐观,整个过程中major的bug率占比较高,经常在提测阶段出现一轮所有用例没有测完就直接被Block的情况;其次,不断的回归以及代码的变动,让我们感觉有些力不从心,从时间上来说,哪怕进行了2*12天/人的测试回归,直至上线,仍然有很多无法把控的风险因素;
图1:该系统测试报告
一个契机:
从测试来说,我能看到的是项目已经表现出来的结果,1.项目时间上的延误 2.过程质量的不容乐观;
但是纵观整个整个产品开发过程,产生这些原因的根本可能是因为前期在协作以及方法上没有达成的一致:
1. 沟通的问题
1) 开站会的时候没有提出一些风险,站会草草了过,然后等项目提测时候延期提测,每次都不能按时间按要求给出一个较高的提测版本;
2) 等提测的时候,发现有些需求已经变更过,但是并没有通知到全体参与人员