闫鹏 blog

opentest推出后，成为了大家测试server的主要测试框架，除了百付宝的那些老的没有升级的server，几乎所有server，部分脚本都已经是通过opentest来测试了，我们的case文件打成tar.gz的压缩包，现在也有200多兆了。opentest解决了case维护，部署，人员变更等问题，但没有考虑过提高测试用例编写效率的问题。随着核心系统越来越复杂，一次命令交互即一个case需要检查的内容可能有上千项，这对于编写case的qa同学来说，逐一编写case检查点，确实已经成为了负担。

没错，自动化测试是有代价的，多数情况下也会导致首次测试时消耗的时间变长，但提高case书写的效率还是很有必要的。opentest在这件事情上面，可以分为三步走：

1.校验数据的生成。在执行case的时候，帮助qa生成需要校验的数据，这样qa同学只需要将它cp到case文件中就可以了。但这样做是有一定风险的，生成的数据是根据核心系统结果来做的，如果过于自动化，出来的数据又错误，又不注意看，就会造成漏测，所以需要在里面内置一些校验规则，对于不满足规则的数据报错，避免出现漏测的情况

2.自动机生成case。对于“创建-支付-确认”这样一个简单的例子来说，支付的前提数据条件就是创建的结果，qa同学只需要画出自动机，由工具生成case文件，将case文件放在opentest中跑一下即可达到测试目的了。而opentest的case文件因为是格式化的，天然的支持这样case生成工具的编写。

3.结合fuzz测试。fuzz测试可以是框架的进一步发展，第二步能够保证关键的正常流程是ok的，使用fuzz测试，不用qa同学思考各种测试用例的情况，直接向被测模块发送各种可能的数据情况。其实fuzz测试是一个很有效的东东，可以测试出很多非常难以发现的问题。

这三步做完后，我想opentest也可以成为一个比较完善的测试框架了，能够在很大程度上提高测试效率。

---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/06/opentest-the-road.html
---------------------------------------------------------------

您可能会喜欢:

1. opentest的几个效率改进关注点
2. Opentest测试框架
3. 什么样的测试用例是好的
4. php中&符号的滥用与它引发的bug
5. 我对自动化测试框架的愿景