火龙果软件软件测试(徐芳高职高专)分析报告.pptVIP

* 在测试计划阶段，需要确定用什么工具进行测试管理和缺陷管理。如TestDirector或 Bugzilla等。 在执行测试的过程中，缺陷管理工具和测试管理工具并不是必须的。但多数公司都会使用缺陷管理工具。 2.5.1缺陷工具和管理工具的选择 * 定义工作进度的过程 确认工作任务 估算工作量 编写进度计划 2.5.2定义工作进度 * 确认工作任务 工作任务可以分为两类，一类是可以直接和需求文档对应起来的，另外一类和需求文档没有直接的关联。 在需求文档中，描述了软件的功能性需求和非功能性需求，对需求中的每一个条目，都应该有相应的测试工作与之对应起来。 确认好测试任务后，还应该排列这些任务的优先级。 * 与需求文档没有直接关联的任务： 执行测试时设置和配置系统 开发和安装专用测试工具 学习使用测试工具 定制测试工具 将测试用例编写为脚本或数据文件 重新运行以前没通过的测试用例 产生测试报告和测试总结文档 编写测试计划 编写质量报告、缺陷报告 人员培训 与程序员之间的交流 与客户之间的交流 * 估算工作量 工作量可以使用“人*日”、“人*月”、“人*年”这样的单位。 测试工作量的估算可以采用以下方法： 建立详细的工作分解结构 分析以往项目，寻找历史数据 使用评估模型 在估算工作量时，还要注意一些“返工”的问题。 * 编写进度计划 进度计划可以用甘特图的形式来表示。 * 在进度计划中，要确保： 所有任务都已经被列出 计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息 计划是可行的，资源要求能够被满足 按照此计划开展实际工作 如果有变化，该计划将被及时更新 * 2.5.3 建立风险管理计划 在测试中面临的问题： 由于设计、编码出现了大的质量问题，导致测试工作量、测试时间增加； 在开始测试时，所需要的硬件、软件没有准备好 未能完成对测试人员的技术培训 测试时的人力资源安排不足 在测试过程中，发生了大量的需求变更 在测试过程中，项目的开发计划被进行大幅度调整 不能及时准备好所需要的测试环境 不能及时准备好测试数据 * 风险管理的过程： 识别风险 评估风险 制订对策 跟踪风险 * 2.6 测试计划编写 测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。 由于测试的种类多、内容广并且时间分散，并且不同的测试工作由不同的人员来执行，因此一般把单元测试、集成测试、系统测试、验收测试各阶段的《测试计划》分开写。 * 1．测试计划标识符 2．目录表 3．参考文献 4．词汇表 5．介绍（范围） 6．测试项 7．软件风险问题 8．待测特征 9．不予测试的特征 10．方法（策略） 11．测试项通过/失败准则 12．挂起准则和恢复需求 13．测试交付物 14．测试任务 15．环境需求 16．职责 17．人员安排与培训需求 18．进度表 19．计划风险与应急措施 20．审批 测试计划模版 * * * * * * * * * * * * * * * * 软 件 测 试 技 术 * 第二章 测试计划 2.1 测试计划要点和制订过程 2.2 测试软件需求 2.3 测试策略 2.4 测试环境 2.5 测试管理 2.6 测试计划编写 * 开发生命周期 需求分析 设计定义 程序编制 维护 建立 建立 建立 修改 测试生命周期 测试计划 测试设计 定制个案 测试执行 评估 缺陷跟踪 越早测试越好 2.1 测试计划要点和制订过程 软件测试生命周期 * 软件测试阶段组成 测试计划 测试设计 测试开发 测试执行 测试评估 * 测试计划的目标 收集并组织测试计划信息 将软件细化为可检验的测试需求 建立测试计划 * 测试计划制订过程 分析和测试软件需求 定义测试策略 定义测试环境 定义测试管理 编写和审核测试计划 * 测试活动进度综述，可供项目经理产生项目进度时参考； 测试方法，包括测试工具的使用； 测试工具，包括如何和何时获取工具； 实施测试和报告结果的过程； 系统测试进入和结束准则； 设计、开发和执行测试所需的人员； 设备资源：需要什么样的机器和测试基准； 恰当的测试覆盖率目标； 测试所需的特殊软件和硬件配置； 测试应用程序策略； 测试哪些特性，不测试哪些特性； 风险和意外情况计划。 测试计划要点 * 测试计划：考虑测试内容 系统功能 用户界面 系统性能 负载测试 强化测试 容量测试 配置测试 安装测试 * 2.2 测试软件需求 需求分析过程 收集用户需求 编写需求定义文档 编写软件功能说明 编写软件需求跟踪矩阵 审核软件需求文档 * 需求分析中测试人员工作 理解需求，参与审核需求文档 理解项目的目标、限制，了解用户应用背景 编写测试计划 准备资源