编写测试用例(详细).ppt

2021/2/7 * 帮助建议 1. 你是否感觉测试的时候思维很混乱,或者总觉得有些功能没有测到,而一些功能已经测过好几遍? 帮助建议:请明确你的需求,是否做到覆盖100%。你的用 例优先级是否设置合理。 2. 在测试实践紧迫的情况下,你不知道要测什么,或者要先测哪些功能? 帮助建议:那么你需要调整自己的用例优先级,顺带回去好好整理整理需求。 3.在编写测试用例的时候先去学习前辈们的优秀做法。在学习别人优秀成果的基础上,编写自己的用例。 2021/2/7 * 实例:纸杯的测试用例设计 用户需求:一个带广告图案的花纸杯 2021/2/7 * 杯子特性 杯子的容量: 能装多少升水,空杯,半杯,满杯 杯子的型状: 圆型,上面口大,下面小。 杯子的材料: 纸杯 杯子的抗摔能力: 风吹是否会倒,摔一次是否会摔坏,摔多次是否会摔坏 杯子的耐温性: 装冷水,冰水,热水 2021/2/7 * 广告图案 广告内容与图案碰水是否会掉色 广告内容与图案是否合法 广告内容与图案是否容易剥落 广告内容与图案是否符合某个名族的禁忌 2021/2/7 * 可用性及安全性 可用性 1. 装入液体多久后会漏水 2. 装入热水多久后可以变温,装入冰水多久后可以融化 3. 如果装入的不是液体,像石头,沙子,铁块等 安全性 1. 装入不同液体,是否会有化学反应。比如:可乐,咖啡等饮料 2. 装入热水杯子是不是会变型和异味 3. 可以加入当热水小于多少度(是一个确定值)时,手不能被烫伤。 2021/2/7 * 易用性和性能 易用性 1. 不同人群是否能适合杯子的型状,包括握杯的 感觉和喝水的感觉 2. 不同人群是否能接受杯子的广告内容与图案 3. 纸杯杯壁的薄厚,杯深是否可以让消费者接受 性能 1. 杯子在50,80度的水温下可以使用多少次 2. 倒满开水后,放入冰箱冷冻结冰,取出在融化 后杯子是否可以继续使用。 2021/2/7 * 你有不明白的地方吗? 2021/2/7 * 谢 谢 观 看! 很明显，如果对第一个参数的值分别取从-99 到 99 的199个数，第二个参数的值分别取从-99 到 99 的第199个数，我们不可能对两位数相加的所有情况进行穷举测试。如果不能进行穷举测试，则面临以下的问题：1. 在测试了1+1,1+2,1+(-1)和1+（-2）之后，还是否有必要测试1+3和1+4？ 2. 如果不对加法计算器程序进行穷举测试，能否放心的以为所有参数组合都是正确的？那么这样的话，我们能否找到解决的办法？ 2021/2/7 * 如何设计编写测试用例(浅析) 测试用例的概念 测试用例设计原则 测试用例的编写方法 实例: 纸杯的测试用例设计 2021/2/7 * 如果没有测试用例测试人员将会如何测试? 2021/2/7 * 随机测试存在的问题 不知道是否较全面的测试了所有功能 测试的覆盖率无法衡量 对新版本的重复测试很难实施 无法对测试质量进行有效评估 无法形成有效的知识积累 ...... 2021/2/7 * 测试用例的特征 最有可能抓住错误的 不是重复的、多余的 一组相似测试用例中最有效的 既不是太简单,也不是太复杂 2021/2/7 * 测试用例的概念 如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,是软件公司探索和追求的目标 测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障 2021/2/7 * 测试用例的概念 测试用例是指为实施测试而向被测试系统提供的输入数据,操作或者各种环境设置以及期望结果的一个特定集合。 其实简单来说,测试用例就是解决要测什么,怎么测和如何衡量的问题。 2021/2/7 * 举例 登录功能,说出一些简单的测试用例 2021/2/7 * 举例 简单用例 一般的用例 2021/2/7 * 举例 比较详细的用例 2021/2/7 * 测试用例设计原则 测试用例对需求覆盖的完整性; 测试用例的有效性; 测试用例的可理解性; 测试用例的清晰性; 测试用例的可维护性。 2021/2/7 * 需求的覆盖完整性 做到对需求的完全理解, 从全局上把握需求 对需求进行归类,包括正常流,异常流等,做到对需求的100%覆盖。(其中有一个好的方法就是用mm图把需求分解了) 把基本路径分解出来,将需求归类。理顺了需求,用例写起来就顺手多了。 2021/2/7 * 需求的覆盖完整性 2021/2/7 * 测试用例的有效性 测试用例应该包含清晰的输入数据以及预期输出 如果环境或者业务发生变更后,测试数据必须进行更新维护 用例基于数据驱动 2021/2/7 * 测试用例的可理解性 测试用例步骤必须描述清晰,不能出现模棱