51Testing软件测试论坛

标题: 一个系统中有多个业务,他们几乎都有一个功能,怎么分配测试用例呢 [打印本页]

作者: yuru880817    时间: 2012-11-15 17:37
标题: 一个系统中有多个业务,他们几乎都有一个功能,怎么分配测试用例呢
一个系统中有多个业务,每个业务几乎都有一个几乎相同的功能,具体实现上会略有不同,这样的话,我是每个功能模块上都写一编的测试用例呢,还是要把他集中归类,相同的只写一个啊,这样的话,那不同的放到哪里呢
作者: SandyMonk03    时间: 2012-11-16 13:08
我觉得应该分开写,因为还是略有不同。可以把完全相同的只写一个。(个人建议)
作者: 82325369    时间: 2012-11-17 15:20
建议按模块分开写,尽管业务功能一样,不要怕麻烦或重复。因为测试团队不止一人的话,需要分配任务,很多都是执行测试用例过程。漏了该模块就测试不充分。

个人空间:http://www.51testing.com/?592447
作者: aseshenz    时间: 2012-11-19 15:38
区分页面测试,和流程测试
1. 公共的部分 界面功能 比如必选项啊 一些页面的规则校验 可以提取出来作为测试点来写
2.然后对每个业务写流程测试案例, 流程测试案例 就不做具体的 页面验证了、、、、
我一直这么写的
作者: SandyMonk03    时间: 2012-11-19 16:12
支持4楼的
作者: yuru880817    时间: 2012-11-21 17:26
回复 4# aseshenz


    在一个软件中,页面测试主要测试什么呢,比如说,有一步要输入信息,那么这个输入框的功能单独拿出来的话,是和页面测试放到一起,以后每次用到的时候都引用它吗?
作者: luobo880419    时间: 2012-11-22 14:01
回复 6# yuru880817

页面主要检查界面(界面是否美观、内容是否展示完整、字段和按钮是不是与需求一致)
表单的输入(包括必填项、内容格式、长度、特殊字符等)的检查
这类的用例可以写到通用库中,用到这个功能是直接引用
作者: wheetle    时间: 2012-11-22 16:04
回复 1# yuru880817

“具体实现上会略有不同”, 这个事实很重要。需要分析有哪些不同,这些不同能否被抽象出来,这直接决定了是只需要一个用例还是多个用例。最好你能具体说说是什么样的功能,还有在个多业务中的实现有怎样的不同。

最简单的情况如果这些所谓的“不同”可以被抽象为数据的不同,则可以指编写一个用例,而把那些不同要素抽象为用例的输入数据。

复杂点的情况,如果是流程上的不同,那你也可以考虑一个用例,然后用输入来控制用例的执行。比如这个功能在业务1中的状态变化是(A->B->D),而在业务B中状态变化是(A->B->C->D),多了一个状态变化。那你编写的用例则要有验证(A->B->C->D)的步骤,但是在测试业务1 的时候通过一个输入参数来控制不执行C而直接跳到D.

这只是简单的例子,最好还是要知道具体实现有哪些不同/




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2