③、信息的价值
　　在考虑测试的必要性时，还需要将系统中所包含的信息的价值考虑在内，一个支持许多家大银行或众多证券交易所的客户机/服务器系统中含有经济价值非常高的内容。很显然这一系统需要比一个支持鞋店的系统要进行更多的测试。这两个系统的用户都希望得到高质量、无错误的系统，但是前一种系统的影响比后一种要大得多。因此我们应该从经济方面考虑，投入与经济价值相对应的时间和金钱去进行测试。
　　④、开发机构
　　一个没有标准和缺少经验的开发机构很可能开发出充满错误的系统。在一个建立了标准和有很多经验的开发机构中开发出来的系统中的错误不会很多，因此，对于不同的开发机构来说，所需要的测试的必要性也截然的不同。
　　然而，那些需要进行大幅度改善的机构反而不大可能认识到自身的弱点。那些需要更加严格的测试过程的机构往往是不可能进行这一活动的，在许多情况下，机构的管理部门并不能真正地理解开发一个高质量的系统的好处。
　　⑤、测试的时机
　　测试量会随时间的推移发生改变。在一个竟争很激烈的市场里，争取时间可能是制胜的关键，开始可能不会在测试上花多少时间，但几年后如果市场分配格局已经建立起来了，那么产品的质量变得更重要了，测试量要加大。测试量应该针对合适的目标进行调整。
　　五、软件测试的心理学问题
　　1、程序测试的过程具有破坏性
　　人类的活动具有高度的目的性，建立适当的目标具有重要的心理作用。如果我们的目的是要证明程序中没有错误，那我们会不自觉地朝这个方向去做；也是说，我们会倾向于挑选那些使程序出错的可能性较小的测试数据。另一方面，如果我们的目标是要证明程序中有错，那会选择一些易于发现程序所含错误的测试数据。而后一种态度会比前者给程序增添更多的价值。
　　测试的定义意味着程序测试的过程是具有破坏性的，其程度甚至达到了不可容忍的地步。社会上大多数人的人生观是建设性的，而不是破坏性的。人们倾向于创造一个物品，而不是轻易毁坏?个物品。因此，程序坏?个物品。因此，程序测试的破坏性的定义使人们对程序测试工作望而生畏。程序测试定义还隐含着如何设计测试情况（测过数据），以及应该由谁和不应由谁来测试一个给定程序等等观点。
　　心理学研究还告诉我们，当人在干一件已经知道是不合适的或不可能做到的事时，往往做得不好。例如：如果让一个人在15分钟解出一个刊登在星期曰《纽约时报》上的交叉填字字谜，10分钟后我们会看到这人几乎没一点进展，因为他会感到实际上不可能做到而放弃自已的努力。然而，如果我们要求花4小时解出这题，那也许会看到他在开头的10分钟内有较大的进展了。把程序测试定义为在程序中找出错误的过程，使测试成了可以做到的任务，从而克服了心理上存在的问题。
　　另一个令人烦躁的问题是即使程序完成了预期要求，仍可能含有错误。也是说，如果程序不按要求工作，它显然有错，但是如果程序做了不要它做的事，它也有错。
　　2、程序员应避免测试自己的程序
　　开发者被指定测试自己的代码是一件很糟糕的事。开发和测试生来是不同的活动。开发是创造或者建立什么东西的行为，一个模块或者整个系统。而测试的目的是证明一个模块或者系统工作不正常。这两个活动之间有着本质的矛盾。一个人不太可能把两个截然对立的角色都扮演的很好。基于这个想法，应该限制开发者在测试中的参与。给他们比较合适的任务是进行有可能的低层的测试--单元测试。不同当一个程序员在完成了设计，编写程序的建设性工作后，要一夜之间突然改变他的观点，设法对程序形成一个完全否定的态度，那是非常困难的。许多户主都知道，揭掉糊墙纸（破坏性过程〉是不容易的，若糊墙纸原先是由他而不是别人贴上的，他几平会感到难以忍受的沮丧。所以，大部分程序员都由于不能使自己进入必要的精神状态（不是抱着要揭露出自己程序中错误的态度），因而不能有效地测试自己的程序。
　　除了这个心理学问题之外，还有一个重要的问题：程序中可能包含由于程序员对问题的叙述或说明的误解而产生的错误。如果是这种情况，当程序员测试自己的程序时，往往还会带着同样的误解致使问题难以发现。
　　再者，可以把测试看做是对一篇论文或?本书作校对，或与写评论相类似的工作。正如许多作者所知，校对或批评自己的著作是非常困难的。也是说，在自已的工作中找出缺陷往往是人的心理状态所不容的。
　　以上看法并不意味着程序员不可能测试自已的程序。不过相比之下如果由另外?些人来进行程序测试，会更有效、更成功。注意：这个论断并不适用于纠错（改正已知错误），由原来程序的作者纠错肯定效率更高。
　　3、程库设计机构不应测试自己的程序
　　在许多意义上来说，一项工程或一程序设计机构是个有生命的有机体，它同样有心理学问题。再者，在大多数情况下，人们都是以在给定日期内，以一定代价编制程序的能力来衡量程序设计机构和项目管理人员的。这祥做的一个理由是时间和成本指标便于衡量，而程序的可靠性却很难度量。要程序设计机构在测试自己的程序时持客观态度是困难的，因为如果用正确的定义看待测试，不大可能按预定计划完成测试也不大可能把耗费的代价限制在要求的范围以内。
　　软件生产的三个重要的因素是：质量、进度和费用。
　　计算技术的进步，意味着在经济领域中信息系统更新的速度更快。新的硬件技术的发展，均会使软件过时，系统交付使用的时间变得日益重要，新产品在其性能和费用上被其他产品取代之前的推销时间，即市场窗口已经缩小了。
　　由于费用和进度的限制，要开发一种高质量、快速交付和低成本的软件产品变得越来越困难，也是说要同时达到三个目标是困难的。因此在软件产品的开发中要权衡它们之间的关系，使软件的特性能满足用户的要求，这意味着软件产品特性的度量和预计是必要的。
　　软件测试由独立测试机构承担有许多好处。独立测试是指软件测试工作由在经济上和管理上独立于开发机构的组织进行。独立测试可以避免软件开发者测试自己开发的软件，由于心理学上的问题，软件开发者难以客观、有效地测试自己的软件，而找出那些因为对问题的误解而产生的错误更加困难。独立测试还可以避免软件开发机构测试自己的软件，软件产品的开发过程受到时间、成本和质量三者的制约，时间和成本指标便于衡量，而质量却很难度量，因此在软件开发过程中，当时间、成本和质量三者发生矛盾时，质量容易被忽视，如果测试组织与开发组织来自相同的机构，测试过程会面临来自与开发组织同一来源的管理方面的压力，使测试过程受到干扰。
　　采用独立测试方式，无论在技术上还是管理上，对提高软件测试的有效性都具有重要意义。
　　①、客观性
　　对软件测试和软件中的错误抱着客观的态度，这种客观的态度可以解决测试中的心理学问题，既能够以揭露软件中错误的态度工作，也能不受发现的错误的影响。经济上的独立性使其工作有更充分的条件按测试要求去完成。
　　②、专业性
　　独立测试作为一种专业工作，在长期的工作过程中势必能够积累大量实践经验，形成自己的专业优势。同时软件测试也是技术含量很高的工作，需要有专业队伍加以研究，并进行工程实践。专业化分工是提高测试水平，保证测试质量，充分发挥测试效用的必然途径。
　　③、权威性
　　由于专业优势，独立测试工作形成的测试结果更具信服力，而测试结果常常和对软件的质量评价联系在一起，由专业化的独立测试机构的评价，更客观、公正和具有权威性。
　　④、资源有保证
　　独立测试机构的主要任务是进行独立测试工作，这使得测试工作在经费、人力和计划方面更有保证，不会因为开发的压力减少对测试的投入，降低测试的有效性，可以避免开发单位侧重软件开发而对测试工作产生不利的影响。
　　六、好的测试工程师应具备的素质
　　人是测试工作中有价值也是重要的资源，没有一个合格的、积极的测试小组，测试不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那是让那些经验少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。
　　①、沟通能力。
　　一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。
　　②、移情能力。
　　和系统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符合自己要求的系统，开发者则担心由于系统要求不正确而使他不得不重新开发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到低程度。
　　③、技术能力。
　　总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，那么他们的可信度会立刻被传扬了出去。一个测试者必须既明白被测软件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年以上的编程经验，前期的开发经验可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者，简化自动测试工具编程的学习曲线。