《软件的质量保证与测试》课件1－8章.ppt

软件统计显示，产品测试成本占整体开发成本的 30%。这些统计证明，交付高效、无缺陷且满足客户需求的软件以在业界保持竞争力对于所有软件公司来说都是十分关键的。 要成为成功的软件测试员，IT 专业人士需要非常精通测试技术和方法，以及管理测试流程所需的各种格式和计划。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 在本单元中，您学习了： 所有已执行的测试必须被记录到测试执行日志中。测试执行日志是简单的工作表或电子表格，它记录用于保持对测试的控制的测试活动。 测试问题是指发生在软件内的需要解决的情况。 对于所有的测试问题，必须为其开发以下 4 个属性： 情况陈述 标准 效果 原因 小结 记录并向开发团队通知测试问题陈述包括以下 3 个任务： 记录偏离 记录影响 记录原因 测试完成标准确定测试阶段的完成。 以下是测试完成的标准： 代码覆盖 需求覆盖 代码覆盖分析（也称为测试覆盖分析）是一个执行以下功能的过程： 确定不增加覆盖的冗余测试用例 创建额外测试用例以提高覆盖 确定代码覆盖的量化衡量以确保一组测试用例而不是实际产品的质量 小结（续） 以下列出了一些定义并衡量代码覆盖的方法： 语句覆盖 决策覆盖 条件覆盖 多条件覆盖 条件/决策覆盖 多条件/决策覆盖 路径覆盖 代码覆盖工具（例如 EMMA、Quilt 和 Battlemap）有助于测试并且拓宽这些测试达到的覆盖面。 需求覆盖分析是所有软件项目中的关键活动，因为如果需求不正确，那么无论其他活动执行得有多好，项目都会失败。 小结（续） 需求覆盖分析包括以下流程： 确定要选择的测试模型 指定需求覆盖 选择参与开发过程审核的人员 选择 MUT 的测试用例 执行被测试模型（MUT） 评估测试结果 评估开发过程 小结（续） 执行单元测试（续） 单元测试的准入标准包括： 检查功能规范的可用性 检查程序规范的可用性 检查物理数据元素的可用性 单元测试的退出标准包括： 验证单元测试计划中的每个子程序都可执行 检查控制是否根据指定从一个子程序传递到另一个子程序 检查单元测试计划是否涉及到程序规范的所有部分 执行集成测试 消除了每个组件中的缺陷后，组件将可以被集成到大型子系统中。 集成测试的准入标准包括： 验证应用程序设计 确认应用程序的各个模块可以成功集成以执行一个或多个应用程序功能 确认应用程序能够与其环境成功集成 执行集成测试（续） 集成测试方法： 集成测试注重于测试多个协同工作的组件或模块。 设计了以下方法来进行集成测试： 大锤测试 自上而下测试 自下而上测试 混合测试 执行集成测试（续） 大锤测试 在该方法中，所有经过单元测试阶段的模块将被放置在一起以进行测试。 该方法需要创建桩和驱动程序。 该方法仅在已经对模块进行了单元测试以后有效。 自上而下测试： 在该方法中，测试从程序层次结构顶部开始并且向下遍历到它的分支。 该方法允许您在测试流程早期对系统的基本构架进行测试。 该方法用于采用瀑布或增量软件开发过程模型的软件应用程序。 执行集成测试（续） 自下而上测试： 在该方法中，首先单独测试终端模块。接着，所有更低层的模块将于相邻的更高层模块集成并与其一起测试。 然后互相测试集成的模块。 该方法在开发和测试较低层的模块时不需要程序桩。 混合测试： 在该方法中，自上而下和自下而上的方法并行应用。 模块被分为两个类别，即逻辑和运算。 逻辑模块使用自上而下方法集成。 运算模块使用自下而上方法集成。 执行集成测试（续） 进行集成测试时所需遵循的步骤包括： 组建集成测试组。 确定每个单元的功能及其流程。此外，检测单元和数据流之间的互相依赖性。 准备集成代码。 构建应用程序以进行测试并设置测试环境。 执行集成测试用例。 准备测试报告，它包含测试数据、进行测试的条件、期望结果以及获取的实际结果。 执行集成测试（续） 集成测试的预定义退出标准： 组建集成测试组。 验证客户端和服务器之间的连接 检查安全控制 在单独的应用程序组件上执行性能和负载测试 检查在应用程序中的添加、删除、更新和查看顺序 检查简单事务的完整性 验证空数据库或文件条件的测试 检查输出接口文件的准确性 检查某些中途退出的情况 执行系统测试 当系统成功经过单元和集成测试并且关闭了所有主要缺陷时，执行系统测试。 系统测试是测试完整的集成系统以验证它