首先，深入理解需求文档是关键。在开始编写测试用例之前，要与产品经理、开发人员等进行充分的沟通，确保对业务逻辑、功能需求有清晰且准确的认识。例如，对于一个电商网站的订单模块，要明确订单的生成、支付、退款等各种流程和可能出现的异常情况。
其次，采用多种测试用例设计方法。如等价类划分、边界值分析、因果图、场景法等。以登录功能为例，利用等价类划分可以确定有效和无效的用户名、密码组合；通过边界值分析来测试用户名和密码的长度边界值。
再者，进行测试用例的评审。邀请团队成员共同参与，从不同的角度审视用例，发现潜在的遗漏点。比如在评审一个移动端应用的注册功能时，开发人员可能会提出关于网络异常情况下的注册处理方式。
然后，加强对历史缺陷的分析。总结以往项目中出现漏测的原因和场景，将相关的测试点补充到新的测试用例中。假设在之前的版本中，由于未考虑到某种特殊字符在输入框中的处理导致了缺陷，那么在后续的类似功能测试中就需要增加对此类特殊字符的测试。
此外，进行探索性测试。在按照既定用例执行测试的基础上，凭借测试人员的经验和直觉，对软件进行随机的、灵活的测试，往往能发现一些意想不到的问题。比如在测试一个社交软件的消息推送功能时，尝试不同的网络环境、设备状态等。
最后，持续更新和维护测试用例。随着软件的迭代和需求的变更，及时调整和补充用例，以适应新的变化。例如，当软件新增了一个支付渠道，就需要为这个新渠道编写相应的测试用例。
总之，提高用例覆盖率和减少漏测需要综合运用多种方法和策略，并在整个测试过程中保持严谨和细心。
