[Tommas] 测试用例覆盖率(三)

三、测试数据的设计

每一个测试思路最终都要转化成具体的数据才能来执行。关于测试数据设计的方法也不外乎那几种,就不再赘述了。此处单就一些经常易犯的错误,提出一些注意点,作为用例数据设计时的参考:

1、尽量避免可能出现歧义测试结果的数据:即你设计的数据必须能唯一正确地反映出你所希望测试的结果。比如一组测试数据,有可能得到结果A或结果B,此时单用此数据来测试预期结果为A的用例,那明显就产生了歧义。

2、对于不便具体列示的数据,则必须详细描述其各项特性:有时我们在设计用例时为节约时间,不一定要到具体的一个数值,这也是允许的,但前提是你必须要详细描述清楚你要测试的数据特性。比如数据库字段限长20,要测试超长数据时,可以描述为:尝试输入长度为21位的半角英文字符;尝试输入长度为19位的半角英文字符,然后切换到中文全角再输入一位全角字符等。千万不能写成:尝试输入超长字符,因为这只能是测试方案,作为方案是可以这样写,但到用例阶段,必须要是具体的、明确的、可操作的。

3、测试数据的设计必须有明确目的性:即测试数据是从测试方案衍生而来的。如上例测试方案是测超长字符输入控制,所以测试数据就要根据具体字段长度来录入超长数据,如果一味录入长15位、长16位的数据那就没意义了。好的测试数据是可以同时针对多个测试方案的,此时可以在用例边注明一下该数据的测试目的,因为随着时间推移,对着具体的数据你也许会忘了它到底是测什么的,而这对你最后总结测试,查验测试覆盖率是非常不利的,所以随时记下你的思路想法吧,好记性不如烂笔头。

4、测试数据可省略描述:测试数据描述以能让人看懂为准则。所以写用例时当碰到连续几个用例,仅某几个关键数据值改动,其余均是一样的情况下,不必每个用例都要重复描述所有数据,可以在第一个用例描述完整之后,其余用例中仅列示不同的数据,并标明其余数据同上第X个用例,即可。这样测试时仍能复原测试数据,且该用例的测试目的一眼就明,增加了用例的清晰性。

至些,我根据测试用例设计的顺序,从测试数据的切面设计(即测试项划分),到详细测试用例设计,再到测试数据设计三个层面,逐一介绍了如何来提高测试用例的覆盖度。因为具体项目中的具体情况太多,以上叙述的内容也只能是管窥蠡测。至于其中的疏漏错误之处应也难免,只希望各位阅后能打开思路,从自己多年的测试经验中多总结、提炼出一些想法思路,进一步补充完善这个文档,使大家的测试用例设计能力都能进一步提升。

[Tommas] 测试用例覆盖率(三),布布扣,bubuko.com

时间: 2024-08-02 21:09:14

[Tommas] 测试用例覆盖率(三)的相关文章

[Tommas] 测试用例覆盖率(一)

一.测试用例的切面设计 所谓测试切面设计,其实就是测试用例大项的划分.测试用例划分的经典方法是瀑布模型,也就是从上到下,逐渐细分,大模块包括小模块,小模块包括更小的模块.但仅仅如此是不够的,我们还要从更多的角度切入系统,从不同的角度把系统切分成一块一块的,来进行测试,从而确保测试大项的完整性. 1.功能点切面 这是最常见的切面,通常我们认为页面上的一个按钮就是一个功能点.然后我们可以根据功能的复杂程度,按每个功能:或一个功能点分多页:或多个功能点合成一页来进行用例的撰写. 2.特定切面 除此以外

[Tommas] 测试用例覆盖率(二)

二.详细用例的设计 划分好了测试项,接着就是针对各个测试项,考虑具体的测试用例了.根据测试项的特点,测试用例的设计角度也有所不同.下面我们就来看看通常的功能点测试用例,该从哪些角度出发来进行设计: 1.功能切面表面用例设计 (1).具体功能测试 根据需求分析设计,按页面提供的各个功能项,采用黑盒测试的各种方法,设计用例.比如页面提供了增.删.改.查功能,那么这四个功能是否正确实现就是我要验证的.这是最简单.最基本,同时也是必须的测试用例,通常我们的编码人员自测也就是做到这个程度.^_^ (2).

