怎么的测试用例是一个好的测试用例？

每次一说要对比或者评价的时候，我都很担心，怕评价的方面或者结果是”我以为的就是我以为的“这种结果。因此我都查了很多的资料，然后才敢写点东西，我尽我最大的努力让每一篇文章不会又臭又长，我希望花费在我写的文章上的时间也就3分钟，但是我希望这一个内容主题我能说得清楚，讲的明白。

众所周知，测试用例就是用来评估软件系统是否满足了一系列的商业需求而存在的。那么，如果使用了不好的或者是冗余的测试用例无疑就浪费的宝贵的工期，也浪费了公司的成本。所以，好的测试用例应该既能完美的评估商业需求并能达到最小成本消耗。

那么，怎么评价一个测试用例是好的测试用例呢告诉你十条准则，通过这十条准则设计的测试用例就会是好的测试用例。

第一准则： 使用了测试用例设计方法

测试用例设计使用了一种科学的测试用例设计方法，例如边界值、等价类、因果图、场景法等方法。这能保障你的测试用例能够更好的接近于最少的测试用例条数达到更大的覆盖结果。

第二准则： 简单明了的测试用例

测试用例的简述、描述、测试步骤、期望等都应尽量用简练的语言描述清楚，这样任何一个测试工程师都能使用你的测试用例完成测试并且在阅读测试用力的时候使用了最少的时间学习你的用例流程。

第三准则：统一命名约束

在团队内部建立一套内部统一的命名方法，例如系统简称、方法简称、系统简称、团队简称等，方便团队内部无障碍的传递文档。

第四准则：测试用例的原子性

测试用例尽量保持原子性，这里所指的原子是指在不合并或重叠多个可测试部分的情况下测试单个功能。

<

来源：CrissChan