西门子PLC模块CPU224CN继电器输出
失败原因是什么，我们都需要找到失误点在哪里。而对于成功的测试项目，我们除了选出决定成功的因素外，还应该选出一两个方面是否在此次实施中，应该可以加强和提高的因素。通过总结与温习，做到胜不骄，败不馁。2.测试用例设计领域
当完成了测试用例的设计和执行工作后，就可以检验我们设计和评审工作的质量，以及测试用例的成功之处和不足之处了。通过使用这个测试用例发现的bug类型和bug数量来总结此测试用例设计的收获，并温习我们从这个测试用例设计中收获的经验和技术。通过分类分析找到的bug哪些是西门子开发人员懒惰、粗心大意造成的；哪些是由于产品设计经验不足，或是差的产品设计/架构造成的；哪些是开发人员错误地理解了需求造成的；哪些是由于代码的复没有提高，是脚本代码不健壮，还是自动化测试工具有问题，或者是测试环境不稳定。无论短板出现在什么地方，我们都需要得到一个结论。如果是脚本代码不健壮，我们则应该针对脚本代码进行优化，优化逻辑判断条件，增强测试代码对异常的接受和处理能力等。如果是自动化测试工具的问题，就需要想办法找出是工具使用效率方面存在问题，还是工具本身有问题，是否需要进行升级或寻找其他辅助测试工具。如果测试环境不稳定，则需要我们对测试环境经常出问题的地方，采取一定措施确保测试环境的稳定。
（2）对于脚本运行失败的脚本代码原因和环境原因，通过脚本报错的信息和形式进行统计分类，总结出每种脚本报错信息可能对应的失败因素，并以文档的形式保存下来，以便以后的工作能借鉴前人的劳动成果，提高定位问题的效率。
（3）对于自动化测试脚本的分类，可按同类测试环境的脚本组合在一起执行，也可按同一优先级的脚本组合一起执行。
（4）针对自很深入、很**，
同导致了工具开发工程师开发出的工具经常在功能上达不到预期的目标。
因此，建议大家根据自己所在公司的资源和流程情况，严格按照已有的开发规范和流程，把测试工具的开发项目当成公司主营产品的开发一样来重视。同时，测试工程师应对工具开发工程师进行专项技术辅导培训，让其尽可能多地了解测试工具所测试目标的功能细节。虽然项目开发启动的速度可能会慢一些，但是对于达到测试目标的*终质量还是非常有效的，而且有着规范的测试工具开发文档，也有利于将来测试工具代码的重用、扩展及后期维护。对于测试工具的开发，建议从如下几个方面进行总结：
测试工具的功能需求理解准确度；
测试工具的可自动化测试的集成扩展性；
测试工具的代码日后可维护性及重用性；
测试工具自身的质量稳定性。
提示
测试工具成功经验共享：
好的测试工具开发工程师对于准备开发的测试目标必定是通过一段时间专项培训和实际测试经验，充分正确理解后才进行开发的。
测试开发工程师与测试团队在一起工作，每天都可以针对开发过程中的问题，向测试团队（也就是未来工具的用户）进行请教，求证确认各种问题。
发的测试工具**是基于Linux平台的，并提供命令行接口。这样才能为未来集成到自动化测试中提供便利。
测试工具的开发代码用CVS之类的版本管理工具进行统一管理，任何变更都要经过工具开发团队和测试工程师团队共同的评审。
尽量多地从美国的互联网上寻找开源的测试工具，但不可迷信开源工具的质量。可通过优化修改开源工具，大大提高测试工具开发的效率和质量。6.测试项目管理领域
测试项目管理的经验和收获主要在项目计划前期阶段和项目执行过程中。每个测试项目完成后，无论是手工测试、回归测试还是自动化测试，都可以对项目计划的制定、项目执行过程、项目结果报告进行总结和温习。
在项目的计划执行阶段，我们可以反省此次制定的项目计划是否对如下专题取得新的进步或者有什么不足：
对工作范围及要求是否有了准确的确定；
项目的后勤保障是否充分保证了项目的成功进行；
人力资源及日程安排是否合理；
验收标准是否科学。
在项目执行过程中可以对如下方面进行反省动化测试脚本执行的先后顺序，运行时间短的脚本可在白天工作时间运行，即使失败了也可快速定位；对于运行时
长的脚本则在晚上运行，以便节省白天可用于定位的时间和成本。4.自动化测试开发
在自动化测试开发领域，我们可以从提升脚本开发的效率，以及代码组织结构领域进行总结。提升脚本开发的效率，可以时常评估自己用于脚本开发的平台是否易用，是否扩展性好，是否辅助的测试工具易于集成到自动化测试平台中。如果以上几方面，我们取得了进步，则应该形成好的文档将这些成功之处的原因和工具的使用心得记录下来，以便后来者能够更好地工作；如果以上几方面，我们还存在不足，则应该想办法在薄弱环节进行相关提高。
在代码组织结构方面，如果开发的脚本具有了很强的健壮性，测试环境适应能力强，则可以对这些成功的经验进行总结，在整个脚本开发团队中进行推广。反之，脚本对测试环境的适应能力弱，运行通过率低，就需要大家一起来分析代码出错概率高的代码段，共同对代码结构进行优化。5.测试工具开发
目前，在国内测试工具的开发还不是很受大多数公司重视的现状下，一些中小规模的公司可能也就只有一名测试工程师在全职甚至是兼职编写测试小工具来模拟一些测试。通常在这种不利的情况下，测试工具可能会出现由于需求理解得不准确，开发投入资源少，导致测试工具的性能和稳定性不高，甚至有时出现功能实现上发生偏差。而在一些大公司，则由专门的测试工具开发团队全职来进行相关工作。虽然这时投入的资源比较多，但是有些测试工我们会比以前更了解软件的功能和内部运转机制，有利于构造出更多的测试方法；