最近有的朋友做的是功能测试，每次设计测试用例的时候，我总是尽可能地考虑更多的情况，使设计的测试用例能够完善。但是总是找不到一个比较规范或更有效的办法来检测自己设计的测试用例是否真的好（能找到更多的bug），大家有什么好的建议呢？细节还没有研究
只是记得有句话叫做能发现BUG的用例就是好的测试用例，那么依此来看，就要看执行测试用例所发现的BUG百分比来看了。 根据实际情况来分析，比如一个项目的系统测试，要求是尽早验证主要功能模块，或者某些功能需要尽早测试，不同情况下用例的设计和规程都是不同。
但是还有测试用例所对功能的覆盖率
另外BUG的是否易懂，是否好执行，应该也算一个；比如说有的测试用例只是对输入输出的一个描述，而有的则细化到数据，细化到每一个操作。另外 如果是数据驱动式的 数据表也应该方便维护
如此看来：
1，测试用例发现BUG 的百分比
2，测试用例功能覆盖率
3，测试用例的可执行能力，
认为用尽量少的用例，覆盖面要全，发现ＢＵＧ的百分比，最重要的是发现BUG的质量！
我们还需要集思广益听取大家的意见和建议！
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
