《Web测试囧事》——2.7　多入口功能的特殊处理造成的Bug

2.7　多入口功能的特殊处理造成的Bug

小蔡负责测试的登录功能在多个页面都有入口，不仅在项目主页和产品展示页面能打开登录页面，而且通过购物车等页面也能打开弹出式登录对话框（见图2-9）。

由于登录功能关乎用户的隐私信息，所以小蔡设计了丰富的测试用例，涵盖了从功能到性能再到安全的各种测试。不过要是每个页面上的登录功能都执行这么详尽的测试用例，那花费的时间就会远远超出允许的范围。

小蔡只好去找老牛寻求建议，老牛告诉她：我们知道100%的测试覆盖是做不到的，不仅对于整个项目来说做不到，对于某个功能模块其实也是一样的。同时我们可以看到虽然登录功能的显示方式不一样，但是实际的功能和后台的代码都是一样的。而且小蔡询问过开发人员后，也证实了这一点。

那么对于登录功能的共用部分，只需要执行一次全面的测试就可以了。老牛同时也提醒小蔡要从业务角度出发，了解不同页面登录之后，业务上是如何要求其对应显示的内容的。

小蔡按照老牛的思路，发现虽然登录功能分布在不同页面上，但功能上都是一样的。不过如果从业务角度出发，用户登录后是需要回到登录前的页面的，同时会刷新页面的内容，例如购物车这个页面，登录后需要展示出用户购物车内的相关信息。

小蔡通过对登录和登出的测试，总结出对于功能的测试，不仅需要从技术角度衡量同一功能的多个入口是否使用了同一套后台代码实现机制，以判断是否所有入口都需要进行测试覆盖，此外还要结合业务角度去分析该功能所属的业务流程是否正确，最终分析和设计出对应的测试用例来。