|
每次版本发布都在纠结这个问题。版本发布有严格的时间限制。当有多个需求要测试时,优先级的问题就尤其重要。
【测试工作量】
1、ABC三个需求的单元测试,AB需求很小,老大不怎么关注。C是老大都说的大需求。
2、AB的性能测试。
【测试情况】
1、A测试1.5天,提出11个bug。开发木有时间改。
2、B测试1.5天,提出13个bug。由于换了开发不熟悉,改了几个。
周末加班:
B原开发回来改bug,A开发改bug。
周末两天回归bug,A又全部按照用例跑完,B回归后又有bug出现。
之后关键的三天(离截止还有3天)
1、跟A的bug,开发修改回归;
测试B,全部用例跑完,找出bug。开发预计第三天回来,防止开发回来,测试木有测,傻眼了
c: 提交C 的bug,编写bug单比较浪费时间。
2、性能测试:学习性能测试方法,开始性能测试。这里承认效率比较低。用了0.7天。
提出两个性能bug
C:测试用例3条,提出个位数单
晚上给出新版本,回归已经改好的bug,其中有3个未改好
3、性能修改bug,引发功能改变,小小测试功能。
C:提出27个bug。
晚八点给出回归版本
在这个时间点,到底应该如何安排测试的优先级,怎样才能做到最好。A现在可以发布,C由于没有测完,不同意发布。
我这里的选择是 A高优先级,C本身提测较晚,没有时间测试,就放低了优先级。虽然他是大需求。
请问大家,我这个工作发法是否正确,到底应该怎样去工作,才能做得更好。 |
|