测试时间不够,项目要如期发布该怎么办?

常见的几种情况:

1、项目周期短,测试时间赶;
2、转测时间一延再延,测试时间不断挤压;
3、需求一变再变,导致开发、测试时间不够;
4、开发质量太差,类似的问题反反复复出现,导致测试时间不够。

在这些情况下,项目仍要如期发布该怎么办?

事已至此,哪怕再怎么抱怨、吐槽也没用,项目总是要上的。

测试时间不够,项目要如期发布该怎么办?

此时,一定要拉到项目负责人:

  • 定下测试优先级,测试策略,即优先测试哪些功能,是不是保主要流程和界面样式,其他分支流程和细节可以留待后面测试优化?
  • bug是不是只确保严重等级以上的完全修复,其他尽量修复,不行留待后续版本解决?
  • 人员是不是可以借用,比如拉上产品、运营一起测试?
  • 协调好万分无奈的加班计划,尽可能给测试留下时间。

测试内部尽量做好测试左移工作,包括简化用例,预测bug并找时间与开发验证猜测,把更多时间放在接口测试等。

分析成因及做好规避措施

1

第一种情况,往往由以下原因导致:

  • 前期时间评估不足;
  • 上级拍脑袋定死时间;
  • 抢占市场,赶产品发布会等。

不能让不正常成为常态。给领导做好反馈:此次虽然上了线,但实际产品存在很多隐患,需要安排时间及时处理。

2

第二种情况,往往由以下原因导致:

  • 前期时间评估不足,技术难度远超预期;
  • 需求有了增加;

面对第一个原因,要让开发以后吸取教训,做好风险和问题评估;面对第二个原因,要找项目负责人反馈看法——非特别紧急的需求,不能随便加塞!

3

第三种情况,往往由以下原因导致:

  • 前期需求设计不周全,导致后面频频改动;
  • 因为客户、测试、开发陆续的反馈,产品直接把需求加上来;

反馈给项目负责人:今后如非必要,要杜绝需求经评审通过后,再进行更改,尽可能把新增需求安排到下期;就算修改,也要做好需求变更评估,衡量工作量、必要性后再做决定。

4

对于第四种情况,就要和项目负责人、开发负责人好好谈谈了(或者让上级出面),让开发加强功能自测、提高转测质量。绝对不要姑息,后面出了问题,追责时,测试必然首当直冲,你有再多的理由,别人都只会质疑测试的能力。



留言