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

MRD: Market Requirement Document Fns: Functional Specification 好处：可以找到软件的Bug，提高软件可靠性！ 不好：这些Bug可能让开发人员疯掉！可能项目延期！ 软件测试是“不得不做”！ 软件测试阶段 阶 段 输 入 输 出 需求分析 需求定义, 市场分析文档, 相关技术文档 市场需求分析会议记要 , 功能设计, 技术设计 设计审查 市场需求文档, 技术设计文档 测试计划, 测试用例 功能验证 代码完成文件包,功能详细设计说明书 最终技术文档 完整测试用例,完备的测试计划, 缺陷报告, 功能验证测试报告 系统测试 代码修改后的文件包 完整测试用例,完备的测试计划 缺陷报告 缺陷状态报告 项目阶段报告 确认测试 代码冻结文件包 确认测试用例 缺陷状态报告 缺陷报告审查 版本审查 版本发布 代码发布文件包 测试计划检查清单 当前版本已知问题的清单 版本发布报告 测试阶段（SDLC) 需求和设计审查 测试人员参与产品需求分析和系统设计，认真阅读有关文档，真正理解客户的需求和技术上的设计，检查需求说明书对产品描述的准确性、一致性等，检查系统设计的合理性和可测试性等 单元测试 单元测试的对象是程序系统中的最小单元---模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误。多个模块可以平行地、对立地测试，通常要编写驱动模块和桩模块 单元测试一般由编程人员和测试人员共同完成，而以开发人员为主 单元测试包括代码评审，代码评审可以发现程序50%～70%代码的缺陷。 单元测试 单元测试又称为模块测试，什么是模块？并没有严格的定义，不过按照一般的理解，模块应该具有以下的一些基本属性： 名字； 明确规定的功能； 内部使用的数据，或称局部数据； 与其它模块或外界的数据联系； 实现其特定功能的算法； 可被其上层模块调用，也可调用其下属模块进行协同工作。 单元测试 单元测试的任务 模块接口测试——对被测模块，检测数据能否正确无误地进入和流出模块； 模块局部数据结构测试——检测模块在工作过程中，其内部数据能否保持其完整性，包括内部数据的内容、形式以及相互之间关系； 模块边界条件测试——检测在数据边界处，模块能否正常工作； 覆盖测试——检测模块运行能否满足特定的逻辑覆盖； 出错处理检测——检测模块出错处理是否有效。 单元测试 2.单元测试过程 单元测试一般在编码之后进行。 由于每个模块在整个软件中并不是孤立的，在对每个 模块进行单元测试时，需要考虑它和周围模块的相互 联系。为模拟这一联系，在进行单元测试时，必须设 置若干个辅助测试模块。这些辅助模块分为两种： ●?? 驱动模块（driver）: 用以模拟被测模块的上级模块， 相当于被测模块的主程序。 ● 桩模块（stub）: 用以模拟被测模块的下级模块， 相当于被测模块调用的子模块。 单元测试 被测模块与其相关的驱动模块和桩模块共同构成了一个“测试环境”，如图所示。 集成测试 集成测试，也称组装测试、联合测试、子系统测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题 两种集成方式：一次性集成方式和增殖式集成方式。 集成测试 一些模块单独能够工作，并不能保证连接起来也能正常工作。 程序在某些局部反映不出的问题，在全局上很可能暴露出来，影响功能的发挥。 可能的原因有： 模块相互调用时引入了新的问题； 几个子功能组合起来不能实现主功能； 误差不断积累达到不可接受的程度； 全局数据结构出现错误等。 集成测试 集成测试 非增式测试 增式测试 自顶向下测试 自底向上测试 独立地测试程序的每个模块，然后再把 它们组合成整个程序的集成测试方法。 把下一个待测试的模块组合到已经测试过的那些模块上去，再进行测试。 从主控模块开始，按照软件的控制层次结构，逐步把各个模块集成在一起。 从最下层的模块开始，按照程序的层次结构，逐渐形成完整的整体。 集成测试 在软件集成阶段，测试的复杂程度远远的超过单元测试的复杂程度。 确认测试 集成测试完成以后，分散开发的模块被联接起来，构成一个完整的程序。其中各模块之间接口存在的种种问题都已消除。于是进入了确认测试阶段。 所谓确认测试，是对照软件需求规格说明书，对软件产品进行评估以确定其是否满足需求规格的过程。 确认测试 经过确认测试，应该为已开发的软件做出结论性的评价。