西门子KTP1500人机界面
试、读书、工程、体育、艺术等，总结与温习都是帮助我们充分利用已有成功经验和失败经验，提升自我水平，*后帮助我们在未来取得更大成功的好方法。我们从事任何软件测试活动，无论是测试策略设计、测试用例设计、回归测试、自动化测试开发、测试工具开发，还是测试项目管理等，经常总结与温习同样是非常重要的。总结与温习能帮助我们充分利用已有的试脚本文档4个领域，都有着足够的空间让我们去发挥，去追求精益求精。1.测试脚本优化领域
我们可以不断优化测试脚本，使其能够适应在不同的测试环境中运行。也可以通过优化脚本的测试代码，使其能够有很强的容错性，在有一定干扰或异常的情况下依然成功运行下去，不对测试环境的“纯净性”要求过高。通过使测试脚本的代码松耦合，当被测设备的命令风格发生变化时，只需要对测试脚本做尽可能少的修改，就能适应新的命令风格。2.测试脚本的信息提示领域
当测试脚本在运行失败时，能打印出更多的错误信息和更详细的调试分析信息。在脚本运行失败后，通过报错信息直接告诉测试人员是脚本语法错误，还是测试环境错误，或者是某个正常的逻辑处理错误。这些提示信息可以让自动化回归测试执行的工程师高效地分析、定位出脚本失败的原因，越是详细的调试分析信息，越能帮助测试工程师提高工作效率。3.测试脚本与测试工具的融合领域
一般情况下我们在进行手工测试时，常常需要借助一些第三方辅助小工具来完成测试。对于这种情况下的自动化测试脚本开发而言，要在测试脚本中完全模拟像手工测试一样的测试效果，脚本开发的难度是比较大的。不过，我们可以从如下几方面入手来实现目标。
（1）多了解一些开源的小工具来代替目前辅助测试的小工具。通过开源的小工具，可以更容易地
代码处，优化脚本代码使其松耦合，当以后需要更换测试工具时，依然能很容易地驱动新的测试工具。
（3）测试脚本能够对测试工具发生的异常和错误提供足够详细的log信息，便于以后因测试工具的错误而引起脚本运行失败时，可以快速地进行定位，节省分析、定位的时间和成本。性能测试报告阶段，我们依然可以进行精益求精的改进。可以在查看性能测试仪器的统计数据结果时，仔细查看性能测试过程中的每一条log信息，从执行的log中不放过任何稍纵即逝的异常信息，毕竟每一个详细的log信息也是我们性能测试的劳动成果，很有必要充分利用起来。如果你现在还完全用手工和人眼来对大量的log信息进行处理，那么你很有必要通过编写自动化log分析工具来自动查找异常log信息的方式来大大减少工作量，提高log分析工作效率，而这也是体现精益求精的方式。
在性能测试报告中，你可以不只是简单地罗列本次测试的几个数据就算完成了任务，还可以加上丰富、详细的历次测试数据的趋势对照，并且图文并茂，以及除测试参数数据外的其他相关数据的变化。相信这样的性能测试报告应该会更让所有人满意，一位能做出这么完整的性能测试报告的性能测试工程师一定会因其精益求精的工作态度得到同事和领导更多的尊重和肯定。
1.1.3 回归测试的精益求精
前面两节谈了有关测试用例设计和性能测试中精益求精的方法，相信大家还是有所收获的。那么接下来我们应该如何进行回归测试的精益求精呢?笔者曾经做过手工回归测试，也做过自动化回归测试，从笔者自己的经验和身边看到的实例证明，在从事看似枯燥的回归测试工作时，我们同样可以调整自己，在回归测试工作中追求精益求精。
要按照测试用例的要求，保证每一步都是正常完成测试外，自己还可以利用空闲的时间和资源，尝试小范围地改变测试用例中的参数和方法，来进行一定的探索性测试。这样的行为有时能帮助我们得到意外的惊喜，发现新bug。毕竟创新是无止境的，没有哪个测试用例是完美的，按照测试用例执行回归测试可以保证90%的测试目标，但是靠自己想出的新点子找到的问题性能测试工具上同样能发扬精益求精的精神，在使用性能测试工具时能精益求精地多钻研该工具的其他功能，全面深入地了解该工具的使用特点，*大化地发挥性能测试工具的作用，提高公司资产的利用率。
在调试和稳定性能测试环境阶段，性能测试工程师可以在只完成*基本的环境搭建并让大部分设备和软件正常运转起来后，就直接开始正式的性能测试。但是，只是保证大部分设备和软件能够运转起来对于期望开展高质量的性能测试是远远不够的。只有保证整个性能测试环境能够长期稳定地工作，才能真正确保性能测试的效果和效率；否则会在后续统计测试结果阶段，付出很多时间和成本来分析测试结果中的“垃圾数据”。
一个稳定的性能测试环境是执行性能测试和准确统计性能测试结果的发动机。如果发动机不结实、不稳定，时而无动力，时而动力下降，那么驾驭这个测试环境进行性能测试的人将会非常痛苦。在笔者以前的性能测试经历中，就曾经出现过测试环境中的模拟器时而正常工作产生正常的数据，时而停发数据，时而效率下降，其直接结果就是大大影响了正式性能测试的项目进度，很难得到准确的性能测试效果。
因此，一个追求精益求精的性能测试工程师，应该用尽一切方法，确保性能测试的环境能够非常稳定，仔细地调试性能测试环境中的每个模拟器。如果物理连线环境有问题或设备有缺陷，则一定要事先准备好备用方案，绕开这些问题，来保证性能测试环境的稳定。如果性能测试工程师觉得只是保证性能测试环境的长期稳定还不够体现其精益求精的精神，则
试的性能测试环境将会大大帮助提高性能测试环境的
据笔者所知，后来在这两家欧美企业的中国工程师一改他们的老外同事留下的弊病，在写测试方法时，尽量做到非常详细的文字描述，并尽可能地把所有的操作步骤和命令都补充在对应的测试步骤后面。使用这种精益求精的态度写出的测试用例，完全可以让任何一位测试用例执行者只看一遍测试用例即可完成测试用例的执行。测试用例设计工程师通过自己多付出些时间来完善和丰富测试用例的描述，不但大大提高了未来测试用例执行的效率，而且为公司节省了时间和成本。
1.1.2 性能测试的精益求精
在进行性能测试时，我们需要细致地关注每一个数据的变化，不放弃任何一个怪异的数据变化是*基本的性能测试工作的态度要求。那么在性能测试中的精益求精可以体现在哪些地方呢?一个性能测试活动本身大致需要经历如下4个阶段。
第1阶段：选择可靠的性能测试工具。
第2阶段：调试及稳定性能测试环境。
第3阶段：正式的性能测试。
第4阶段：统计性能测试结果，输出性能测试报告。
在选择可靠的性能测试工具阶段，如何做到精益求精?可能有朋友看到这里会问：“选择工具还需要精益求精?那么如何精益求精?”。俗话说：“好的开始是成功的一半”。软件的性能测试非常依赖性能测试工具的长期高负荷运转的稳定性和测试数据统计的**度，对性能测试工具的选择决定了后续工作的成功与否和成本消耗的代价