浅谈测试方法论

众所周知，软件质量好坏是软件成功的必要条件，一款漏洞百出的软件，是不可能获得成功的，没有任何人会喜欢这样的软件。测试在软件的开发过程中，有两类人是决定软件开发质量的，这两类人是开发人员和人员。这两类人必须紧密配合，充分合作，才能一起开发出完美的软件。两者之间在一个软件开发过程中，按照如下的关系紧密结合在一起：开发人员提交软件 --> 测试人员发现问题 --> 开发人员修改 --> 又发现新的问题 --> 继续修改 --> …… --> 所有发现的问题都解决掉 -->发布。上面这个过程，从某种意义上也可以这么理解：创造BUG --> 发现BUG --> 解决BUG。从上面的流程可以看到，任何BUG都是因为开发人员代码有缺陷造成的。只有没找到重现方法的BUG，绝对没有所谓的“灵异”BUG。开发人员代码质量越高，BUG就会越少，即使有BUG也容易找到；反之代码质量越低，BUG就会越多，也会越“灵异”。因此当发现一个所谓的“灵异”BUG的时候，测试人员可以要求开发人员仔细检查自己的代码是否有缺陷；当然开发人员也应该主动去看自己的代码是否有缺陷。

那在工作中测试人员的工作职责是什么呢？首先来说测试人员是软件的守护者，是保证软件质量的最后一道防线。测试人员的职责，不但要发现BUG，更重要的发现这个BUG的重现方法，不能重现的BUG，对开发人员来说价值是不大的。事实证明，绝大多数所谓的“灵异”BUG，最终都能找到重现的方法。对于一个BUG来说，只要找到重现的方法，意味着这个BUG已经得到解决了。发现一个“灵异”BUG，并找到可重现的路径，是一件极具挑战的工作，也是一件相当有技术含量的事。你没有看错，是相当的有技术含量，甚至比做开发更需要专业知识和技巧。从某些角度看，测试的工作和破案有点类似，都是在蛛丝马迹中找到某些必然的因素，然后让看似杂乱无章的东西变得清晰、有序，最终找到解决办法。然而目前的现状是，整个行业中大多数的软件企业，并没有意识到这一点，项目的负责人乃至测试工程师自己都往往认为测试是一件体力活，他们认为只要时间、人手投入进去，就一定能达到预期效果，其实不然。没有正确的价值观引导和测试方法的提升，本来有技术含量的测试工作就会做成体力活，吃力不讨好。在一个项目过程中，测试人员相当于一款产品最后把关的人员，是非常重要的。因此一个好的测试人员，一定要自信，要据理力争。

BUG虽然灵异，但找BUG的过程仍然有一些规律可循，总有一些方法可以借鉴，因此小岫在这里将给大家分享一些小岫在工作中测试的一些方向。

前文说过，找BUG是有规律可循的，掌握了正确的方法，就能比较容易地找到BUG和BUG产生的原因。测试从方法论上讲，最根本的就是两个方法：开，暴露问题；合，分析问题。《鬼谷子》认为，一开一合是宇宙万物变化发展的普遍规律，任何事情，都可以通过这两个方法来分析，解决。用在测试上，可以理解为通过各种各样的操作、猜测，使软件的各种缺陷暴露出来；通过归纳总结，发现BUG的规律，找到BUG产生的明确原因，当一个BUG产生的明确原因找到了，BUG也就能解决了。

 

开，暴露问题

开的主要目的是使用一切手段发现问题，只有先发现了问题，才能找到问题的所在，最终解决问题。开，主要有以下事情要做，那就是：

◆ 怀疑一切

◆ 换位思考（模拟用户行为）

◆ 创造条件，把问题放大

合，分析问题

运用了开的方法，很多问题已经暴露出来了并且找到问题所在了，但总有一些BUG虽然出现过，但却找不到重现的方法，这种问题一般被称为灵异现象，因此需要用合的方法，找出这些问题产生的规律，以便解决问题。

在测试中，合的目的，是在已经找到了BUG的情况下，再找到重现BUG的方法，帮助开发人员解决问题。从某种意义上讲，合有时候比开更为重要，如果只有开没有合，就会产生一些所谓的“灵异”BUG，只知道有问题，而不知道为什么会有问题。开需要有严密的思维，而合则需要有冷静的头脑和敏锐的眼光。一个优秀的测试人员，必须掌握这个技能。

测试技巧有无数种，但寻根溯源就是咱们以上列举的两个方法。只要方法正确，加上平常掌握的测试技巧配合测试工具，没有什么BUG是发现不了的，也没有什么BUG是重现不出来的。测试是一件非常有技术含量的工作，不是体力活，完全是脑力的一场风暴。所以测试工程师平常一定要注意劳逸结合，只有保持冷静的头脑，才能把软件中的缺陷都找出来。

最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

整套资料获取