软件工程62测试计划和测试方案设计.ppt

第六章 软件测试 6.2 测试计划和测试方案设计 软件测试流程 软件测试模型(V模型） 测试计划 测试计划要求能够对测试执行过程进行详细、合理的规划,包括测试的目的、内容、方法和步骤，以及测试的标准等。 通常，测试计划的编写从软件需求分析阶段开始，到软件设计阶段结束时完成。 一个合格、实用的测试计划的产生应包括如下五个基本步骤 ： 1. 产品基本情况调研； ?? 2. 确定测试需求； 3. 定义测试策略； 4. 估计测试工作量； 5. 配置测试资源。 这一步主要是了解和确定产品的一些基本情况，例如：产品的运行平台和应用领域，产品的特点和主要的功能模块等，还要明确测试的目的和侧重点 。 产品基本情况：包括产品的运行平台和应用领域，产品的特点和主要的功能模块等，还要明确测试的目的和侧重点。 测试技术结构：将要测试的软件划分成几个组成部分，规划成一个适用于测试的系统划分，包括数据是如何存储的，如何传递的，如何更新的。还有一些常规性的技术要求，比如需要什么样的数据库等等。 测试环境：简单的描述如何搭建测试平台以及测试潜在的风险。 要测试的项目信息：说明需要的和测试项目相关的资料，如项目开发计划、需求说明书、概要设计说明书、详细设计说明书、开发人员的自测报告和用户手册等。 测试中可能的变更：考虑有可能会导致测试计划变更的事件。 例如受其他测试项目影响，可能出现的资源紧张，项目测试过程中出现重大改变问题，测试工具改进，测试环境的改变，或者是添加了新的功能等等。 确定测试需求 列出需要测试任务项。凡是没有出现在这个清单里的测试任务项都排除在测试的范围之外！ 项目功能测试：理论上测试要覆盖所有的功能，但是实际测试中，由于时间、人力、物力和财力的限制，需要按照测试任务项在功能方面的重要性和紧迫性排序，以便于测试执行人员在特殊情况下，不能完成全部测试任务项的时候，优先测试一些任务项，保证测试工作的性价比更高。 项目性能测试：不同项目的性能侧重点不同，总的原则是，对于一些用户关心的、直观的性能指标，进行重点测试。尤其是能体现项目优势的性能指标，应该在测试工作中给出准确数字。从这个角度考虑添加测试任务项。 项目整体测试：从这个角度考虑确定测试需求（也就是添加测试任务项），要重点考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。而且涉及到和现有用户系统的其它接口协同工作时，是否匹配的问题。 确认测试 定义测试策略 定义测试策略是整个测试计划的重点所在，要描述如何公正、客观地开展测试，保证所采用的测试策略（技术和方法）能达到测试目的。 要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响。 尽可能的考虑到细节，越详细越好。 测试策略至少应包括： 1. 要使用的测试技术和工具； 2. 测试完成标准； 3. 特殊考虑； 4. ……. 估计测试工作量 一个测试项目估计工作量的最简单计算方法为： 测试资源配置 人力资源 系统资源 通过5个步骤的准备工作，可以编写测试计划了，公司不同，项目不同，计划不同，格式也不同，重点说清楚测试任务项和每个测试任务项的测试策略，并明确测试标准和任务完成时间，最后指定具体执行人员。 * * 产品基本情况调研 确定测试需求 定义测试策略 估计测试工作量 配置测试资源 1.进行测试设计，编写可行性测试计划； 2.召开同行评审会议，评审测试计划； 3.按照评审会议的结果，修改测试计划； 4.根据测试计划，选择测试方法和工具，执行测试计划； 5.编写测试报告。 基本情况调研 产品基本情况调研的要点： 1.产品基本情况 2.测试技术结构 3.测试环境 4.要测试的项目信息 5.测试中可能的变更 运行平台？ 应用领域？ 产品的特点？ 主要的功能模块？ 明确测试的目的和侧重点？ 测试系统的划分？ 数据是如何存储、传递和更新的？ 需要什么样的数据库？ 参考测试验收标准确定测试需求。但同时还要从项目功能、项目设计、项目性能和项目整体测试角度考虑，补充需要测试的测试任务项。 项目设计测试：对于一些操作步骤，界面中的菜单和按钮的设计，要真正站在用户的角度上，考虑添加测试它们是否合理的测试任务项。 软件测试的策略 悉尼歌剧院的造型 夜幕下的悉尼歌剧院 i 代表一个测试需求中一个测试动作； j 代表一个测试项目中的一个测试需求； m 代表一个测试需求有m个测试动作； n 代表一个测试项目有n个测试需求。 测试经理 测试设计工程师 测试开发工程师 测试执行工程师 测试系统管理者 硬件 软件 小结