51Testing软件测试论坛

标题: 文档编辑页面怎么设计测试用例?需要每一个功能都进行测试吗? [打印本页]

作者: 819longjiayan    时间: 2010-11-10 15:15
标题: 文档编辑页面怎么设计测试用例?需要每一个功能都进行测试吗?
[attach]66240[/attach]
如图所示,怎么设计测试用例?每一个都功能都要进行测试吗?请大家提出宝贵的建议。。。
作者: Jackc    时间: 2010-11-10 16:30
LZ正解,所有功能都需要测试。

通常有两种方法分类:
1.按功能分
通常,在有需求文档的前期下,都会选择功能分类测试用例。
注意,功能分类往往是逐层向下构建的。
比如:
一级功能包括:帖子类型、帖子基本编辑、帖子编辑扩展、UI(这里指纯UI)……
帖子基本编辑的二级功能:编辑字符、剪切字符、复制字符……
三级剪切功能:top bar剪切按钮/ 编辑框字符选中后的鼠标右键的top list “剪切”选项

时间仓促,分类不是很好,大概思路就是这样。

2.按UI界面分类
在没有完善的需求文档时,通常选择这类分类。
比如按照界面从上至下一一列出测试点:
帖子标题、帖子类型、帖子topbar、帖子编辑框……

选择的方法根据LZ实际情况而定,不过全测是肯定跑不掉的:)
作者: 819longjiayan    时间: 2010-11-10 17:09
谢谢斑竹的回答。。。{:4_84:}
作者: 无痕    时间: 2010-12-19 21:42
对于字体之类的功能点。下拉框的内容比较多,全测试是否花费的时间太多了
作者: Jackc    时间: 2010-12-20 14:47
下拉菜单通常有两种测试方案:
1.等价测试数据后,测试代表性数据。
如:字体选项,可测试最小字体/最大字体/一般字体(不大不小的字体选一个)

2.用例设计时,不设计具体测试数据,让测试实际执行人员随即选择测试数据测试。
如:选择不同大小字体测试n次。

——————————————————————————

在实际测试中,也可以将1,2两种方法组合在一起设计测试用例。




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