公共测试用例
想问下各位同行，有没有人写过公共测试用例？我对公共测试用例的理解是，比如涉及多个模块，每个模块均有增、删、改、查等功能，能不能将这些公共的功能集成在一个测试用例里面呢？谢谢自己顶
自己顶~~ 一般不会，因为即使有多个模块相差不大，但是实际上可能会分别对它们进行改写，或者分属不同的业务流程，写成公共用例反而麻烦。当然，可能在某些系统中少数时候是适合这样做的，不过我没有碰到过而已。 这就涉及到测试用例的复用问题，我现在也纠结其中，想用管理工具汇总复用率很高测试用例作为公共测试用例库，其他人包括新手都能够调用，不知各位高手有没有对此有过研究啊 不是说在测试用例编写中碰到类似的可以参考或者引用吗？
难道我被人骗了？ 用例不比代码，代码往往我们能够很好的保持版本，也有workspace和IDE这些方式和工具去复用，而测试用例大多都是文档化的，关注的人也少很多（没事谁看测试文档啊）如果是基于流程的话复用率非常低。我个人认为，测试用例偏向于描述业务流程，比仿照程序模块化更加有以意义。 jlsv兄所言极是啊，测试用例的确是偏向于流程业务，而且确实，真正会去看用例的，照着用例去做的人很少。那以后碰到增，删，改，查这类的问题，还是需要分开来写测试用例吗，还是一笔带过
回复 7# 的帖子
我自己写测试用例，往往是利用场景法来组织，写出来的案例就是以基本流为主，加上备选流。务求让阅读者（如果有的话...）能够看到一个完整的流程，这样我觉得不仅容易理解，而且也比较有条理。这样就常常碰到楼主你的问题了，有些增，删，改，查的案例可能会重复几次，我的处理方法是集中把相近的案例（比如增加数据）写在一起；或者第一次详细写，后面就简单一句话带过。
其实一句话，案例要写得多详细，涉及到案例的阅读者和时间要求。如果是给同行看的，简略点没关系，给客户看的就要详细点；另外还有一点，最重要的始终是测试做完做好，案例写得很详细，但是因此没做完测试这只能叫本末倒置。 受教了 我觉得是必要的，这样维护起来也方便，不需要一改全改，而是改公共用例就可以了
页:
[1]
