以前刚做软件测试时，确实并不关心软件测试理论，觉得只要能做就行，有技术就足够了，但到了后面却越来越重视理论了，这也是为什么目前公众号里理论的文章以测试理论为最多，这是估计是建立建全的软件测试思维与软件测试理论息息相关的原因吧。

　　在面试面谈过程中遇到软件测试理论的问题的并不多，但是在笔试中却经常遇到，比如什么是自动化测试？画出V模型，阿尔法测试和贝塔测试的区别等，这些是经常会碰到的，但关于问到软件测试的七项原则却是一个比较鲜少遇见的题。

　　那我们一起来数数软件测试的七项原则分别是什么：

　　1、测试尽早介入

　　从分析不同的测试模型来看，测试介入的越早越好。

　　为什么测试要尽早介入呢？

　　这要先弄清楚软件测试的目的是什么？简单的来说就是保证软件质量，降低成本。

　　测试人员一般都在需求阶段就开始介入，这时测试的对象就是需求。

　　软件测试的目的是保证质量，预防风险，降低成本，其中成本包括缺陷的修复成本，缺陷有一个特点就是越早发现的缺陷，修复成本越低，这也是为什么测试要尽早介入，就是为了能够在需求阶段就能找出需求与设计方面的缺陷，降低后期的修复成本。

　　2、穷尽测试是不可能

　　现在的软件规模越来越大，复杂度越来越高，想做到完全性的测试就完全不可能的。就是软件的规模和复杂度有所减少，但要做完全也测试也是不能做到。

　　那在测试阶段，软件测试人员可以根据风险和优先级来进行集中测试和高强度测试，从而保证软件的质量。

　　3、测试显示软件存在缺陷

　　软件测试只能证实软件中存在缺陷，但是并不能证明软件中不存在缺陷，只能降低软件存在缺陷的可能性。

　　如果说公司的决策层想通过软件测试来证明软件中不存在缺陷，那是行不通的。测试人员只能证明软件中存在缺陷，但并不能证明软件中没有缺陷，软件完美。

　　软件测试人员可以通过软件测试活动，找出软件中大部分缺陷，避免软件在上线后给用户带损失，给公司带来风险。

　　4、缺陷集群性（2/8原则)

　　世界上万事万物都符合二八原则，比如著名的财富理论：世界20%的人掌握了世界上80%的财富。

　　还有成长理论：判断一个人是否成功，主要看他20%的业余时间做什么事情。

　　软件测试也符合二八原则:

　　1.功能：一个软件20%为主要功能，会花费软件测试人员80%的时间。

　　2.缺陷：一个功能模块发现的缺陷越高，那存在的未被发现的缺陷也越高，故，发现的缺陷与未发现的缺陷成正比。

　　5、杀虫剂悖论

　　只要做过软件测试的测试人员都会发现一个有趣的现象：

　　开发刚转测当天，测试人员是一个bug接一个bug的提，但随着测试进度的推进，每天发现在的缺陷会越来越少，到最后简直就是不能够发现缺陷了。

　　但是能说这个软件中不存在缺陷么？我相信哪个测试人员都没有这样的自信保证自己测试的软件中没有bug了，那为什么存在中明明不存在缺陷，而测试人员就是发现不了呢？

　　这是因为测试人员对缺陷产生了免疫能力，就算是一个bug放在测试人员面前，测试人员也不一定能发现。这就像害虫对杀虫剂产生了免疫，杀不死一样的。

　　那应该怎么解决这个问题呢？我相信这是所有测试人员都关注的一个问题。

　　解决方案有：

　　1. 内部测试人员交叉测试，这也是我经常提到的一个方法。

　　2.测试用例常用常更新，在测试过程中根据软件的特性修改测试用例。

　　3.不变地变化测试方法，不要使用单一的测试方法去测试软件，根据软件内容使用不同的测试手段、测试方法。

　　根据上面三种方法交叉执行，从而发现更多的缺陷，保证软件质量，降低风险。

　　6、测试活动依赖于测试内容

　　在面试过程中有时总会遇到面试官部“做软件测试什么最重要”，想来做过测试的都知道“需求”最重要，对测试人员来说是需求，对公司来说就是业务。

　　根据业务的不同，软件测试内部也分不同的行业，比如游戏行业，金融行业，电商行业等等。

　　不同的行业，测试活动的开展都有所有不同，比如工具的选择，测试流程都不尽相同，所以软件测试活动的开展依赖于所测试的内容。

　　7、无错就是好是谬论

　　无错，对软件测试人员来说可望不可即的。

　　那真的无错的软件就是好的软件么？

　　假设一个软件完全没有bug，完美无缺，但是不符合用户的需求，那能说这个软件是OK的么？

　　判断一个软件的好与不好，主要依据的还是用户需求，是否实现用户所期盼的结果，并不是仅仅依赖于软件中是否存在缺陷

　　有些伙伴会说测试理论没什么用，但我觉得理论看似没用，但却能培养我们的测试思维，让我们对软件测试有更多的认识和了解，测试人员不要只去追求技术上的超越，而思维上的建立也是至关重要。