测试如何写好功能测试用例

        

目录

1 选择工具

2 设计原则

原则一：重逻辑，轻点击

原则二：来源放第一

原则三：忌把用例当作垒需求

原则四：站在用户角度不等于放弃业务

原则五：测试点不等于测试步骤

原则六：从哪里来到哪里去，记得再回来

原则七：测试类型不可混淆

原则八：用例设计也是有格式的

3 小结

---

        如果你是一个刚踏入测试行业的新手，首先第一件事就是要学会写好测试用例，测试用例包括功能用例、接口用例等等，今天咱们重点先讲下功能用例。

1 选择工具

        大多数公司写功能用例使用的工具是xmind，它一个思维导图工具，用起来比较方便，有好多快捷键可以使用，比传统的excel更简洁，推荐大家使用xmind8，是免费的，其他是收费的，下载地址：XMind下载

2 设计原则

        用例设计原则是高覆盖率，90%的覆盖到业务可能涉及到的场景，剩下的10%是在测试过程中补充进来，之所以达不到100%，是因为我们即便对这个业务足够熟悉和了解，也很难想的全面。

原则一：重逻辑，轻点击

        很多测试人员在写用例时，首先把页面上能点的全写一遍，这个点点达到什么效果，那个点点达到什么效果，最后再看看UI，这里要对齐，那里图片不能模糊之类的，这样用例就设计完了，显然不可行，缺乏场景测试，场景覆盖的越多，产生bug的可能性就越低。我们拿经常考到的一个模块“购物车页面”来举例，购物车包括：商品列表、支付，先分为这2个模块，下面我们来看两个用例设计的对比：

点击式的用例
​

场景式的用例

        我简单的列举了一下，欢迎继续补充～

        由上面两个图，我们可以看出，明显场景式的用例更清晰，更全面，重业务逻辑，把能想到的场景只要与当前测试点有关，都需要想到，并不是单纯的点击操作。

原则二：来源放第一

        什么是来源，我们可以把数据来源作为来源，也可以