如果没有时间考虑测试用例怎么办？

ananbo · 发表于 2009-6-19 11:01:28

以下是今天的牢骚话题，大家谈谈吧，就当发泄了。。。
最近测试了一个系统中的小模块。问题终于凸显出来了。因为小模块可以更加精细的思考测试流程的问题。

按照正常的流程，应该先有测试用例，然后按照用例逐一执行测试。但公司的系统都是直接系统测试，在测试之前我们是看不到系统，不能知道需求的。
而往往一个系统扔上来测试的时候就是很急的时候，就是快要部署的时候。所以当我看到系统时想设计用例，根本就没戏。没有那个功夫。必须用最快的速度迅速提出bug。

当这个小模块已经测试的可以部署的时候，今天终于可以反思一下了。

再次思考这个模块，如果按照正常的流程先设计用例的话，应该重点测试：
1 正确的流程能否走通
2 互斥的流程是否实现了互斥
3 数据的输入与输出
4 数据项之间的联动
5 页面外观
6 对输入长度的限制
7 对必填项，或填写错误有无系统提示
8 按钮排列是否符合使用习惯
9 查询功能！！！！！是否按照查询条件正确查找，如果输入了非法字符是否系统报错。

差不多就这些。

而且今天也突然发现，以前在仓促之中为了写用例而写的用例都是垃圾一堆。要是按照那个用例执行系统，什么问题都找不到。唉。。。

虽然，测试流程无法正常实现，流程恰恰是相反的。但是，这份心意我要尽到。至少我可以在第一轮测试之后，程序员改bug的间隙，好好思考一下，大体上设计出用例，这样第二轮的时候就不会盲目了。而且，下次在写用例的时候，要认真的写。虽然没有人看，也不会有用户看，也没有专业人士看，但是，我相信，将来这种写文档的本事一定有用。