自动化测试用例设计三原则

今天总结一下在做自动化测试中测试用例设计的一些建议,总结为三原则: 1. 保持Case之间的独立性 case独立性就是能够独立运行,当我们有随机的跑其中某个Case或乱序的跑这些Cases时,测试的结果都应该是准确的. 比如在执行过程中用例的运行环境取决于其他测试用例的执行状态,那么,其中的测试用例不能复用时,与之相关的测试用例的可复用性也不复存在. 有时候我们碰到在本地没问题,但是在server上跑有问题,大概率就是这个原因导致的. 2. 提高Case执行效率 测试人员能在最短的时间内执行测试

测试用例质量的评估

测试用例质量的评估,可以考虑下面3个方面的因素: 第一,根据测试用例的形式评估其质量,主要包括: 1)测试用例与需求规格说明中需求条目的可追溯性,例如:我们要求每个需求条目至少有1个测试用例与之对应.目的是为了评估测试的需求覆盖率,以及分析需求发生变更的时候,对测试修改工作的影响程度; 2)测试用例有无明确的期望结果.通常来说,测试用例的每个执行步骤,都应该明确描述期望的结果,以保证测试人员可以与测试实际结果进行比较,并分析是否需要提交缺陷报告,或者修改测试用例. 3)是否满足公司内部定义的测试

测试用例概论

一.什么是功能测试用例 测试用例是为某个特殊目标而编制的一组测试输入.执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求. 通俗的讲:就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来. 测试的目的 我们让它做的它必须会做. 我们不让它做的它必须不会做. 可能你会发现有附加功能的时候,就是客户没有要求,我们加了这样的功能,可能加了这点功能系统看上去会更好.这时怎么办?算问题么? 作为开发人员,中规中矩的做东西最好,如果真的有非常好的功能要加的话,需要和客户沟通,然后写到

高效测试用例组织算法pairwise之Python实现

------------------------------------------本文专为<光荣之路培训 >原创,如有转载请注明出处---------------------------------- 开篇: 测试过程中,对于多参数参数多值的情况进行测试用例组织,之前一直使用[正交分析法]进行用例组织,说白了就是把每个参数的所有值分别和其他参数的值做一个全量组合,用Python脚本实现,就是itertools模块中product方法(又称笛卡尔积法). 正交分析法的优点是测试用例覆盖率100

三维力控组态软件7.0 开发+运行 无限点 USB加密狗批发

三维力控组态软件7.0 开发+运行 无限点   USB加密狗 长期批发,量大价优,加税点可开正规机打发票 支持主流操作系统 ForceControl V7.0 是一个完全集成的工业控制软件产品,完全兼容微软的32/64位Windows 7及Windows Server 2008操作系统,通过提供可靠.灵活.高性能的监控系统平台,以及简单易用的配置工具和强大的功能使您能够针对各种规模的应用进行快速开发并部署. 丰富的图形处理能力 通过ForceControl V7.0提供的组态开发环境,系统集成工

如何设计测试用例

测试用例设计方法 一. Android系统功能测试设计的测试用例: a.对所测APP划分模块 b.详细列出每个模块的功能点(使用Xmind绘制功能图) c.使用等价类划分.边界值.场景法等对各功能点编写测试用例(考虑中断功能测试用例) d.执行测试之后,反思总结补充相关用例 二. 1)根据业务需求文档.业务逻辑文档和流程图 等业务资料,整理测试方案和测试功能点: 2)将测试方案和测试功能点 内容细化,细化成一条条用例,包括页面元素显示.页面功能交互.底层数据交互.接口交互等: 3)针对每一个测试

Jacoco覆盖率工具使用

Jacoco介绍 Jacoco是一个开源的覆盖率工具.Jacoco可以嵌入到Ant .Maven中,并提供了EclEmma Eclipse插件,也可以使用JavaAgent技术监控Java程序.很多第三方的工具提供了对Jacoco的集成,如sonar.Jenkins等. 官网地址:http://www.eclemma.org/jacoco/ Java Counters Jacoco包含了多种尺度的覆盖率计数器,包含指令级(Instructions,C0coverage),分支(Branches,