一个系统中有多个业务，他们几乎都有一个功能，怎么分配测试用例呢
一个系统中有多个业务，每个业务几乎都有一个几乎相同的功能，具体实现上会略有不同，这样的话，我是每个功能模块上都写一编的测试用例呢，还是要把他集中归类，相同的只写一个啊，这样的话，那不同的放到哪里呢 我觉得应该分开写，因为还是略有不同。可以把完全相同的只写一个。(个人建议) 建议按模块分开写，尽管业务功能一样，不要怕麻烦或重复。因为测试团队不止一人的话，需要分配任务，很多都是执行测试用例过程。漏了该模块就测试不充分。个人空间：http://www.51testing.com/?592447 区分页面测试，和流程测试
1. 公共的部分 界面功能 比如必选项啊 一些页面的规则校验 可以提取出来作为测试点来写
2.然后对每个业务写流程测试案例， 流程测试案例 就不做具体的 页面验证了、、、、
我一直这么写的 支持4楼的 回复 4# aseshenz
在一个软件中，页面测试主要测试什么呢，比如说，有一步要输入信息，那么这个输入框的功能单独拿出来的话，是和页面测试放到一起，以后每次用到的时候都引用它吗？ 回复 6# yuru880817
页面主要检查界面（界面是否美观、内容是否展示完整、字段和按钮是不是与需求一致）
表单的输入（包括必填项、内容格式、长度、特殊字符等）的检查
这类的用例可以写到通用库中，用到这个功能是直接引用 回复 1# yuru880817
“具体实现上会略有不同”， 这个事实很重要。需要分析有哪些不同，这些不同能否被抽象出来，这直接决定了是只需要一个用例还是多个用例。最好你能具体说说是什么样的功能，还有在个多业务中的实现有怎样的不同。
最简单的情况如果这些所谓的“不同”可以被抽象为数据的不同，则可以指编写一个用例，而把那些不同要素抽象为用例的输入数据。
复杂点的情况，如果是流程上的不同，那你也可以考虑一个用例，然后用输入来控制用例的执行。比如这个功能在业务1中的状态变化是（A->B->D），而在业务B中状态变化是（A->B->C->D），多了一个状态变化。那你编写的用例则要有验证（A->B->C->D）的步骤，但是在测试业务1 的时候通过一个输入参数来控制不执行C而直接跳到D.
这只是简单的例子，最好还是要知道具体实现有哪些不同/
页:
[1]
