漏测不可避免的，下次把业务场景多想想，尽量写全面，搞搞测试用例评审，一些不容易复现的特殊场景，做下标记等等

不要方, 大不了被开除换一家

我也是测试新手，可以给楼主一点建议：
1.漏测多半是用例设计时未考虑到，可以增加更多的时间去设计用例（可以用 Xmind 设计用例，再用工具转换成需要的）
2.用例评审环境，拉上研发，PD 等人进行用例评审 (这个很重要，主要是对用例查漏补缺)
3.探索性测试，经验问题，随着时间积累，会越来越了解所负责的产品，随之漏测的出现概率也会越来越低；总结就是多问，多去了解产品。

用例评审，大家都评审过了还漏测，就说明大家都有问题，就不要纠结于拉人背锅了，降低漏测是大家一起来干的事儿。

产品能发现的漏测说明是主流程上问题，或者是比较容易发现的问题。由于是新手，还是多积累经验，多想多测吧~~不要气馁

我个人觉得用例设计是需要一定的思考，不然容易设计不全。慢慢来吧

楼上说的对，漏侧不可避免。
记得追加测试用例，扩充测试用例库。

如果都是产品发现的，说明这些都是产品文档上列出的：这种漏洞一般不太应该。
建议理解产品文档时，将各个规则、细则通过思维导图等等一一标记出来，测试时一一核对。
当然态度决定一切，以后继续努力

漏测和开发漏实现功能是一样的。用例一定需要评审，还有就是需求一定要理解透彻

想问下大家，对域名是怎么去测的