chaptr2 Test Plan-4.pptVIP

Chapter 2 测试过程管理Software Test Process Management 王 彩 靳制芍飞笛情窖添缨毒域趁偷拭铸色身勉棵水了拄肚杉氯池笺继屹嗜皂茂chaptr2 Test Plan-4chaptr2 Test Plan-4 测试计划 测试计划要点和制订过程 需求文档的审查和评审 整理测试需求 测试策略 测试环境 测试管理 测试计划编写 * 游匆薄烈荆疑源缚锹砸婴嚣茫验嘶观猪总猾禾滓讣阳妻苛言扎吼吮啊掇雪chaptr2 Test Plan-4chaptr2 Test Plan-4 确认工作任务 估算工作量 编写进度计划 定义工作进度的过程 * 细陋赣蓖呈爬研蹿鲁苛拎挞漂转彻祭同秘浪榴济绿厉安睬批晃涩潘纽器款chaptr2 Test Plan-4chaptr2 Test Plan-4 工作任务可以分为两类，一类是可以直接和测试需求文档对应起来的，另外一类和测试需求文档没有直接的关联。 在测试需求文档中，描述了软件的功能性需求和非功能性需求，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。 确认好测试任务后，还应该排列这些任务的优先级。 确认工作任务 * 荡茹把发我报父禽惦编吐哺媚颤耘慌踪降季对敢疯琳曰仰蚤逾抽德篙碌疵chaptr2 Test Plan-4chaptr2 Test Plan-4 执行测试时设置和配置系统 开发和安装专用测试工具 学习使用测试工具 定制测试工具 将测试用例编写为脚本或数据文件 产生测试报告和测试总结文档 编写测试计划 编写质量报告、缺陷报告 人员培训 与程序员之间的交流 与客户之间的交流 与测试需求没有直接关联的任务 * 管醋耘巾任麓都绪麻怠卵幕耪产骋场里彭驴咎偏镀刽锐沤垛唱鱼殿泵寄泰chaptr2 Test Plan-4chaptr2 Test Plan-4 确定任务优先级 在不同的团队中可以有不同的方法和标准，可以参考如下几方面 1.风险（重要性、客户关注） 2.开发部门的进度安排。虽然我们可以在开发部门还没有写任何代码之前就完成测试需求的整理和测试用例的设计，但是却一定要等到开发部门提交可供测试的程序之后才能执行测试。因此，对于开发部门优先开发和提交的部分，我们也应该优先准备。另外，有些业务是必须在其他业务正确完成之后才能执行的，那么我们同样可以把它的优先级降低，推后考虑。 * 刻峡牺炉肋谅惊陛沾离九钥枕溯弧党喀伴椿痴癣蝗视剑掀莲主汀盘窥碱悠chaptr2 Test Plan-4chaptr2 Test Plan-4 3.用户协议。如果在同用户签订的协议中明确的规定了系统各个部分的发布时间，那么这也可以作为测试优先级的一个指标。当然，越早发布的部分测试优先级也就越高。 在确定最终的测试优先级时，你可以选择一个自己认为最重要的指标来作为最后的优先级，也可以综合几个指标来考虑优先级。 任务的优先级也并不是永远都不会变化的，当软件需求和设计发生变化时，如果认为需要，也同样可以调整这个优先级来反映出这个变化。 确定任务优先级 * 姆志彻呸雕掷诚逝棉殷扦固件馆迎耿吊陨疲昭议撰制驭小逻筑形靶砖滨牺chaptr2 Test Plan-4chaptr2 Test Plan-4 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。 测试工作量的估算可以采用以下方法： 建立详细的工作分解结构 分析以往项目，寻找历史数据 使用评估模型 在估算工作量时，还要注意一些“返工”的问题。 估算工作量 * 腮凡嵌兴搪办搏镍潮阳首伯橙璃憋铭褒蘑峰伦发遮症留唉榜搀剑鹰窗翔荔chaptr2 Test Plan-4chaptr2 Test Plan-4 在进度计划中，要确保： 所有任务都已经被列出 计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息 计划是可行的，资源要求能够被满足 按照此计划开展实际工作 如果有变化，该计划将被及时更新 * 缨惜任土谈梯伤鼎仔昌汹迎晌诞冉先颧亡姑谎监俄垛渴鹰饭耸补愤垃矩糖chaptr2 Test Plan-4chaptr2 Test Plan-4 测试资源管理 首先是人力资源。 所有测试工作的完成需要多少人？ 参与者应该具备哪些技能？ 每个人的工作准备如何分配？ 是否需要专门的数据库管理员？ 是否需要专门的硬件工程师来协助维护系统和网络？ 是否需要其他部门同事的参与？ * 禄敝毯掩涸虱搂助瘁鹤匆桶姿椭职舵昼爵薯挖缸爱哮溪烫班籍圾乞品藕施chaptr2 Test Plan-4chaptr2 Test Plan-4 测试资源管理 硬件和软件资源也是需要明确的。 测试工作一共需要多少计算机？从哪里调配？ 有没有为测试环境的搭建单独准备一台服务器？ 是否准备了不同配置的测试用例执行用机？ 如果需要考虑到不同硬件设备