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

告诉你如何从执行测试到管理测试(11)

上一篇 / 下一篇  2017-10-10 23:52:39 / 个人分类:项目管理

第十一章 我是怎么开始制定第一份测试计划的?

在需求评审进行到差不多百分之七八十的时候,有一天,老大钉钉上问我,“你的测试计划可写好了?”

“呃。。。快写好了,我今天下班前一定把初稿发给你”我连忙回答道,其实我压根一个字都还没写呢,因为之前我都是只要把自己负责的需求做一个测试工作量评估,发给老大,老大负责做计划,然后我按计划执行就可以了,所以,完全忘了,现在的测试计划是应该我来做了。

我觉得这个难不倒我,我把之前项目里老大做的测试计划找了出来,准备基于它修改一下,想着应该就可以交差了吧,于是,我打开了测试计划文档,浏览了下结构:

  1. 项目背景;
  2. 测试需求列表和范围;
  3. 测试风险分析;
  4. 测试策略;
  5. 项目估算;
  6. 项目资源;
  7. 测试阶段和日程表;
  8. 进度跟踪和沟通机制;

发现其中有几项参照着之前的内容,更新一下就可以了,但还是有几项,仅从之前的内容中,看不出分析或制订的方法,也就是看不太明白为什么那么制订?

于是,我就把我看不明白的地方整理成了下面几个问题:

  1. 怎么分析测试过程中的风险?
  2. 假如分析得出了测试过程中的一些风险,又该怎么去应对?
  3. 制定测试策略的意义在哪里?
  4. 怎么跟踪进度和沟通难道也要在测试计划里事先制定好吗?

我把这些问题都发给了老大之后,开始更新我自认为已经明白的部分。

  1. 项目背景;
    (1)项目的基本背景信息;
    (2)目的是什么;
    (3)测试对象是什么;
    (4)有什么特殊的事业环境因素等等;
  2. 测试需求列表和范围;
    (1)产品提供的需求清单,包含需求编号、概要名称、产品负责人、开发负责人、测试负责人等等;
    (2)相关功能模块的回归测试;
    (3)非功能性测试需求清单,比如性能测试需求、兼容性测试需求,升级测试需求;
  3. 项目资源;
    (1)列出当前项目可用的测试资源,包括软硬件资源和人力资源;
    (2)按照需求评审的逐步清晰,对之前所做的任务分配做相应的调整,再将非功能性测试需求也做一下任务分配。
  4. 项目估算;
    按照第5项所做的任务分配,发给相应的测试责任人,让他们在下班前给出自己负责需求测试任务的工作量评估,单位是人日。
  5. 测试阶段和日程表;
    (1)具体测试阶段大致也就是分为需求验证测试、非功能性需求测试、回归测试、验收测试等等,每个阶段都应该有明确的开始条件和完成标准;
    (2)按照当前这个项目的工期初步估计,测试时间大约有两周,具体日程表,要等项目估算出来了才能制订;

TAG: 项目管理 测试 测试管理

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2017-10-23  
1234567
891011121314
15161718192021
22232425262728
293031    

数据统计

  • 访问量: 4088
  • 日志数: 50
  • 建立时间: 2017-09-03
  • 更新时间: 2017-10-22

RSS订阅

Open Toolbar