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

如何设计编写测试用例(浅析) 测试用例的概念 测试用例设计原则 测试用例的编写方法 实例： 纸杯的测试用例设计 如果没有测试用例测试人员将会如何测试？ 随机测试存在的问题 不知道是否较全面的测试了所有功能 测试的覆盖率无法衡量 对新版本的重复测试很难实施 无法对测试质量进行有效评估 无法形成有效的知识积累 ...... 测试用例的特征 最有可能抓住错误的 不是重复的、多余的 一组相似测试用例中最有效的 既不是太简单，也不是太复杂 测试用例的概念 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，是软件公司探索和追求的目标 测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障 测试用例的概念 测试用例是指为实施测试而向被测试系统提供的输入数据，操作或者各种环境设置以及期望结果的一个特定集合。 其实简单来说，测试用例就是解决要测什么，怎么测和如何衡量的问题。 举例 登录功能，说出一些简单的测试用例 举例 简单用例 一般的用例 举例 比较详细的用例 测试用例设计原则 测试用例对需求覆盖的完整性； 测试用例的有效性； 测试用例的可理解性； 测试用例的清晰性； 测试用例的可维护性。 需求的覆盖完整性 做到对需求的完全理解, 从全局上把握需求 对需求进行归类，包括正常流，异常流等，做到对需求的100%覆盖。(其中有一个好的方法就是用mm图把需求分解了) 把基本路径分解出来，将需求归类。理顺了需求，用例写起来就顺手多了。 需求的覆盖完整性 测试用例的有效性 测试用例应该包含清晰的输入数据以及预期输出 如果环境或者业务发生变更后，测试数据必须进行更新维护 用例基于数据驱动 测试用例的可理解性 测试用例步骤必须描述清晰，不能出现模棱两可以及重复的话语 测试用例应该按照一定的顺序进行编写，这样执行的时候效率比较高 测试用例的清晰性 测试用例的验证点必须明确清晰重点突出 一个用例进行一个功能点的验证，一个萝卜一个坑。 对于流程性的用例建议按照流程顺序进行用例安排，从第一个验证点到最后一个验证点，组成流程的开始到结束，方便测试执行。 测试用例包含前置条件的必须将前置条件描述清楚，包括入口等。 测试用例的可维护性 测试用例因为业务需求发生变更的时候，需要及时更新维护测试用例，做到测试用例的实时性与有效性 测试用例需要细化和不断的完善，是个循序渐进的过程 通过测试实践检验测试用例并添加，删除，修改测试用例。 小结 Ross Collard在Use Case Testing一文中说:测试用例的前10%到15%可以发现75%到90%的重要缺陷。如果你在项目或日常结束后，仔细的分析过我们的bug列表，那么你会觉得这句话非常适用。合理的提高我们的测试效率就是在编写测试用例的时候进行测试用例优先级的划分。 如何划分 1. 用于冒烟测试的用例为最高优先级 2. 把基本路径以及各模块主功能的测试标注为高优先级别 3. 把你所有错误和边界值或确认测试标注为中优先级别 4. 把可用性测试，兼容性测试等标注为低优先级别 5. 将功能测试用例分为严重和不严重两类，对于不严重的功能测试用例降级为低优先级用例。 测试用例编写方法 等价类划分 如何测试一个两位数加法计算器的程序？ 测试需求：测试两个参数的值相加后的结果是否正确。 其中：1. 输入的数值在 - 99 到 99之间。 2. 大于99或小于- 99的输入应被拒绝，并显示错误信息。 根据测试需求开始测试。分别给第1个参数和第2个参数输入表中的值，然后得到测试结果。如图： 第1个参数的值 第2个参数的值 两数相加后的值 1 1 2 1 2 3 1 -1 0 1 -2 1 ... ... ... 测试用例编写方法 等价类划分 等价类划分法作为一种最为典型的黑盒测试方法，它完全不考虑程序的内部结构，而只是根据程序的要求和说明进行测试用例的设计。 如何去做？ 测试人员要对需求规格说明书中的各项需求，尤其是功能需求进行细致分析，然后把程序的输入域划分程若干个部分，从每个部分中选取少数代表性数据作为测试用例。经过这种划分，每一类的代表性数据在测试中的作用都等价于这一类中的其他值。 如何区分 有效数据等价类 与 无效数据等价类 有效数据等价类就是由那些对程序的规格说明有意义的，合理的输入数据所构成的集合。 无效数据等价类就是那些对程序的规格说明不合理的或者无意义的输入数据所构成的集合。 举例 等价类表 测试用例表 序 号 功 能 项 有效等价类 编 号 无效等价类 编 号 1 两位数加法 -99=取值=99 2 取值-99