2 软件测试计划.ppt

软件测试- 软件测试计划 计算机学院软件工程系 Email:Xiahui_1@163.com TelphoneQQ不聊天) 软件测试计划 2.1软件测试计划原则 2.2软件测试计划注意事项 认真做好测试资料收集整理工作 软件的类别和架构 软件的用户界面 第三方软件 明确测试目标，增强测试计划的实用性 坚持5W规则，明确内容与过程 What,why,when,where,how 明确测试阶段，测试内容 采用评审和更新机制，保证测试计划满足实际需求 软件测试计划注意事项 注意软件类别，测试重点不同。比如对C/S项目和B/S项目的测试重点不同，C/S注重功能测试、数据库压力测试，安装测试。B/S注重易用性测试、整体性能测试、浏览器兼容测试。对于嵌入式软件，要注重软件和硬件接口测试。软件架构不同，比如采用Stuts架构或spring架构，测试方法必然不同。 软件用户界面。B/S项目的界面用发工作量可以占到整体项目的70%，如果是指令行软件，界面几乎不用花费太多的工作量。由于界面的不同，选用的测试工具也不同。 第三方软件。一般软件开发过程中都引入了第三方软件，第三方软件会不会引入测试的困难，要仔细考虑。 2.3制定软件测试计划面临问题 与开发者意见不一致 缺乏测试工具 培训不够 管理部门缺乏对测试工作的理解与支持 缺乏用户的参与 测试时间不足 过分依赖测试人员 测试暴露的问题过多或过少都会引发责备 2.4衡量一份好的测试计划书的标准 2.4衡量一份好的测试计划书的标准 2.5 制定测试计划 2.5 制定测试计划 1．测试计划标识符 一个测试计划标识符是一个由公司生成的惟一值，它用于标识测试计划的版本、等级，以及与该测试计划相关的软件版本 2．简要介绍 在测试计划的介绍部分主要是测试软件基本情况的介绍和测试范围的概括性描述。 2.5 制定测试计划 3．测试项目 测试项部分主要是纲领性描述在测试范围内对哪些具体内容进行测试，确定一个包含所有测试项在内的一览表。具体要点如下。 ? 功能的测试：功能模块 ? 设计的测试：界面 ? 整体测试 2.5 制定测试计划 IEEE标准中指出，可以参考下面的文档来完成测试项： ? 需求规格说明 ? 用户指南 ? 操作指南 ? 安装指南 ? 与测试项相关的事件报告 2.5 制定测试计划 4．测试对象 这一部分列出了待测的单项功能及功能组合。 5 ．不需要测试的功能 这一部分列出了不测试的单项功能及组合功能并说明不予测试的理由。 2.5 制定测试计划 6．测试方法 测试小组用于测试整体和每个阶段的方法。要描述如何公正、客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响，要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备。 2.5 制定测试计划 7．测试项通过/失败的标准 测试计划中这一部分给出了“测试项”中描述的每一个测试项通过/失败的标准。正如每个测试用例都需要一个预期的结果一样，每个测试项同样都需要一个预期的结果。 2.5 制定测试计划 2.5 制定测试计划 8．测试中断和恢复的规定 常用的测试中断标准如下： ? 关键路径上的未完成任务 ? 大量的缺陷 ? 严重的缺陷 ? 不完整的测试环境 ? 资源短缺 2.5 制定测试计划 9．测试完成所提交的材料 测试完成所提交的材料包含了测试工作开发设计的所有文档、工具等。例如，测试计划、测试设计规格说明、测试用例、测试日志、测试数据、自定义工具、测试缺陷报告和测试总结报告等。 2.5 制定测试计划 10．测试任务 测试计划中这一部分给出了测试工作所需完成的一系列任务。在这里还列举了所有任务之间的依赖关系和可能需要的特殊技能。 2.5 制定测试计划 11．测试所需的资源 测试所需的资源是实现测试策略所必须的。 例如： ? 人员——人数、经验和专长。他们是全职、兼职、业余人员？ ? 设备——计算机、测试硬件、打印机、测试工具等。 2.5 制定测试计划 12．测试人员的工作职责 测试人员的工作职责是明确指出了测试任务和测试人员的工作责任。 有时测试需要定义的任务类型不容易分清，不像程序员所编写的程序那样明确。复杂的任务可能有多个执行者，或者由多人共同负责。 2.5 制定测试计划 13．人员安排与培训需求 培训需求通常包括学习如何使用某个工具、测试方法、缺陷跟踪系统、配置管理，或者与被测试系统相关的业务基础知识。培训需求各个测试项目会各不相同，它取决于具体项目的情况。 2.5 制定测试计划 14．测试进度表 测试进度是围绕着包含在项目计划中的主要事件（