论软件测试的重要性 – 某宝Bug 3.25弹窗君的奋斗史

                                                               论软件测试的重要性 – 某宝Bug 3.25弹窗君的奋斗史

大家好，老规矩，先来个灵魂三问：

我是谁：我是一个小小的bug，小到只有一行弹窗代码，你们可以称我为bug君。大家看到我的是这个样子滴：

我来自哪里：我来自某宝IOS APP。

我要干什么：其实我也没有想太多，可能只是想在3月25 ，这个特殊的日子里，刷一下存在感而已。就这么一个小小的心愿，其实，我当时也是很忐忑的，也不确定能不能实现呢，为什么呢，我太难了，你们知道吗 span>

作为一个bug君，从被制造出来的那一刻起，命运就已经不在自己掌控之中了，首先，我的主人（被你们戏称为“码农”），会千方百计的把我扼杀在摇篮里面，我主人的武器可多着呢，下面我来和大家列举一下，你们就知道我到底有多难了。。。。。。

1. 单元测试之语句覆盖
2. 单元测试之判定覆盖
3. 单元测试之条件覆盖
4. 单元测试之路径覆盖

关于以上这么多XXX覆盖，比如说，代码单元测试之语句覆盖，这个东东，我恨死它了，它会一行一行的过每一行代码，像我这样简单到只有一条语句的bug渣渣，如果语句覆盖执行到位，我肯定会被秒杀的连渣都不剩的。其他覆盖就更强大了，算了，不说了，都是泪，你们要是想了解它们，就自己 上去查资料脑补吧。

如果我的主人大意，或者高抬贵手，不做单元测试，那么嘿嘿，我顺利的逃过一劫了。你们可不要急着给我送花哦，接下来，迎接我的是集成测试。说实话，对于我这个弹出框bug小渣渣，这个集成测试我可不像那些喜欢在接口玩耍的小伙伴，我只是一个弹出框，不在接口处，所以，嘿嘿，我成功的逃脱了集成测试（好凶险，终于活过第二季了，找导演领盒饭去……）。

现在的我来到了第三季，在这里把关的，被称为系统测试攻城狮，他们主要检查系统有没有实现需求要求的功能，换句话说，他们是来检查我的主人-开发攻城狮，他们写的代码，有没有完成客户要求的功能，以及这些功能能不能很好地工作。他们工作可认真了，而且拥有和我的主人不一样的思维方式，他们比较擅长逆向思维，经常会对着一个问题穷追猛打。如果我的主人无意间制造了这种类型的bug，那么不好意思，基本上都会在这个阶段被灭的。幸运的是，系统测试工程师他们通常关注系统实现了什么，实现的怎么样，很少关注，我的主人-开发工程师，是否实现了不需要的功能，比如说我这个弹出框小渣渣，你翻遍所有的需求，也找不到我，所以，系统测试工程师奈何不了我，哈哈，这个得要感谢我的主人哦。

现在大家知道我是怎么样来的吧，我就是一个弹窗小渣渣，没有想到引起大家这么多的关注，听说，有很多攻城狮，会因为我这个小渣渣受到牵连，真是很伤心。早知道这样，我就不出来了，不给大家添堵了。

其实我也是无辜的，我不知道当时我的主人为什么要制造我，即便是无心之举制造了我，也是有很多办法解决的。

• 我主人的公司是互联 公司，现在很多互联 公司不都用敏捷开发吗，敏捷里面就有结对编程一说，如果公司给我主人配一个小伙伴，让他们结对。你不要小看这个结对哦，结对编程要求每一行代码都必须两个人都理解，都同意才算通过。这样，就可以从一定程度防止了我这个小渣渣的出现。
• 如果我主人公司，没有采用结对编程，那也可以采用现在比较流行的TDD啊，什么TDD，说人话，就是测试驱动开发了，就是写开发代码之前，先写好测试代码。开发代码唯一的目标是通过测试代码的测试，这样可以防止无用和多余的开发代码产生，我这个弹窗小渣渣，就是一行无用的开发代码。在执行TDD的时候，我肯定会暴露出来，并被他们拉出去祭天的（想想都害怕）。
• 也许你们会觉得结对编程浪费人力，TDD耽误进度（其实结对和TDD只是把质量工作做在前面了，后面问题少了，不返工了，岂不是很值得吗 ，哎，真不知道，你们是怎么想的那么如果他们这个时候，部门里面来一次代码走查总可以吧，大家坐在一起，把代码捋一捋，我这个莫名其妙的弹窗小渣渣，出现在不应该出现的代码位置，也肯定会第一时间被发现，并拉出去祭天的。

好了，现在到了我这个弹窗小渣渣和大家说再见的时间了，因为我马上就要从APP应用商店下架了，88了。你们要记得我哦，我就是3.25弹窗bug小渣渣。

质量格言：一流的测试工程师是预防bug，防范于未燃。