单元测试，多个需求如何选择优先级
每次版本发布都在纠结这个问题。版本发布有严格的时间限制。当有多个需求要测试时，优先级的问题就尤其重要。【测试工作量】
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本身提测较晚，没有时间测试，就放低了优先级。虽然他是大需求。
请问大家，我这个工作发法是否正确，到底应该怎样去工作，才能做得更好。
页:
[1]
