大叔大婶带你走一条接地气的测试进阶之路

《测试路上你问我答》(104)面对肯定完不成的测试任务时,我该怎么去承诺完成时间?

上一篇 / 下一篇  2017-11-15 16:37:23 / 个人分类:测试问答

【背景】

一个项目的需求计划会上,开发初步评估至少需要20天,项目经理问测试负责人,因为项目工期紧张,给你们留3天测试时间,是否能测完?如果你是这个测试负责人,你会怎么回答?

这是一个面试时的模拟场景题,其实在实际的工作中,也是比较常见的一种场景。

【你问】

面对肯定完不成的测试任务时,我该怎么去承诺完成时间?

【我答】

我们就基于这个模拟场景来看看,开发至少需要20天,我们就假设开发工作量是20天,从粗略估算的经验值来看,测试工作量至少是开发的1~2倍,所以我们抛开这个模拟场景中并未提及具体人数的前提,可以简单认为测试工作量最少也得20天。而项目经理只打算给测试留3天的时间,很明显,这是一个不可能完成的测试任务。

所以,这时候可以有两种回答,或者说是基于不同的出发点,有两种可行的方案:

方案一:如果这个项目有明确的质量要求,必须将发布后缺陷率控制在3%以下,那我只能说3天肯定是测不完的,我目前基于开发的评估工作量,只能粗略预估至少要20天,详细的测试工作量评估,我还需要会后对需求做一些具体的梳理分析,针对测试点做相对精确地测试工作量评估,从而确保项目的质量达到客户要求。

方案二:如果项目工期的确没办法在做调整了,也就是不管我评估的测试工作量有多少,就只有3天的测试时间,我只能回答,如果在不需要保证整体质量的前提下,而且开发代码质量合格的情况下,我可以在这3天里完成项目核心业务流程的测试,确保项目能交付给客户端到端的使用,至于 UI、交互、分支流程、异常场景、性能、安全等等,都只能等项目上线之后,继续跟进测试。同时,我也没办法保证核心业务流程的 bug 百分之百被发现,我优先会确保业务逻辑和数据的正确性,保证客户能端到端的用起来,走完整个流程。

我们再来看下这两种方案的利弊,从不同的出发点考虑,这两个方案各自都做了一定的牺牲:

  1. 方案一牺牲的是进度和成本,为了保证质量达标,需要足够的测试时间,但这样一来,项目就需要延后交付,进度就滞后了,同时成本也就相应地增加了,这还不算可能支付的延期违约金等等。
  2. 方案二牺牲的是质量和客户满意度,因为时间紧,将完整的系统测试变为了阶段性的测试推进,所以这个需要事先告知项目经理,因为他可能需要跟相关的项目验收人和客户事先做一些沟通,从而取得客户对于这种阶段式质量保证方案的认可。

TAG:

 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 71591
  • 日志数: 82
  • 建立时间: 2017-09-03
  • 更新时间: 2018-01-11

RSS订阅

Open Toolbar