测试用例设计中的测试数据设计方案
Posted zihkj
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了测试用例设计中的测试数据设计方案相关的知识,希望对你有一定的参考价值。
测试数据设计方法一:
构造测试数据时,需要看数据的来源,数据的来源一般来讲有三个个,一个是根据被测系统需求的分析,针对正常业务,异常情况,边界情况等来构建完整的数据,又称为“造”数据。
这不仅仅包括最基本的基础数据,比如:用户、权限、配置、原数据等,还包括上面提到的业务数据。对于比较小型的系统来说可行度高,对于大型的系统来说可能较为复杂。
测试数据设计方法二:
第二种方式就是利用现有系统,这适合已有类似系统,测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、
加工为测试数据。
测试数据设计方法三:
还有一种方式就是将现有非电子化的业务数据录入到系统中,在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性,因为
已、经发生的业务数据基本是正确的、一致的,而且可能缺少某些特定业务的数据(不常发生的业务)。这样就需要根据对测试需求的分析,追加新的测试数据,以便能完整覆盖业务
类型。
测试数据应用:
1,不该为空的数据是否有校验;
2,该有默认值的数据默认值是否正确;
3,引用其它功能生成的数据,是否会实时刷新;
4,页面关闭或系统重启后,数据的初始化设置等
5,数据的长度、类型控制是否合理,比如身份证号,实际业务中会有字母,且会出现在最后
一位
对应方法:
等价类、边界值、场景法
优先角度:用户
测试数据设计及维护:
<ignore_js_op>
测试数据总结:
1,不仅要在“脏”数据环境下验证,也要在干净的环境下验证
2,需要覆盖到每一个业务场景及数据类型
3,需要考虑到未来产品的增长及变化
4,不仅要保证哪些可以,同样要保证哪些不行
5,数据的增、删、改对历史数据的影响(增、删、改、查)
无→有→改→删→无→有
无→有→改→删→无→有
6,简化测试执行时间,提高测试执行效率
测试数据示例:
<ignore_js_op>
http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=29&fromuid=27
(出处: 编测编学软件测试)
以上是关于测试用例设计中的测试数据设计方案的主要内容,如果未能解决你的问题,请参考以下文章