腾讯经验|善用神器Excel，妈妈再也不用担心我加班了

写用例是每个测试人员的基本功，经过长期的工作，我发现工具的改变会带来很多困惑与不方便。于是我便开始研究，如何在神器上写出好用例？下面请听我娓娓道来。

1、工欲善其事，必先利其器

古者有云“工欲善其事，必先利其器”，同理在测试用例的设计中，连工具都不知道该如何合理使用，又怎么可能设计出好的用例呢？下面以我的亲身经历来说明如何利其器。

前段时间我发现小伙伴们热捧的用例编写御用工具Mind manager被打入冷宫，写用例都用起了Excel,当时我就惊呆了！给两张对比图大家就懂了。
原来是这样的：

现在是这样的:

于是根据思维的迁移以及依样画葫芦的本能，我是这么来实现在Excel上面写用例的：

1.根据需求，直接在Excel上构思测试的功能模块；
2.直接就拿一级到四级模块的总结组合组成了用例简要；
3.四级模块不知道要怎么写，有时候连预期结果也写进去了，比如“返回”；
4.写着写着发现划分模块思路不对，在Excel上直接修改用例，后来又发现原来的更好，又得再改动一次，Excel上面搬来搬去没有那么方便啊有木有！

终于，在某次用例评审上，我发现有些不对劲，产品大佬和开发GG们都反馈Excel上面的用例逻辑较混乱很难follow，一打开excel不知道从何看起，说起来简直就是泪牛满面。

后来，经过不断的实践，我终于明白怎么样让产品开发更容易看懂用例，怎么样让自己写得一手好用例了！简而言之三步走：

1.拿起需求，需要考虑测试策略，而不是急于实现用例

测试策略：简单理解，就是开展测试工作的关键行为的计划。比如本次测试，需要进行功能测试、性能测试以及适配测试，则这些都应该先形成一个清晰的测试策略，去指导测试工作的进行。

2.测试策略可在Mind manager或其他方便改动的软件上记录

用过的人都知道，思维导向图适合发散思路，而且方便修改和变动，所以用起来非常自由无拘束。故建议，测试策略可在这个工具上得以实现。

测试策略可从以下几个方面进行考虑：功能点、异常、边界、极限条件、适配测试以及性能测试。

参考如下图（以快捷悬浮窗为例）：

而且，在进行用例评审时，先把测试策略展示出来，也方便产品和开发理解你的用例设计思路，就不会再出现上面所说的泪牛满面的情况了。

3.测试策略写完后，根据测试策略，可将功能点测试罗列到excel中并具体化用例

永远记得Excel是写用例的一个工具，不是构造思路的工具。思路在构建好后，便可以开始在Excel上面开始写用例了，写的过程注意以下几点：

（1）用例简要包含该用例的测试目的，会有非常简要的前置条件和测试结果，会具体化一些。是唯一的，可以跟其他用例辨析出来。绝对不是一级到四级模块的简单组合。

（2）一级、二级、三级、四级模块是层级的作用，而不能将测试预期结果也作为模块。

（3）规范命名很重要，方便之后的筛选用例与归类。比如异常情况，不要一会写“异常情况”，一会写“异常处理”，太多写法，在后面筛选用例会造成一定麻烦，要养成严谨的书写习惯。

（4）每一项的具体写法：

2、好用例，由你造

前面已经讲了如何规范使用好神器Excel，但是好用例的关键还在于，设计用例有好的指导思路。于是在此，借用之前的总结再加上各位同事的提醒以及观察，可分以下几点进行思考（仅截取片段抛砖引玉)：

在此特地讲一个我之前理解错误的点，覆盖升级验证测试不只包括旧版本覆盖前版本，同个版本之间也可以进行覆盖安装测试。简单来说，任何功能都要验证同版本的覆盖安装，若是旧功能涉及数据库的改变或者模块更新就要考虑验证新旧版本的覆盖安装。

以上就是我的一些感悟，相信坚持下去，再继续磨练好基本功，善用好神器Excel，妈妈再也不用担心我的用例啦~

此文完结，欢迎交流！撒花，收摊！~

腾讯 陈湘玲

欢迎投稿 职场/创业方向. 邮箱wangfzcom(AT)163.com：王夫子社区 » 腾讯经验|善用神器Excel，妈妈再也不用担心我加班了

标签：