11 测试应该由什么人来进行？
测试应该由独立的第三方来进行，第三方表示测试人员不参与程序的开发。
12 pareto 法则、帕累托法则、28 原则、82 原则
一般情况下 80%的缺陷聚集在 20%的关键核心业务模块中，这个原则至少告诉我们在做测试时，应该重点分析和测试 20%的核心业务，具体说要做好需求分析。
13 杀虫剂怪事
杀虫剂怪事用于描述软件测试越多，其对测试的免疫力越强的现象。这个现象告诉我们，测试时，应尝试新方法、不同的测试程序，对程序进行测试，以找出更多软件缺陷。
14 木桶原理
木桶原理在软件方面的主要含义是全面质量管理，另外还告诉我们测试时要关注团队中较弱的人。
15 Good-enough 原则
Good-enough 原则告诉我们做测试的时候既不要做过多测试，也不做不充分的测试。至于多少测试合适，需要我们不断积累经验，在项目中可以指定最低测试通过标准和测试内容，然后具体问题具体分析。
16 群集效应
群集效应的含义是发现的缺陷越多，证明软件存在的缺陷越多。群集效应指导我们在找到软件缺陷的地方要继续找找。
17 什么是确认测试？回归测试？
确认测试也称再测试：缺陷修复以后，验证缺陷是否真正修复
回归测试：缺陷修复以后，确保对程序的修改没有给软件其他未改变部分带来新的缺陷。
18 测试人员应该具备哪些素质？
要有责任心，要有破坏的态度，对事不对人，三心二意（细心、信心、耐心、缺陷预防意识、沟通意识），具有一定的开发技能，善于思考。
19 如果测试提交的缺陷开发人员不认可，该怎么办？
首先分析或与开发沟通开发不认可的原因。
如果拒绝原因是提交的不是缺陷，而且自己分析后，的确不是缺陷，则应该注意以后再做测试时要做好复现，认真研读需求，提高自己找缺陷的能力。
如果拒绝原因是提交的不是缺陷 但自己分析时认为缺陷应该是存在的，则再次研读需求并做好复现，拿出确实是缺陷的证据，然后与开发沟通。
如果拒绝原因是认可缺陷，但不予修复，如果自己觉得必须修复，则拿出充分理由和证据和不修复的不利影响和影响范围，再与开发沟通。
注意沟通技巧，合理的论述，向开发说明自己的判断的理由，注意客观、严谨，不掺杂个人情绪。
把问题交给测试经理，等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并由上级做出决定。
20 如何解决开发和测试的矛盾？
（1）以沟通和合作的方式开展工作
（2）提高开发技能
（3）换位思考
（4）进行有效沟通
