软件测试第二讲软件高测试策略与过程.pptVIP

MRD: Market Requirement Document Fns: Functional Specification 好处：可以找到软件的Bug，提高软件可靠性！ 不好：这些Bug可能让开发人员疯掉！可能项目延期！ 软件测试是“不得不做”！ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件测试阶段 阶 段 需求分析 设计审查 功能验证 系统测试 确认测试 版本发布 输 入 需求定义, 市场分析文档, 相关技术文档 市场需求文档, 技术设计文档 代码完成文件包,功能详细设计说明书 最终技术文档 代码修改后的文件包 完整测试用例,完备的测试计划 代码冻结文件包 确认测试用例 代码发布文件包 测试计划检查清单 输 出 市场需求分析会议记要 , 功能设计, 技术设计 测试计划, 测试用例 完整测试用例,完备的测试计划, 缺陷报告, 功能验证测试报告 缺陷报告 缺陷状态报告 项目阶段报告 缺陷状态报告 缺陷报告审查 版本审查 当前版本已知问题的清单 版本发布报告 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 测试阶段（SDLC) Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 需求和设计审查 测试人员参与产品需求分析和系统设计，认真阅读有关文档，真正理解客户的需求和技术上的设计，检查需求说明书对产品描述的准确性、一致性等，检查系统设计的合理性和可测试性等 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 单元测试 单元测试的对象是程序系统中的最小单元---模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误。多个模块可以平行地、对立地测试，通常要编写驱动模块和桩模块 单元测试一般由编程人员和测试人员共同完成，而以开发人员为主 单元测试包括代码评审，代码评审可以发现程序50%～70%代码的缺陷。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 单元测试 单元测试又称为模块测试，什么是模块？并没有严格的定义，不过按照一般的理解，模块应该具有以下的一些基本属性： 名字； 明确规定的功能； 内部使用的数据，或称局部数据； 与其它模块或外界的数据联系； 实现其特定功能的算法； 可被其上层模块调用，也可调用其下属模块进行协同工作。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 单元测试 单元测试的任务 模块接口测试——对被测模块，检测数据能否正确无误地进入和流出模块； 模块局部数据结构测试——检测模块在工作过程中，其内部数据能否保持其完整性，包括内部数据的内容、形式以及相互之间关系； 模块边界条件测试——检测在数据边界处，模块能否正常工作； 覆盖测试——检测模块运行能否满足特定的逻辑覆盖； 出错处理检测——检测模块出错处理是否有效。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 单元测试 2.单元测试过程 单元测试一般在编码之后进行。 由于每个模块在整个软件中并不是孤立的，在对每个 模块进行单元测试时，需要考虑它和周围模块的相互 联系。为模拟这一