软件测试7宗罪

恭喜发财dife

         同研发相比， 软件测试有一些比较独特的地方， 这里，给大家介绍软件测试的7个内在的敌人，需要我们一起去克服：

         1. 没有历史传承： 软件测试的知识缺乏系统的历史传承和统一的共享。每个人都是经验之谈，每个人入行后都不知所措，无从下手。 没有一本明确的书籍能告诉我们先学习什么， 再学习什么。几乎每一个所谓的“软件测试专家” 都在 re-invent the wheel。

         2. 重复，重复再重复： 一个版本接着一个版本，一个迭代接着一个迭代。软件测试充满了重复的劳动。 当重复的劳动一遍一遍的下达下来，
仿佛没有尽头的时候， 测试工程师的问题就出来了：“我们的前途在哪里？”

         3. 健忘症：从一个项目匆忙奔到下一个项目。很少对上一个测试项目的得失进行有效的总结。 上一个项目发现的最大的 Bug 是什么， 为什么会发现。
当前面临的问题往往在过去已经有了很好的解决方法，而不去总结就永远得不到最好的解决方法。

        4. 厌烦： 测试有的时候是很枯燥的， 不但开发人员，设计人员会这么想，每一个测试人员都应该正确面对测试的本质。 无休止的测试用例执行，
发 Bug，验证 Bug，脚本开发会慢慢的让一个工程师感到厌烦。

        5. 缺乏主人翁意识： 没有站在用户的角度思考测试问题是很多测试工程师的毛病。 就像你买了一个房子，不管之前房屋验收人员是如何验收，
如何的细致，等你住进去了之后， 总能发现一些不尽人意的地方。 而测试，就是要把自己放在房子所有者，而不是房子验收者的位置来进行测试。

        6. 黑盒： 能想象一下被蒙着眼睛来打电脑游戏的难度有多大么？软件测试的 90% 就是这样的黑盒测试，我们不知道软件里面有什么，软件也是看不见
摸不着的东西。一个好的测试人员，应该跳出黑盒的圈子，明白在一个版本中，开发人员的单元测试做了多少，软件代码的改动量到底有多少，改动在哪里等，
而来调整自己的测试策略。　

        7. 软弱：面对开发的强势，和没有经过必要的内部测试就交付给测试团队的版本，不能据理力争。面对有重大缺陷的版本，在发布会议上不能坚持原则，
易于妥协，让测试团队在研发过程中处于被动驱使和弱势。这样，一个测试团队就不能够做到真正的质量保证者的角色。

嫣然XG

经典~   比较赞同

海海豚

谢谢分享~