标签：原则 必备 测试人员 测试用例 测试 软件 转载 bug
测试原则是一个测试人员时刻要铭记在心的，甚至要形成一种本能，指导测试工作。
原则1：测试找不出所有的Bug
软件的复杂性仅次于生命体，甚至现在很多软件都已经有了人工智能的属性。对于这样精妙的系统，一小点异常都有可能产生连锁反映，最终让整个系统无法运行。就好像人体只需要吸入一粒微小的尘埃，就可能感染病菌，从而引起人体的高能反应，最终导致人病倒，无法行动。
像软件这样的精妙系统，就算做再多测试，也无法找出所有的错误，就好像你永远无法保证，人不生病一样。
原则2：2/8 原则
少数功能模块会测试到大多数缺陷，用数字来表示就是 80％的问题出现在20％的功能模块中。在很多领域中都存在 2/8 原则，而在测试中同样会运用到这个原则。
为什么会这样的原因很多，我们只能适当分析。 比如开发某个功能模块的程序员水平不行，引入了大量缺陷； 也可能是这个功能模块非常复杂，可能出现大量没有考虑到的因素。
原则3：尽早介入测试
一个软件越复杂，越有可能产生新 bug。 热力学第二定律指出：孤立系统自发地朝著热力学平衡方向──最大熵状态──演化，同样地，第二类永动机永不可能实现。
这个定律同样适用于信息系统。 当一个软件引入越多的信息，越多的功能，会让软件变得越来越混乱，从而产生越来越多bug。
如果要少产生bug，首先是要保持软件整体的简单性，还有就是尽早介入测试。 因为在一个功能被开发的早期，功能还足够简单，早期介入测试能更高效的找到bug，如果一个功能演化到后期，被更多其他的程序使用，变得越来越复杂，找到bug会难很多。 尽早介入测试，还可以让开发快速得到反馈，从而尽快修复bug，不会把bug带到更复杂的代码世界中。
原则4：抗药性原则
抗药性原则又叫杀虫剂悖论（Pesticide Paradox）。随着时间的推移，重复使用相同的杀虫剂消灭昆虫会导致昆虫对农药产生抵抗力，从而使杀虫剂对昆虫无效，这同样适用于软件测试。
如果进行相同的重复测试，则该方法将无助于发现新的缺陷。为了解决此问题，需要定期检查和更新测试用例，添加新的和不同的测试用例以帮助发现更多的缺陷。测试人员不能简单地依靠现有的测试技术。他必须不断寻找改进现有方法的方法，以使测试更有效。
原则5：要有精确的预期结果
测试用例中一个必需部分是对预期输出或结果的定义，这条显而易⻅的原则在软件测试中却是最常犯的错误之一，很多测试人员对程序应该产生的结果没有明确定义，只是凭感觉判断结果是否异常。
尽管“软件测试是破坏性”的定义是合理的，但人们在潜意识中仍然渴望看到正确的结果，所以当程序运行符合测试人员的心理预期时，他们会自以为程序是正常的。没有期望，也就没有所谓的意外。
克服这种倾向的一种方法，就是通过事先精确定义程序的预期输出，鼓励人们对所有的输出进行仔细检查。因此，一个测试用例必须包括两个部分：1.对程序的输入数据的描述。2.对程序在上述输入数据下的正确输出结果的精确描述。
标签：原则,必备,测试人员,测试用例,测试,软件,转载,bug 来源： https://www.cnblogs.com/ycc0022/p/16609377.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。