西门子KTP1500

功的因素外，还应该选出一两个方面是否在此次实施中，应该可以加强和提高的因素。通过总结与温习，做到胜不骄，败不馁。2.测试用例设计领域

当完成了测试用例的设计和执行工作后，就可以检验我们设计和评审工作的质量，以及测试用例的成功之处和不足之处了。通过使用这个测试用例发现的bug类型和bug数量来总结此测试用例设计的收获，并温习我们从这个测试用例设计中收获的经验和技术。通过分类分析找到的bug哪些是西门子开发人员懒惰、粗心大意造成的；哪些是由于产品设计经验不足，或是差的产品设计/架构造成的；哪些是开发人员错误地理解了需求造成的；哪些是由于代码的复没有提高，是脚本代码不健壮，还是自动化测试工具有问题，或者是测试环境不稳定。无论短板出现在什么地方，我们都需要得到一个结论。如果是脚本代码不健壮，我们则应该针对脚本代码进行优化，优化逻辑判断条件，增强测试代码对异常的接受和处理能力等。如果是自动化测试工具的问题，就需要想办法找出是工具使用效率方面存在问题，还是工具本身有问题，是否需要进行升级或寻找其他辅助测试工具。如果测试环境不稳定，则需要我们对测试环境经常出问题的地方，采取一定措施确保测试环境的稳定。

（2）对于脚本运行失败的脚本代码原因和环境原因，通过脚本报错的信息和形式进行统计分类，总结出每种脚本报错信息可能对应的失败因素，并以文档的形式保存下来，以便以后的工作能借鉴前人的劳动成果，提高定位问题的效率。

（3）对于自动化测试脚本的分类，可按同类测试环境的脚本组合在一起执行，也可按同一优先级的脚本组合一起执行

导致了工具开发工程师开发出的工具经常在功能上达不到预期的目标。

因此，建议大家根据自己所在公司的资源和流程情况，严格按照已有的开发规范和流程，把测试工具的开发项目当成公司主营产品的开发一样来重视。同时，测试工程师应对工具开发工程师进行专项技术辅导培训，让其尽可能多地了解测试工具所测试目标的功能细节。虽然项目开发启动的速度可能会慢一些，但是对于达到测试目标的*终质量还是非常有效的，而且有着规范的测试工具开发文档，也有利于将来测试工具代码的重用、扩展及后期维护。对于测试工具的开发，建议从如下几个方面进行总结：

 测试工具的功能需求理解准确度；

 测试工具的可自动化测试的集成扩展性；

 测试工具的代码日后可维护性及重用性；

 测试工具自身的质量稳定性。

提示

测试工具成功经验共享：

 好的测试工具开发工程师对于准备开发的测试目标必定是通过一段时间专项培训和实际测试经验，充分正确理解后才进行开发的。

 测试开发工程师与测试团队在一起工作，每天都可以针对开发过程中的问题，向测试团队（也就是未来工具的用户）进行请教，求证确认各种问题。

是基于Linux平台的，并提供命令行接口。这样才能为未来集成到自动化测试中提供便利。

 测试工具的开发代码用CVS之类的版本管理工具进行统一管理，任何变更都要经过工具开发团队和测试工程师团队共同的评审。

 尽量多地从美国的互联网上寻找开源的测试工具，但不可迷信开源工具的质量。可通过优化修改开源工具，大大提高测试工具开发的效率和质量。6.测试项目管理领域

测试项目管理的经验和收获主要在项目计划前期阶段和项目执行过程中。每个测试项目完成后，无论是手工测试、回归测试还是自动化测试，都可以对项目计划的制定、项目执行过程、项目结果报告进行总结和温习。

在项目的计划执行阶段，我们可以反省此次制定的项目计划是否对如下专题取得新的进步或者有什么不足：

 对工作范围及要求是否有了准确的确定；

 项目的后勤保障是否充分保证了项目的成功进行；

 人力资源及日程安排是否合理；

 验收标准是否科学。

在项目执行过程中可以对如下方面进行反省动化测试脚本执行的先后顺序，运行时间短的脚本可在白天工作时间运行，即使失败了也可快速定位；对于运行时间长的脚本则在晚上运行，以便节省白天可用