chapter02软件测试计划.pptVIP

6．测试方法(策略) 测试策略描述测试小组用于测试整体和每个阶段的方法。要描述如何公正、客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响，要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备。测试记录具体说明如下: ? 公正性声明 ? 测试用例 ? 特殊考虑 ? 经验判断 ? 设想 IEEE829 测试计划16大纲要 7．测试项通过/失败的标准 测试计划中这一部分给出了“测试项”中描述的每一个测试项通过/失败的标准。正如每个测试用例都需要一个预期的结果一样，每个测试项同样都需要一个预期的结果。 下面是通过/失败的标准的一些例子： ? 通过测试用例所占的百分比； ? 缺陷的数量、严重程度和分布情况； ? 测试用例覆盖； ? 用户测试的成功结论； ? 文档的完整性； ? 性能标准。 IEEE829 测试计划16大纲要 8．测试中断和恢复的规定 测试计划中这一部分给出了测试中断和恢复的标准。常用的测试中断标准如下： ?关键路径上的未完成任务 ? 大量的缺陷 ? 严重的缺陷 ?不完整的测试环境 ? 资源短缺 IEEE829 测试计划16大纲要 9．测试完成所提交的材料 测试完成所提交的材料包含了测试工作开发设计的所有文档、工具等。例如，测试计划、测试设计规格说明、测试用例、测试日志、测试数据、自定义工具、测试缺陷报告和测试总结报告等。 IEEE829 测试计划16大纲要 10．测试任务 测试计划中这一部分给出了测试工作所需完成的一系列任务。在这里还列举了所有任务之间的依赖关系和可能需要的特殊技能。 IEEE829 测试计划16大纲要 11．测试所需的资源 测试所需的资源是实现测试策略所必须的。例如： ?人员—人数、经验和专长。他们是全职、兼职、业余还是学生？ ?设备—计算机、测试硬件、打印机、测试工具等。 ?办公室和实验室空间—在哪里？空间有多大？怎样排列？ ?软件—字处理程序、数据库程序和自定义工具等。 ?其他资源—软盘、电话、参考书、培训资料等。 ?特殊的测试工具。 IEEE829 测试计划16大纲要 12．测试人员的工作职责 测试人员的工作职责是明确指出了测试任务和测试人员的工作责任。 有时测试需要定义的任务类型不容易分清，不像程序员所编写的程序那样明确。复杂的任务可能有多个执行者，或者由多人共同负责。 IEEE829 测试计划16大纲要 13．人员安排与培训需求 前面讨论的测试人员的工作职责是指哪类人员(管理、测试和程序员等)负责哪些任务。人员安排与培训需求是指明确测试人员具体负责软件测试的哪些部分、哪些可测试性能，以及他们需要掌握的技能等。实际责任表会更加详细，确保软件的每一部分都有人进行测试。每一个测试员都会清楚地知道自己应该负责什么，而且有足够的信息开始设计测试用例。 培训需求通常包括学习如何使用某个工具、测试方法、缺陷跟踪系统、配置管理，或者与被测试系统相关的业务基础知识。培训需求各个测试项目会各不相同，它取决于具体项目的情况。 IEEE829 测试计划16大纲要 测试进度是围绕着包含在项目计划中的主要事件(如文档、模块的交付日期，接口的可用性等)来构造的。 作为测试计划的一部分，完成测试进度计划安排，可以为项目管理员提供信息，以便更好地安排整个项目的进度。 进度安排会使测试过程容易管理。通常，项目管理员或者测试管理员最终负责进度安排，而测试人员参与安排自己的具体任务。 14．测试进度表 IEEE829 测试计划16大纲要 软件测试人员要明确地指出计划过程中的风险，并与测试管理员和项目管理员交换意见。这些风险应该在测试计划中明确指出，在进度中予以考虑。有些风险是真正存在的，而有些最终证实是无所谓的，重要的是尽早明确指出，以免在项目晚期发现时感到惊慌。 15．风险及应急措施 一般而言，大多数测试小组都会发现自己的资源有限，不可能穷尽测试软件所有方面。如果能勾画出风险的轮廓，将有助于测试人员排定待测试项的优先顺序，并且有助于集中精力去关注那些极有可能发生失效的领域。 IEEE829 测试计划16大纲要 下面是一些潜在的问题和风险的例子： ? 不现实的交付日期 ? 与其他系统的接口 ? 处理