最近才开始比较系统的接触测试,但是最近一直都在写用例,感触挺深的.
由于系统很大,但是写下来的过程中,自己和同事都发现一直在做重复工作.比如每一张表都会有增、删、改这类的操作，每张表都写一次，浪费太多的时间。最后我们总结了两条：
一、先整理测试需求
整理测试需求其实只是将软需换种方式来表述。软需中一般描述的都是一个流程或是一个操作过程，而我们的测试点都是从其中支离出来。先整理测试需求其实就是先写出某个操作过程中需要考虑的测试点。这样的好处是产品经理可以直接看我们的测试需求，如果对需求理解有误，写出来的用例肯定也是错误的，自然也就业没有了查看的意义。同样这样做，对以后的测试结果有一定的指导意义，测试出现争议的部份，也许在需求中就是体现。
二、抽取测试模版
由于有很多的重复操作，例如表单的增、删、改，可能不同的只是每张表的字段要求不同，尽可能的将同样的操作写成用例模版，方便以后调用。不过这方面现在本人也遇到很多困难，不知道应该如何抽取共同操作组建模版才会更好。因为模版太范会使测试的覆盖率减低，但模版写的太细，就会调用变的复杂，不利于今后的用例维护等其它操作。
望各位指点迷津！
