黑盒测试用例设计讲解.pptVIP

分享目录 功能概述 等价类划分 边界值分析 因果图与决策表法 场景法 其他测试法 黑盒测试用例设计 其它测试方法 压力 压力指在一定条件下，外界对手机输入一定数据量（如连续按键、保存、编辑等）使其达到满负荷或即将满负荷时运行一定时间，以验证手机是否工作正常 2. 性能 性能主要从软件处于正常状态与高压状态设计专门的测试用例以验证手机处于事件的响应时间与成功率。两者可单独设计测试用例，也可有机结合来设计测试用例。 其它测试方法 其它测试方法 临界点法：指由一种状态变成另一种状态前应具备的最基本条件。临界状态包括：正在存储数据、正在删除数据、正在传输数据、开始运行程序、结束运行程序。例如：定时信息发送的同时响应闹钟。 其它测试方法 错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例。 列举出程序中所有可能有的错误和容易发生错误的特殊情况来设计测试用例 例如: 以前测试时曾出现过错误的地方，包括单元测试、集成测试、系统测试、前几次回归测试 输入数据的问题，如是否可为空，是否可以有特殊字符，是否可以小于0、等于0等等 一些问题的范围或边界 分享目录 功能概述 等价类划分 边界值分析 因果图与决策表法 场景法 其他测试法 黑盒测试用例设计 黑盒测试用例设计 有个项目交给你，这里是产品需求，下周把用例设计出来 接到任务 黑盒测试用例设计 分析需求 需求有《需求规格说明书》和《设计说明书》 我们需要根据《需求规格说明书》和《设计说明书》，详细理解用户的真正需求，分析软件所实现的功能，对软件进行功能分解，然后着手制订测试用例。 黑盒测试用例设计 什么是 “功能分解”？ 1.含义 把软件分解为相对独立的功能单元 2.目的 1)通过功能分解可以明确软件功能性测试的内容 2)使软件功能性测试可度量，有利于测试监督和管理 黑盒测试用例设计 功能分解应把握好度 不能分解得过粗 不能分解得过细 可提高软件功能性测试度量的准确性 最好按照功能的需求程度分解，要求高的分解的细一点，要求低的，可以测试的粗糙一点。 黑盒测试用例设计 测试用例设计方法的选择 通常在确定测试策略时，有以下5条参考原则： （1）在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强。 （2）必要时采用等价类划分法补充测试用例。 （3）采用错误推断法再追加测试用例。 （4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖 程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例。 （5）如果程序的功能说明中含有输入条件的组合情况，则应一开始就选用因果图法。 总结：功能性测试方法主要有三种：等价类划分、边界值分析、因果图法、场景等方法，四种方法各有优势，应灵活使用 黑盒测试用例设计 编写易用性测试用例 1、 测试目要言简意赅，并能描述功能点代表的软件特性； 2、 前置条件：有明确的设置或创建方法； 3、操作步骤必须同时符合以下条件： A、步骤间采用并列式与递进式，并列式又可以明确的识别是段落 并列或单步并列； B、测试用例的步骤应尽可能少，最多不能超过10步； 4、 预期结果与操作步骤之间有清晰的对应关系： A、如果步骤间是单步并列的关系，则必须有统一的判定原则； B、如果步骤间是段落并列的关系，则每个段落有一个判定原则； C、如果步骤间是递进关系，则预期结果编号与操作步骤编号应保持对应关系； 5、 一个用例（除并发测试）只测试一个功能点，或一个用例只测试某功能点的一种特性。 6、 测试用例执行时，不产生歧义，对测试用例的内容不需要其他协助可执行到位。 黑盒测试用例设计 属性与测试类别的关系 A类： 测试类别：功能的正确性； Bug现象：常用工无法使用、造成手机死机重启、安全性、数据丢失无法恢复 B类： 测试类别：错误处理、内部调用、用户界面、突发事件、并发测试 Bug现象：一般功能无法使用，应用程序自动退出，报错但能恢复 C类： 测试类别：兼容性、边界值、内存测试、压力、性能； Bug现象：UI界面、小功能、建议级别、用户体验 有一条规则：当一个bug的高低级别纠结时，就往级别的判断 黑盒测试用例设计 序号 测试结果 备注说明 1 OK 测试通过 2 NG 测试不通过 3 NT 尚未测试 4 NC 无测试条件，暂时不能测试 5 ND 尚未开发 制定用例测试结果的规范 黑盒测试用例设计 讨论：测试判定标准是不是一成不变的？ 1.影响测试判定标准的因素： 1)面临的用户群：企业用户群、市场用户群 2)项目周期：项目开发成本、市场压力 2. 对上线项目测试的判断标准： 1)对于企业用户群，制定不变的判定标准，要紧抓质量； 2)对于市场