文档编辑页面怎么设计测试用例？需要每一个功能都进行测试吗？
如图所示，怎么设计测试用例？每一个都功能都要进行测试吗？请大家提出宝贵的建议。。。 LZ正解，所有功能都需要测试。
通常有两种方法分类：
1.按功能分
通常，在有需求文档的前期下，都会选择功能分类测试用例。
注意，功能分类往往是逐层向下构建的。
比如:
一级功能包括：帖子类型、帖子基本编辑、帖子编辑扩展、UI（这里指纯UI）……
帖子基本编辑的二级功能：编辑字符、剪切字符、复制字符……
三级剪切功能：top bar剪切按钮/ 编辑框字符选中后的鼠标右键的top list “剪切”选项
时间仓促，分类不是很好，大概思路就是这样。
2.按UI界面分类
在没有完善的需求文档时，通常选择这类分类。
比如按照界面从上至下一一列出测试点：
帖子标题、帖子类型、帖子topbar、帖子编辑框……
选择的方法根据LZ实际情况而定，不过全测是肯定跑不掉的：） 谢谢斑竹的回答。。。{:4_84:} 对于字体之类的功能点。下拉框的内容比较多，全测试是否花费的时间太多了 下拉菜单通常有两种测试方案：
1.等价测试数据后，测试代表性数据。
如：字体选项，可测试最小字体/最大字体/一般字体（不大不小的字体选一个）
2.用例设计时，不设计具体测试数据，让测试实际执行人员随即选择测试数据测试。
如：选择不同大小字体测试n次。
——————————————————————————
在实际测试中，也可以将1,2两种方法组合在一起设计测试用例。
页:
[1]
