如何知道自己所写的测试用例是否覆盖完全？？

如何知道自己所写的测试用例是否覆盖完全？？

简单的办法就是：系统测试完毕后，如果一个bug都没有，则代表覆盖率100%。

测试用例覆盖率很难达到100%，越复杂的功能越难保证，只能说尽量提高测试覆盖率。
通过以下手段可以提高覆盖率：
1、编写测试用例前，检查相关需求需求、设计文档是否有问题（功能描述不清，设计逻辑缺陷），如有问题找相关设计或者开发问清楚。
2、然后整理成需要覆盖的功能列表或者思维导图，功能列表包含新增和修改功能点，性能需求也要列出来（因为要整理对应的性能测试用例），同时还需要对既有功能进行一个梳理，检查是否会与其他功能有交互，整理出影响点。
3、把功能列表发给组员，并找时间进行会议评审，主要对功能等进行查漏补缺。
4、最后才行进测试用例编写，注意编写规范。
5、编写完毕后，把测试用例发给组员，开会进行评审，主要对检查点、用例规范进行查漏补缺。
6、执行测试用例过程中，发现用例不完善或者错误，需对测试用例进行及时的修改与调优
7、测试完毕后对漏测的bug进行测试用例补充。

覆盖率一直很难算嘛。
用例是根据需求写的，所以覆盖率也是那么算的。
每一条业务流走了也不好说是不是全面覆盖了，业务流有没有组合的情况？各种组合有没有遗漏掉呢？
最近在使用因果图做用例设计…感觉…还好…

用户名和密码,这两个选项都各有3种可能:为空,错误的,正确的
所以,10多中情况不就出来了

用户名和密码,这两个选项都各有3种可能:为空,错误的,正确的
所以,10多中情况不就出来了

测试用例很难完全覆盖的，但是只要保证基本功能的测试用例写完全了就可以了
在测试时，除了需要按照测试用例执行外，还要测试者的经验等等。
有些bug是不能通过测试用例来检测出来的。