【tool】测试用例是否应该包含所有的细节?
2014-10-22 16:17
260 查看
测试用例是否应该包含所有的细节?
测试用例写的太细化了,则适应不了系统的变更需求; 写的太粗糙,则可操作性不强,太随意。那么如何设计测试用例呢?笔者建议:关注“测试思想”而不是关注“操作步骤”;
作为测试用例设计人员:我们需要思考的是,如何理解基本流和备选流?如何深入分析并找到所有需要覆盖的路径和需要检查的特性?然后用容易理解的自然语言清晰的来描述我们将要如何进行测试。
传统的用例文档编写方式有两种:
1)填写操作步骤列表:对基本流和备选流进行分析后,他可以清晰描述你的测试思路;
2)填写测试矩阵:适合用来存放测试数据,特别是那些需要人工赋予一个正确的值的特性;
注:网络上对于这两种方式孰优孰劣的争论,将大家错误的引导向了两个极端:要么采用A,要么采用B。
纠正一个误区:对于工作方法的争论,本质上同工具的争论并不是一回事。如果不同的方法各有优势,我们完全可以通过变通的方法,把优势的部分组合在一起使用。
那么对于测试用例文档,已经被分成两个部分:
1)一部分是描述了测试用例执行者所应遵循的操作过程;
2)一部分是在操作中需要使用的测试数据;
这样做的原因是在我们的实际工作中,尤其是在进行功能测试时,很多时候都是使用雷同的操作过程和不同的测试数据来进行的。而使用上面的方法,可以不用再对原本在多个用例中重复出现的操作过程再次描述,而可以把更多的精力放到测试数据的设计和准备上。
用例管理成本考虑:测试需求同测试用例之间并非是一一对应的关系因为一条测试需求未必是明确的对应到一个有效功能的(其实测试需求本身同软件需求和用例之间也未必是一一对应的)。而我们的测试用例所关注的,应该是一个有效功能。不过不用担心,这种情况并不会增加管理测试需求和测试用例的成本,现在市面上提供的测试工具中已经有些是专门用来维护软件需求、测试需求同测试用例之间的关系的,并且它们提供的强大的视图功能还可以让您很容易的查看到测试用例对测试需求的覆盖情况。
相关文章推荐
- 测试用例是否应该包含所有的细节?
- 测试用例是否应该包含所有的细节?
- PSAttack:一个包含所有的渗透测试用例的攻击型Powershell脚本框架
- HZ偶尔会拿些专业问题来忽悠那些非计算机专业的同学。今天测试组开完会后,他又发话了:在古老的一维模式识别中,常常需要计算连续子向量的最大和,当向量全为正数的时候,问题很好解决。但是,如果向量中包含负数,是否应该包含某个负数,并期望旁边的正数会弥补它呢?例如:{6,-3,-2,7,-15,1,2,2},连续子向量的最大和为8(从第0个开始,到第3个为止)。你会不会被他忽悠住?
- 是否需要写软件测试用例
- [问题大概解决了,应该就是单键模式使用不当产生的。明天找人来做一下压力测试]又一次斗胆发到了首页。期盼帮我检查下objDB类是否有问题
- 测试用户是否输入99并把所有输入数及结果打印出来
- 测试用例该包含哪些部分
- 清华计算机系研究生考试上机07年试题解答(自己今天上午做的,有一个不能完成所有测试用例~)
- 敏捷测试是否写测试用例?
- sqlserver快速查找所有存储过程中是否包含某字符
- 这个存储过程查询数据库中的所有的表是否包含要查询的字符串
- 这个存储过程查询数据库中的所有的表是否包含要查询的字符串
- One-Click Test Case Binding Tool 一键绑定测试用例(Visual Studio 2012)
- 树形控件CTreeCtrl点击位置--测试(包含所有参数)
- 编程珠玑之第一章习题8:包含区号800、877,888情况下的排序测试用例
- 设计的软件测试用例是否越详细越好?
- 用于判断数组是否完全包含另外的一个数组的所有元素
- 测试管理015:测试人员是否应该签署软件版本的发布
- ZOJ 3321题解此题一开始纠结了N久,最后发现原来方法用错了。此题应该用并查集归并判断节点是否相同和所有点度是否为2.