测试复习.教程分析.ppt

单元测试 模块测试，在编码阶段进行，以详细设计为指南对模块进行正确性检验，目的在于发现模块内部可能存在的各种错误。 一般采用白盒测试法 对所有的局部和全局的数据结构、外部接口与程序代码的关键部门都要严查 测试用例针对计算错误、比较不正确或者控制流不正常 基本路径测试和循环测试 单元测试 内容 模块接口测试 局部数据结构测试 路径测试 错误处理测试 边界测试 规程 驱动模块 桩模块 驱动模块 被测模块 桩模块 桩模块 测试结果 测试 用例 单元测试 的内容 集成测试 组装测试，通过测试发现和接口有关的问题来构造系统结构的系统化技术。目标是将通过了单元测试的模块组装成一个设计中描述的系统结构。 两种策略： 非增量集成 增量集成 自顶向下 自底向上 集成测试 一般采用黑盒测试技术 重点是模块组装后能否按既定意图协作运行 功能： 接口的完整性 功能的有效性 信息内容 性能 经过组装测试的各个模块，已按照设计要求被连接成一个完整的软件系统，模块之间的接口错误已基本消除，测试工作可以进入确认测试阶段。 确认测试，也称合格测试（Qualification testing）。有用户参加，共同检验软件需求说明书的技术标准的符合程度。 确认测试 确认测试 验收测试，主要任务是验证软件的有效性。即判断软件的功能、性能是否满足用户的需求（需求规格说明书） 项目确认测试计划 有效性测试 配置复审 系统测试概述 系统测试的根本任务就是要证明被测系统的功能和结构的稳定性；还要有一些非功能测试：性能测试、压力测试、可靠性测试等等。 最终目的是为了确保软件产品能够被用户或操作者接受。测试的主要目标不再是找出缺陷，而是证明其性能。 系统测试属于黑盒测试范畴，不再对软件的源代码进行分析和测试。 * * * * * * * * 软件测试基础 软件测试的基本概念 软件测试的原则 测试应追溯到需求，用户在大部分情况下了解自己的需求但不了解所对应的系统，所以检验的标准应该是用户的需求 软件开发过程中应在早期就开展各种质量保证活动（Mind Test） 软件开发实践表明，让别人来检查自己的工作会发现更多的错误（交叉检查与独立的QA的必要性） 软件测试基础 软件测试的基本概念 软件测试的原则 在设计测试用例时，测试用例应由输入数据和与之对应的期望输出结果这两部分组成，在输入数据中，应当包括合理的输入条件和不合理的输入条件 不可能对所有的功能项都执行穷举测试 在文档和代码的修改过程中，防止因为修改而带来新的错误（修改验证与回归测试） 软件测试基础 软件测试的基本概念 软件测试的原则 程序中的大部分错误往往是在一小部分模块中发现的，遵循帕雷托定律（八二原则） 对每一个测试结果分析并进行记录，防止以后发生类似的错误 测试信息流程 测试 结果分析 改正错误 可靠性分析 软件配置 测试配置 测试工具 测试结果 预期结果 回归测试 改正的软件 预测的可靠性 错误 软件开发与软件测试 测试与开发各阶段的关系 需求分析 说明书 概要设计 说明书 详细设计 说明书 源程序 代码 单元 测试 集成 测试 确认 测试 传统的测试方法与测试用例 测试方法分类 按测试步骤与策略、测试层次：单元测试、集成测试、确认测试、系统测试等 按软件内部结构和实现：白盒测试和黑盒测试 按执行程序的角度：静态测试与动态测试 测试用例 软件测试活动 软件测试方法 静态分析 静态分析是在不运行程序的情况下，通过检查源代码的方式发现程序中潜在的错误，从而及时更正 静态分析（或代码走查）通常是在开发组长的主持进行的 如果代码量过大，则根据实际的情况采用抽样走查的方式 回顾软件测试人员与软件开发人员之间的博弈关系 软件测试活动 软件测试方法 动态测试 动态测试是在测试用例驱动下运行被测单元，并将实际的输出结果与期望的输出结果相比较。对单元测试，每个测试用例应该包含如下三个组成部分 输入数据 支持程序（或操作步骤） 期望结果 典型的测试用例包含上述的三部分内容 测试用例 在软件测试计划中，测试用例的说明是重要的组成部分 测试用例是为某个测试目标而编制的一组测试输入、执行条件及预期结果的方案，以便测试某个程序路径或核实是否满足某个特定需求。 好处： 反映用户的需求 对过程有效监督 对结果有效评估 回归测试正确的回归 实施重点凸出 提高测试效率 测试用例的设计 设计测试用例是软件测试中的关键技术问题 设计的目的是确定一组最有可能发现某个错误或某类错误的测试数据，实现对系统的某个功能的测试。 以尽可能少的测试用例，来发现最大量的可能性错误 应考虑： 用户的需求，用例的使用对象 用例的设计由粗到细 所有的用例设计需要评审 测试用例的编写 唯一编号 前