《7测试用例》.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 对于嵌套循环，若简单照搬简单循环的测试策略，可使测试次数成几何级数增长，减少测试的策略为： 二、测试用例的设计 对于并置循环分两种情况： 二、测试用例的设计 对于非结构循环： 需按结构化程序设计的思想首先将程序结构化后再进行测试。 二、测试用例的设计 黑盒测试主要针对以下几类错误： 二、测试用例的设计 二、测试用例的设计 黑盒测试技术： 二、测试用例的设计 按照生成测试数据所根据的信息来源： 二、测试用例的设计 等价类划分法： 针对输入条件 二、测试用例的设计 等价类划分法的常用原则： 二、测试用例的设计 边界值分析法： 二、测试用例的设计 边界值分析法 等价分类法的补充 等价类边界上的值 等价类中任选元素作为此等价类的代表 二、测试用例的设计 二、测试用例的设计 错误推测法： 二、测试用例的设计 单元测试 (a)基本情况 二、测试用例的设计 (b)单元测试过程： 驱动模块 被测模块 桩模块 桩模块 界面 局部数据结构 边界条件 独立路径 错误处理路径 测试用例 结果 主程序：接收测试数据并将数据传递到被测模块，被测模块被调用后，驱动模块用于打印相关结果。 用于替代哪些真正附属于被测模块的模块，桩模块的界面应与实际的界面完全一致，但内部只做少量数据处理，主要任务是显示进入、退出。 二、测试用例的设计 集成测试 (a)基本情况 每个模块独立工作 工作正常 集合到一起 能否正常运行？ 错误： 数据经过接口可能丢失 模块之间的相关影响 全局数据结构出现错误 二、测试用例的设计 集成测试 (b)模块集成方法 二、测试用例的设计 集成测试 (a)非增量集成 二、测试用例的设计 集成测试 (b)增量集成 二、测试用例的设计 确认测试 二、测试用例的设计 系统测试 （a）测试任务 二、测试用例的设计 （b）测试种类 二、测试用例的设计 测试用例 执行某个测试用例 测试结果 排错 追加测试 假想错误原因 确定了测试原因 修正程序 回归测试 排错过程 二、测试用例的设计 如何评价测试用例的好坏： 二、测试用例的设计 （a）易用性 可以花费很少时间，就可以理解测试用例中表达的测试思路，并可以很快地完成测试用例的执行。 二、测试用例的设计 （b）易维护性 如果开发过程中发生了测试需求变更 测试用例设计人员应能在较短时间内完成测试用例的维护工作 二、测试用例的设计 三、实例分析 测试用例设计： 三、实例分析 测试用例设计： 邮政编码： 身份证号： 手机号码： 电子信箱： 三、实例分析 测试用例设计： 日期（单个）： 日期（多个）： 谢 谢！ * * 二、测试用例的设计 二、测试用例的设计 一些专家对测试用例设计的建议：逻辑与数据分开 对于大型的应用系统测试来说，测试用例的数量很多，一旦测试需求发生变化。 对测试用例进行准确和全面地维护会很困难。 二、测试用例的设计 二、测试用例的设计 测试用例：用来描述怎么测试？ 要求我们：在描述测试用例时，应该用容易理解的自然语言清晰地描述出如何对软件功能进行测试。 而不是：简单地把应用系统的具体操作步骤烦琐的记录下来，把测试用例的设计当成填写具体操作的表格。 二、测试用例的设计 序号 操作过程描述 1 输入用户名。 2 输入密码。 3 确认登录。 序号 用户名 密码 预期结果 1 正确的用户名 正确的密码 登录系统并转到系统主界面 2 正确的用户名 错误的密码 无法登录到系统并提示密码错误 3 错误的用户名 正确的密码 无法登录到系统并提示用户名错误 4 错误的用户名 错误的密码 无法登录到系统并退出当前程序 5 空用户名 ….. …… 二、测试用例的设计 文档的上半部分：着重描述了测试用例执行者应遵循的操作步骤。也就是测试用例设计者所构成的操作过程。 序号 操作过程描述 1 输入用户名。 2 输入密码。 3 确认登录。 注意：这部分内容的描述与被测应用的具体实现无关。并未将点击“OK按钮”这样的内容包含进去。 二、测试用例的设计 文档的下半部分：包含了测试用例的输入数据和输出数据。 序号 用户名 密码 预期结果 1 正确的用户名 正确的密码 登录系统并转到系统主界面 2 正确的用户名 错误的密码 无法登录到系统并提示密码错误 3 错误的用户名 正确的密码 无法登录到系统并提示用户名错误 4 错误的用户名 错误的密码 无法登录到系统并退出当前程序 5 空用户名 ….. …… 二、测试用例的设计 上述