测试环境是测试能否正常进行的一个重要原因，好的测试环境可以让测试顺利进行下去，差的测试环境会让测试经常中断，然后修复测试环境的成本最终会转化为压缩时间。

　　1、好的测试环境及使用它们的原因

　　一个好的测试环境是指它能像计划中的或存在的产品环境一样运作，并且能被测试团队完全控制。

　　测试环境与产品环境越相似，得到的测试结果就越有效。在很多情况下，测试环境能建立成跟产品环境真正完全一样。在这种完全相同的环境下进行测试给了开发人员和最终用户一个新软件作为产品其运行情况的非常准确的视图。

　　测试团队对测试环境的控制有两个主要的好处。好处一是所有测试的可控的可重复性。当测试团队真正控制了测试环境，测试团队总是能够准确地知道存在于测试环境中的软件组件的版本，以及所有测试数据文件的状态。当缺陷在软件中被发现的时候，测试人员可以重复这次测试，并且确保在任何人，比如开发人员，想看到缺陷演示的时候都可以重现这个缺陷。测试人员可控环境的第二个好处是测试人员规划及执行测试的能力不会被开发活动干扰也不会去干扰开发活动。不管是在某个日期之前要完成的一系列测试，还是重新运行测试来确认对之前发现缺陷的改正，测试人员都可以完全来主导测试进度。对于测试人员控制测试环境的最后一个隐含的好处是，测试人员能够确保不会直接在测试环境中对软件进行修改。如果修改了之前测试的一段代码，那么之前的测试结果就会无效了。但往往开发总是控制着测试环境 ，这有很多原因，这就会造成，如果测试环境下有很多问题，开发不重新布置，或者开发觉得这些问题不是问题或是一些小问题而不需要重新布署，那么测试在很多时候将不得不在一个错误百出的环境下进行测试。

　　2、不好的测试环境及避免它们的原因

　　一个不好的测试环境是指它与计划中的或存在的产品环境不相似，或者同其他团队比如开发人员或培训人员所共享。

　　测试环境与产品环境的差异越大，测试结果就越不正确。比如，设想你的应用使用一些磁盘文件来维护应用数据。再设想开发和测试团队有最快的计算机来加快开发和测试进度。那么你的测试计算机就使用着一个比实际产品的计算机更大，更快的磁盘驱动器，结果导致性能测试的结果会误导最终用户，使其认为实际使用该应用的时候应该更快。不难推出另一种情况(更为普通)：测试团队使用的是比实际使用中更旧，更慢，而且磁盘容量更低的二手计算机。在这种情况下，如果应用软件完全在测试环境中运行，性能测试就会低估应用软件的反应时间。除了磁盘驱动器，类似的例子还有CUP频率，主存容量，网络拓扑，网络速度，网络容量，打印机速度，显示器刷新率等等。你很快就会认识到测试环境执行的多个方面都会导致最终的误差。

　　如果测试团队与其他团队共享测试环境的话，这种失控将会造成惨痛的损失。不能对测试环境进行控制的最明显的缺点，就是测试团队会因为测试环境不能正常工作而不时地被迫暂停甚至重新设置测试进度。

　　如果一天执行8小时测试的话，真正在执行TC的时间我感觉是不太多的，主要花费在与测试人员沟通和测试环境的维护上，有的时候，等待测试环境恢复需要1个小时以上。这将不得不压缩测试人员的时间，影响项目质量。