如何评定测试用例的好坏

现在我做的是功能测试，每次设计测试用例的时候，我总是尽可能地考虑更多的情况，使设计的测试用例能够完善。但是总是找不到一个比较规范或更有效的办法来检测自己设计的测试用例是否真的好（能找到更多的bug），大家有什么好的建议呢？

我的总结如下：1。用例的覆盖率很重要，特别是对主要功能点的覆盖2。用例设计的内容及步骤的详细度高，可执行性强，好的用例，是任何一个测试员都可执行测试，而无须再细看需求文档3。用例的测试结果，所测试发现的BUG数量和质量，特别是质量很重要，因为BUG的数多，可能是开发人员的问题，而能测试出很难发现的BUG就是测试用例设计的水平了4。用例能及早发现BUG，而不是很晚发现BUG5。能全面提供很连贯测试数据，就按其测试用例的顺序，及每个用例的数据可用于下一用例6。测试用例很准确描述测试期望结果；7。测试用例的归类，将测试用例分成业务类，UI类，数据逻辑类等，不同行业分类不一致，这样测试人员对其测试目的很清晰

细节的话没有去研究过只是记得有句话叫做能发现bug的用例就是好的测试用例，那么依此来看，就要看你执行测试用例所发现的bug百分比来看了。但是还有测试用例所对功能的覆盖率另外bug的是否易懂，是否好执行，应该也算一个；比如说有的测试用例只是对输入输出的一个描述，而有的则细化到数据，细化到每一个操作。如此看来：1，测试用例发现bug 的百分比2，测试用例功能覆盖率3，测试用例的可执行能力，大家随便想想，集思广益