[提问]什么是好的测试用例
请问，好的测试用例应该具备哪些特性？拙见
设计层面：好的测试用例首先要有一个清晰的设计思路，要对整个产品的功能有一个全面的了解．软件性能方面：可以从软件的功能性，可用性，安全性等方面考虑．
好的用例应该包含以下要素：
１测试用例编号
２对应开发人员
３用例设计者
４测试日期
５版本号
６测试项目
７测试标题
８重要级别
９预置条件
１０输入
１１操作步骤
１２预期输出．．．．．． 可靠性方面的考虑应该放在很重要的高度，尽量深入地去考虑接口之间以及模块（被测实例）内部地错误情况，错误的扩散情况，比如临界值等，多做分析！ 好的测试用例我认为：应该是一组测试用例，单纯的一个测试用例谈不上好坏。
而一组测试用例，能够从不同的角度和不同的路径进行测试，可以达到进尽可能大的路径，条件等的覆盖，还可以用不同的方法对软件进行分析，从而进行充分的测试。 传说中能发现以前没有的BUG ⒈覆盖要尽可能的全面
⒉描述要准确、清晰，易于理解和执行
⒊能够发现不易被发现的bug 简洁，明确，能证明软件性能，或者发现软件缺陷都是好用例 测试用例：测试用例为验证某一特定软件产品准备的一组有编号，输入，预期输出的描述
记得《软件测试过程与管理》上是这样写的
而我个人觉得应该是有编号，输入，预期输出，测试步骤，测试描述等等一些信息的描述
以下Shared by Mikhail Rakhunov
好的测试用例：一个发现Bug概率很大的用例就是一个好的测试用例
测试用例设计应该具备的以下的特点
Test Case ID:
用来标记测试用例的编号，这个编号必须是唯一的
测试描述:
用来描述你将要进行的测试是怎样实施的
修订历史:
为了明确测试用例由谁创建或者修改，所以每个测试用例都应该有其修订历史
功能模块:
测试功能模块的名字
测试环境:
用来描述你的测试环境，当然包括硬件环境和软件环境
测试准备:
测试之前除了你所测试的程序之外还应该准备的东西，如打印机，网络等等
测试执行:
用来详细描述你的测试步骤.
期望结果:
描述该功能所要实现怎样的结果
实际结果:
通过/失败
如果成功——纪录实际运行的过程
如果失败——描述你观察到的现象，这将有利于发现Bug的起源
----------
一个很好的测试所应具有的特征:
发现Bug的几率很大
没有多余
不是太简单也不会太复杂
[ 本帖最后由 feifei956998 于 2007-10-30 22:39 编辑 ] 一个好的测试用例，应该还有利于bug的重显
都想的太复杂了
好像记得教材上有写.并且好多测试的书上都写过一个外国人的名言"好的用例就是能找到以前没有找到的BUG的用例"格式我觉得不重要.只要写清楚了就行.就事实而言,更多的情况是一个有经验的测试人员,不写用例,因为当他看到系统的时候用例已经在他心里成形了.没有必须再详细的写下来.这样只会增加重复劳动.无意义. 易于理解，没有歧义，方便执行，能发现以前从未发现的BUG就是一个好的用例。
我还认为用例的格式和描述也很重要 ，你写的用例不是给你自己一个人看得，而且软件缺陷的修改还要靠开发人员来完成。更何况一个好的测试用例后人会一直沿用的，你也不希望别人的用例你看不懂，每个用例都要自己来写吧。。。 好的测试用例设计工作的关键是测试用例能够覆盖产品测试规格的所有点，分析出产品测试规格适合的测试用例方法，以保障尽可能少的测试用例能够覆盖所有的测试规格
好得测试用例可以从以下方面考虑：
测试用例的好坏可以从以下方面来考虑：1.用例对需求的覆盖率。
2.用例的可测试性，好的用例应该是可以测试的。
3.合理的用例粒度。
4.用例的规范性，包括形式和内容的规范性。
5.通过BUG来评估用例，如果很多BUG都不是通过执行用例发现的，那么可能用例设计的有效性出了问题。 这是我在别的网上看到的，大家看看
好的用例包括测试用例的执行、分析和调试是否经济；
测试用例的可维护性，即每次软件修改后测试用例的维护成本。
页:
[1]
