西门子TP700代理商
源于20%的模块中，例如，在美国IBM公司的OS/370操作系统中，47%的错误仅与该系统的4%的程序模块有关。所以一定要注意测试中的错误集中发生现象，如果发现某一程序模块似乎比其他程序模块有更多的错误倾向，则应当花较多的时间和精力测试这个程序模块。
（6）对测试出的错误结果一定要有一个确认的过程。一般由工程师A测试出来的错误，一定要由工程师B来确认，严重的错误可以召开评审会进行讨论和分析。
（7）制订严格的测试计划。制订严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
（8）完全测试是不可能的，测试需要终止。想要进行完全的测试，在有限的时间和资源
1.4.2 软件测试的原则
为了进行有效的测试，测试工程师必需掌握软件测试的基本原则。一般有下面几条原则可作为测试的基本原则。
（1）尽早测试
应当把“尽早和不断地测试”作为座右铭。由于软件的复杂性和程序性，错误在软件生命周期各个阶段都可能产生，所以不应把软件测试仅仅看作是软件开发过程中一个独立阶段的工作，而应当把它贯穿到软件开发的各个阶段中。在软件开发的需求分析和设计阶段就应开始测试工作，编写相应的测试文档。同时，坚持在软件开发的各个阶段进行技术评审与验证，尽早的开展测试执行工作，一旦代码模块完成就应该及时开展单元测试，一旦代码模块被集成成为相对独立的子系统，便可以开展集成测试，一旦有BUILD提交，便可以开展系统测试工作。由于及早的开展测试执行工作，测试人员尽早的发现软件缺陷，大大
件质量的重要手段。近年来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试。由于软件工程采用的生存周期方法把软件开发划分成若干阶段，这样就对中间产品提供了检验的依据，各阶段完成的软件文档成为检验软件质量的主要对象。显然，表现在程序中的错误，并不一定是编码所引起的，很可能是详细设计、概要设计阶段，甚至是需求分析阶段的问题引起的。因此，即使针对源程序进行测试，所发现的问题的根源可能在开发前期的各个阶段，解决问题、纠正错误也必须追溯到前期的工作。正是如此，测试工作应该着眼于整个软件生命周期，特别是着眼于编码以前各个开发阶段的工作来保证软件的质量。也就那么做。需求变化可能造成系统的重新设计，设计人员的日程需要重新安排，已经完成的工作可能要重做或者完全抛弃，而且需求变化可能会对其他项目产生影响，硬件需求也可能要发生变化。如果有许多小的改变或者一次大的变化，项目各部分之间已知或未知的依赖性可能会增强，进而导致更多问题的出现，需求改变带来的复杂性可能导致错误。
（5）时间压力。软件项目的日程表很难做到准确，很多时候需要预计和猜测。当*终期限迫近和关键时刻到来之际，错误也就跟着来了。
（6）代码文档贫乏。代码文档贫乏或者不规范的文档使得代码的维护和修改变得异常漏洞
Windows 2000的交互式登录窗口存在“简体中文输入法状态识别”全漏洞，利用该漏洞，黑客可以使用交互式登录窗口从本地或远程得到一个Local System权限，利用该权限，黑客可以添加一个管理员账户，进而完全控制一台计
微软公司紧急发布补丁包，修正这个缺陷是说，测试应该从软件生命周期的第一个阶段开始，并贯穿于整个的软件生命周期，从而检验各阶段的成果是否接近预期的目标，尽可能早地发现错误并加以修正。如果不在早期阶段进行测试，错误的延时扩散常常会导致*后成品测试的巨大困难。美国软件质量安全中心在2000年对美国100家知名的软件厂商进行统计，得出这样一个结论：软件缺陷在开发前期发现比在开发后期发现，在资金、人力上节约90%；软件缺陷在推向市场前发现比在推出后发现，在资金、人力上节约90%。所以说软件测试并非传统意义上产品交付前单一的“找错”过程，而是贯穿于软件生产过程的始终，是一个科学的质量控制过程。从一个软件项目的需求分析、概要设计、详细设计以及程序编码等各个阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应该是软件测试的对象，在软件生产整个过程都需要有软件测试工程师的介入。
软件测试的基本要求体现在两个方面，首先是软件产品内容上的正确性和完整性，其次就是软件生命周期中各个阶段在逻辑上的协调性和一致性以及*终的软件内部结构的一致性。在软件生命周期各个开发阶段的主要测试活动力。
完整性，防止非法或不适当地访问的能力。
适应性，系统在应用或其他环境下不作修改就能使用的能力，而不必经过特定的设计。
**性，系统不受错误影响的程度，尤其是在数据输出方面。**性和正确性是不同的，**性是对系统完成其工作情况的衡量，而不是它设计得是否正确。
坚固性，系统在无效输入或压力环境中能继续执行其功能的能力。