推荐第1篇：自动化工程师岗位职责
自动化工程师岗位职责
1、负责公司自动化仪表设备的日常维护、维修工作，确保各仪
表设备的稳定运行。
2、负责公司自动化仪表设备的年度检修工作。
3、负责公司自动化仪表设备硬件、软件的改造与更新工作。
4、根据生产工艺要求，修改自动控制系统组态软件的控制方案。
5、定期组织自动化人员进行安全、技能培训，努力提高自动化
操作人员安全、技术素质。
6、加强自动化仪表、设备的日常巡检工作。
7、协助采购部寻找合适的设备和零部件供应商。
8、确定电子和控制系统损件名称型号，并根据实际情况储备易
损部件。
9、有针对项目仪表设备、控制系统技术革新、改造提出合理化
建议的责任。
10、认真贯彻执行公司的各项规章制度。
推荐第2篇：自动化测试经验分享
一、测试的困惑
以前我时常反思，测试组的工作多吗？我的回答是多。测试小组的工作成果的好坏和工作任务的多少成正比吗？最终的回答却并非成正比。我们的测试工作成果往往并不理想，甚至是差。那么为什么事倍功半？这问题很难找到清晰的答案。
参与了外部培训之后，发现了自己在对测试的工作有了新层次的理解。对之前工作成果差的问题思考也有了新的方向。“测试的最高境界是找出所有BUG吗？不是，测试的最高境界是不需要进行测试。为什么不需要进行测试？是因为所有的问题都已经在软件各阶段中介入的测试工作中给预防解决了。由此引申，测试的定位并不是找出BUG，而是预防BUG。” 这是我培训报告中的一部分。如果测试的出发点只为是发现BUG，那么测试工作将会如何？辛苦的发现了一个BUG，之后开发针对性的修正了这个BUG，再回重新测试的过程，又会有多少人会重新被卷入，又会有多少BUG因此而产生，又需要花费多少时间，答案可想而知。这就是我们忙又不见成果的主要原因。所以改善这个问题的出发点就是改变对测试工作的认识——测试的目标并不是为了找出BUG，而是预防BUG的出现。
如何理解正确的测试目标是预防BUG的出现。首先可以从软件测试的阶段划分来看。软件测试的阶段划分为需求、设计、编码、测试、验收。但按此划分来定位测试是错误的。假如在编码阶段完成后测试出的BUG属于设计问题（这也是我们测试工作中经常遇到的情况），那么我们已经编码完成的产品就要面临着伤筋动骨的修改，这样的修改会带出多少个新的BUG出现？为这个修改我们又要重复的测试我们的新提交版本多少次？想必都有很深刻及惨痛的答案了。由此可以说明需求设计阶段的测试比编码阶段测试重要的多。在需求上出现的BUG就很有可能足以推翻整个产品。那么如果在需求设计阶段测试人员就能发现产品设计的BUG，那么就可以避免了因此而衍生的产品BUG，达到预防BUG这种测试理念的目标。
那么又如何能做好以预防BUG为目标的测试工作。“测试工作不只是一种技术，也不仅是一种活动。测试工作的成功也不能取决于测试成果，测试的BUG越多并不能证明测试工作做的好，所以由此引申，测试工作要站在团队的高度来开展，在团队中做好测试，而不是在测试小组中做好测试。”这是我培训报告中的另一部分。要做好以预防BUG为目标的测试工作，首先要尽早的参与到项目中，其次就是需要各部门及小组的大力支持，与业务、项目、代码人员共同形成团队，在团队中影响其他小组提高产品质量，更好的完成以预防产品出现BUG为目标的测试活动。
总结来看，我个人觉得拥有这样的测试理念可以解开我们的疑惑，带领我们走出目前的困境。
二、自动化测试迷失
随着工作、发展、提高等等多方面的需要，我接到了开展自动化测试的研究工作。概念上来说自动化测试是一种测试度量体系。现实点来说，自动化测试可以为我们自动、无误的运作完成大量且需要重复执行的测试用例。这是多么让人振奋的概念。甚至可以解开我上文所提到的有关测试工作的困惑。我很兴奋的去展开研究目前最流行的自动化测试工具之一QTP。甚至设计出了管理中心的三个重要功能的自动化测试脚本，并且运行无误在自动化测试讨论会上兴奋的向大家演示。之后还用工具按键精灵设计出了前端的A类测试用于实际的测试。但很让人沮丧的是最终这些脚本全被遗弃在电脑硬盘的角落，再也没派上用场。为什么？因为他们维护起来很困难，因为他们编写它们的时间与实现的价值并没有超过手工测试。这就是自动化测试吗？怎么不可行啊，我有点不太相信这种结局，所以我再一次困惑了。
外部培训的老师这样告诉我们：“我们并没有理性的看待自动化测试，自动化测试并不是我们看上去的那样美。首先自动化测试能直接的节约成本、让测试人员变轻松的想法是一个误区。因为原本用于手工测试的时间用来编写及维护测试脚本了，而完善的自动化测试脚本编写或维护的时间很可能会超过手工测试的时间。再者自动化测试脚本用例是测试人员所编写，自动化测试只能是沿着该测试人员的“足迹”前进。所以用自动代测试来发现更多软件产品问题的想法也是一个误区。其次并不是所有的测试都能自动化，测试的自动化也不一定是解决问题的最佳手段。”
听完这些，原本困惑的我又多了份惊讶，一方面惊叹产述的这些状况与我之前的自动化测试的试行失败是相近的。另一方面又猜疑这自动化测试该不会像共产主义社会那般吧！随着培训内容的展开，我终于解开了困惑，何为理性的看待自动化测试。
“如同不能指望原始社会拥有了汽车就能进入现代社会一样，自动化测试工具永远都不能主导测试实现自动化”（出自国信培训文档）。我们错误的把自动化测试看成了一种测试工具或测试手段。自动化测试是一种理念，它要发挥它真正的作用就需要这种理念转变为一种体系——自动化测试体系。
“引入自动化测试的前提是已经建立了合适的自动化测试体系，如果没有这些，而片面的追求自动化，无异于缘木求鱼。自动化测试体系是指能够适用某种环境的测试工具、过程、人员结构、方法的综合，运用于整个项目团队” 。回到我之前的对QTP研究失败的原因，首先我开始就觉得因为研发的设计、编码实现并没有考虑到自动化，而导致自动化脚本的编写非常吃力。比如产品页面项目的命名不规范，导致自动化测试工具很难捕捉这些页面对像。其次就是测试脚本的方向迷失，我在研究QTP的时候就发现了这个问题。随着我一点点的在编写着脚本，我不断的发现自己在的测试脚本的编写方向上出现了迷失。这段脚本我编写的目标本来是功能测试，但随着我的补充却接近于开发级的单元测试。而另一段本属于功能性测试的脚本，因为功能的重点需要，我又补充了部分脚本导致整个测试脚本测试目标变成了完整关联性测试。而做为单元测试的脚本却并没有在开发的角度上来设计，根本做不到函数、类等代码级的测试，根本不能达到要求。做为完整性测试的脚本也无法模拟接口功能中几何倍数级的各种条件输入对应的输出测试。而功能测试脚本算是硕果仅存，但随着开发对产品的代码大规模调整（这些调整当然不会考虑对已经实现的脚本的影响）而直接“报废”。如果需要脚本继续工作，那么就要花时间来修改调整它。这些脚本的结局又再一次可想而知了。
所以首先我们要理性的看待自动化测试，不要片面的去追求它。对不同的项目要开展不同自动化策略。参考如下
（1） 评审项目中特定的部分作为应用自动化的候选对像。
（2） 从项目中高度冗余的任务或场景重点考虑自动化。
（3） 将乏味且人工容易出错的工作重点考虑自动化。
（4） 将回归测试经常需要“照顾”到的部分重点考虑自动化。
（5） 自动化开始时要首先关注开发成熟、理解透彻、相对稳定的且不易变的部分优先考虑自动化
其次，自动化所实现的最大价值目标是可不间断的、可重复的自动执行对需求、设计、代码全面覆盖的大量测试用例从而预防bug的产生的一套质量保障机制。所以自动化测试的重点在于测试自动化作为一个体系，要运用于整个项目团队。项目组要讨论它（策略、时间、成本等）、研发需要参与它（编码方向、自动化支撑、以及代码单元测试自动化的计划和执行等）、测试要引导及推进它（策略、方法、执行、跟进、维护等），各团队共同形成体系，才能让自动化测试工具真正的成为一种质量保证的有力武器。
推荐第3篇：软件(自动化)测试工作总结
2012年工作总结
2012年自动化测试工作严格按照要求，保质保量完成客户指派的任务。截止目前，已完成话费收取、账单查询、产品变更、营销活动等137项关键业务测试用例、105个自动化回归测试场景设计，范围涵盖个人业务、家庭业务、集团业务、账务管理、营销活动及各类常用查询功能。陕西公司在大型版本上线时均进行关键业务自动化回归测试，降低了新版本上线风险，保证了新版本上线后关键业务和常用业务正常受理。累计已进行新需求上线前后回归测试68次，运行业务脚本13100余次，发现系统原有缺陷38个，新需求缺陷69个，进行业务规则梳理146个，为新需求影响范围分析提供了数据依据，较大程度的提高了上线成功率，降低了上线后系统的缺陷率，提高了系统的稳定性。
从2012年5月份入职到现在的多半年时间内，主要对系统，业务的深入理解，学习。对工作中所运用到得工具熟练掌握，每次上线都能按照要求，独立完成分配的任务。对自动化脚本进行重新整理改进，发现问题及时联系局方人员进行协商，处理。
主要工作内容是负责自动化测试这块，自动化测试的目的在于保障在新业务上线后，能正确的把控新上线内容对整个生产环境的影响。确保在新业务上线过程中，及早发现关键业务的情况，判断其是否受到影响，同时确定新上线业务是否满足要求，达到预期的功能目的。每次上线加班，严格按照要求进行测试，仔细记录测试中发现的BUG，当天寻找开发或相关负责人进行解决，每次按时到达工作现场，
认真对待工作，至今没有由于个人原因出现严重过错。其他时间，对测试环境，测试数据和脚本进行维护，管理。领导每次分配的任务认真对待，按时保质完成。
工作中存在还需要以后改进的几点：
1、对业务的熟悉度更进一步了解，拓展。
2、对脚本进行改进，创新，能够更全面的覆盖测试面，争取最大限度的找出问题所在。
3、在测试工具，软件，脚本等方面进行创新，提高测试正确度，测试效率，真正达到自动化测试的目的。
以后主要对自动化更深一步的了解，学习，还有对移动业务庞大的系统进行深入了解，经过这样紧张有序的一年，我感觉自己工作技能上了一个新台阶，做每一项工作都有了明确的计划和步骤，行动有了方向，工作有了目标，心中真正有了底！基本做到了忙而不乱，条理清楚，从根本上摆脱了刚参加工作时只顾埋头苦干，不知总结经验的现象。针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。
推荐第4篇：自动化测试方法改进方案
自动化测试方法改进方案
自动化测试是测试领域中一个争议性比较大的区域，虽然它并不是一个新生的事物，但是至今仍没有一套比较完善的理论可以提供行之有效的方法，使之更好的为产品质量服务。各个研究机构和公司的专家提供了许多自动化测试的理论和模型，但是均没有形成通用理论，被大众广泛认可。
作者通过对安全产品进行自动化测试，从需求定义开始进行跟踪，涉及产品的设计与实现，对产品的接口、实现功能等进行自动化集成测试，采用测试代码和测试角本相结合的开发方式。作者总结了在工程中遇到的问题和实施中的成功之处，提出改进意见，对自动化测试人员具有较强的工程参考意义。
二、自动化测试简介
所谓自动化测试，就是充分利用测试理论和相关的工具，对产品进行自动化的测试，减轻甚至摆脱某些人工测试的繁重劳动，能够形成统一的测试报告并发布。
自动化测试涉及面很广，可以涉及单元测试、集成测试、系统测试、压力测试等诸多方面，针对不同的测试有不同的处理方法和工具。
经过实践，业界对自动化测试形成了一定的统一观点：
自动化测试不能代替手工测试;
自动化测试进行的是常规测试和回归测试，测试集覆盖率和BUG发现率均不高(这两组数据没有定论，根据测试系统的不同，数据会有所不同，但均低于50%，甚至低于30%)。
三、测试中的“人”
人永远是软件开发领域中的重要因素，不同的人掌握着不同的角色。充分调用不同角色的主动性，可以有效的提高自动化测试的效率。
1.领导支持
自动化测试是个系统工程，测试人员要制定合理完善的测试用例，需要得到需求、设计、开发等相关人员的配合。没有领导的鼎力支持，各方力量配合将会减弱，测试的实现目标将会大打折扣，测试工期也将无法保证。
因此从需求调研之初，就需要得到领导的大力支持，充分估计自动化测试所能达到的目标，制定良好的开发计划，如有可能，由项目经理直接进行领导，以期达到自动化测试的最优效果。
2.避免测试人员“挪作他用”
在许多公司，自动化测试均不是专职人员，经常是针对产品从研发、测试等部门抽调而来，因此他们原来都负担过别的工作。在自动化测试工作过程中，尽量不要由于其原工作问题，将自动化测试人员调回，更不能因为自动化测试在前期开发过程中收效甚微，在开发工期有限的情况下，暂时裁减开发人员。由于自动化测试工作量很大，从理解需求、设计用例、用例实现、测试驱动的设计与开发，到用例调试、用例的最终应用要经历比较长的工期，经常性的人员调动会导致工作情绪的波动和工作进度的滞后。
四、文档工作
在项目管理中，文档是软件工程各阶段的产品和依据，自动化测试当然也不能例外。
1.测试文档要及时
自动化测试与其说是一种任务，更不如说是一个公司知识库的积累过程，测试代码绝不是自动化测试的最终目的。
因此在测试开发过程中，要随时书写自动化测试的配套文档，并要根据需求和设计的变化，即时更新。文档包含自动化测试的设计、实现文档，测试集测试用例文档，测试驱动文档。测试文档的积累，也是对公司知识库的积累，减少将来进行同样开发的成本。
2.开发文档要完善
自动化测试的根本是文档，它依靠需求和设计文档来开发用例，而绝不是根据开发人员实际代码来进行的。因此在自动化测试开始工作之前，要准备好各种文档，包括需求、接口设计、数据库定义等，测试人员只有依据这些文档，才能制定合理的开发计划，开发出适合本系统的测试用例。
一定要避免由于工期等原因，产品的需求和设计文档跟不上，甚至编码前几天，需求设计才最终确定，在开发过程中也要避免频繁的更改需求和设计，其结果经常导致自动化测试人员开发测试用例“无依据”，常常要跟着开发人员跑，而不是跟着文档跑，期间的沟通要花费了大量的时间与精力。同时已经存在的文档如果经常发生变化，如果通知不及时，也会导致开发成本的加大。
通过自动化测试，可以达到检查开发文档，促使开发流程规范化的作用。
3.自动化测试报告清晰
自动化测试之所以在业界一直得以推崇，就是因为测试的自动化、报告的自动化，倘若缺少一份有效的自动化测试报告，即使有再全面的测试用例，别人也会对工作感觉很茫然，缺乏到工作的全面了解。
测试报告中，除有明确的统计数据(包括测试用例数据、通过率等)，还需求提供测试的跟踪信息、测试用例失败的原因分析。特别是由断言失败导致的失败原因分析，应具有很好的原因说明，良好的可读性，对问题有很好的描述与定位，可供自动测试人员、开发人员、设计人员和领导等多方人员阅读，对测试结果有很好的理解和定位。
自动化测试报告最好要做到妥善保存，利用测试报告可以跟踪项目进度，把握功能点的完成情况，同时也有利于BUG的回归查找。
五、方法的改进
在实施过程中，需要掌握不同的处理方法，应对处理各种实际问题，包括人员情绪。
1.沟通方式要完善
确认了自动化测试，就需要把自动化测试工作纳入到项目的统一安排之中，把自动化测试人员也做为需求、设计、开发的相关共利者，当发生改变时，要即时通知，以便修改测试用例，避免编码或设计已发生改变，而自动化测试还不知道，其结果将导致查找原因花费大量时间。
沟通也发生在人际关系的处理上。为充分理解需求与设计，自动化测试人员不可避免的要找设计人员沟通产品设计，有时还可能是频繁的询问，遇到设计人员工作重或心情不好，就有可能导致沟通上的困难或不充分。因此沟通需要技巧，测试人员需要耐心与细心，与开发人员保持好的关系，同时要尽量把问题一次沟通清楚，避免沟通不清导致测试用例返工，由此导致工作量的浪费。
对于基于组件的自动化测试，需要开发人员对功能充分的理解，明白自己开发的功能必须依靠什么组件，模块运行必要的支持组件。开发人员理解不充分，就会浪费测试代码的调试时间，直接影响最终的部署。
2.测试用例代码健壮性有待提高
测试用例的代码应具有很好的健壮性，理想的测试用例代码本身不会引入错误误报，断言错误时，只能是被测模块发生了失败。而在实际实施过程中，测试代码的健壮性很难保证，一方面由于测试用例代码编写人员本身编程水平不能保证，很可能产生代码上的BUG，另一方面由于需求和设计的变化，测试用例本身也要随时发生改变，测试用例更新不及时，就会导致被测模块的失败，因此及时沟通，及时更新用例代码，也是非常有必要。
3.避免测试驱动滞后
测试驱动是实现测试用例的根本，由于分工和涉足点不同，自动化测试人员只能完成很少一部分测试驱动，其它驱动由开发人员完成，测试人员只是负责定义驱动的输入输出接口。
但是开发人员有自己的任务，编写测试驱动势必增加其工作量，影响其原有工作的进行。为了自动化测试的正常进行，必须要与开发组领导进行充分的沟通，合理安排开发人员工作量，在不影响原有工作的基础之上完成测试驱动。
测试驱动实现的滞后，将影响测试用例的调试和最终部署，影响整体流程。
4.多种自动化测试工具的引入
一种产品可能会包含各种功能组件，比如数据库、界面、通信等各种操作，因此要引入不同的自动化测试工具，完成不同功能点的测试。如界面操作的角本录入WinRunner、压力测试工具LoadRunner等，各种工具的引入，可以使自动化测试的测试用例覆盖率扩大，使自动化测试更加深入和全面。
5.自动化测试工作的必要性
这一点也是最难处理的。自动化测试由于缺少成型的理论指导，常常导致没有达到理想的效果，使领导和开发人员怀疑其工作的必要性，同时也可能成为软件项目管理中的“鸡肋”。
如何考虑这个问题呢?是否有必要设置自动化测试这一环节呢?
要处理这种心理落差，就需要在开始工作之前，领导及相关人员确立切实可行的目标，考虑清楚自动化测试测试用例的覆盖范围、BUG率等，不要过于乐观的考虑自动化测试的工作成果。根据实际情况制定切实可靠的目标，使获得的回报更驱于理性。公司原有自动化测试的知识储备、自动化测试人力资源的部署、整体团队的配合等诸多因素都会影响工作的最终效果。
六、结束语
自动化测试是一片新鲜的土壤，虽然没有特别完善的理论，但是只要在实施的过程中把握好几条重要的原则，一定可以达到很好的效果。
推荐第5篇：自动化测试平台学习总结
自动化测试平台学习总结
学习工作内容
在如下的案件流程中：
1.自动化开发平台_数字法院3.4_民事_中院_一审案件_走审查走审批_全子表流程
2.自动化开发平台_数字法院3.4_民事_中院_二审案件_走审查走审批_全子表流程
3.自动化开发平台_数字法院3.4_民事_中院_公示催告案件_走审查走审批_全子表流程
4.自动化开发平台_数字法院3.4_民事_中院_申请支付令审查案件_走审查走审批__全子表流程
5.自动化开发平台_数字法院3.4_民事_中院_民事再审案件_走审查走审批_全子表流程
添加新案件来源的模块到流程中；
添加新法标_接待新案件模块到流程中； 添加新结案方式到配置中；
添加完之后将各个案件流程跑通；
准备工作：登录自动化平台点击客户端下载“页面元素抓取工具”，
运行自动化平台最好使用“猎豹浏览器”，因为IE用于抓取页面信息，区别于自动化测试平台登录，这样截取的页面信息比较准确。
（laxt地址:http://172.16.60.244:8088/laxt(登录用户:lijh 密码:123) 审判系统:http://172.16.60.244:8484/spxt 自动化平台地址:http://172.16.31.100/atdp/login.do 登录用户:wanghuanren 密码:wanghuanren）
操作过程
这几个案件的自动化流程是用于新案件类型的，所以需要添加“新案件来源”“新结案方式”“新法标_接待新案件模块”到每个案件流程中，使得新案件流程能够对应新修改的页面走通流程。
1.在每个案件流程中的模块都是添加好函数的模块，在这次操作中，基本不需要修改模块里的函数；
2.需要加进去新案件来源的参数值，是在“新法标_新案件来源_公用”模块中。参数值来源于laxt页面上的下拉框的值；
3.新结案方式的配置是在“配置”中，先数据后控件： 数据配置，先找到“小节”，选择哪个小节，需要去流程模块的最后阶段“子表通用”的结案项之上的“批量赋值”中看，其参数就是小节，或者带有结案字样的模块，看到是“结案”上有一个为批量赋值那一项中的参数值就是了。
然后就是控件，控件的话需要的页面抓取工具，抓取结案方式的那个html id到参数值。
遇到的问题：在实际操作中，批量赋值中没有小节名，现在需要在配置中在增加一个小节。在“配置”中点击批量获取，调用抓取工具，在NP的spxt的结案页面上选择一个框就能够获取到一个小节的页面信息，注意将结案页面上必填项都填上，抓取后的小节信息中关于日期的都修改为{今天}，就完成了一个结案信息的小节。
在执行时如果有连接服务器一直处于连接状态的话，就直接在服务器：172.16.31.105上进行执行。（从101到120都是可用的服务器：Micro\\administrator/ceshi1）
步骤：将要执行的流程名字放在服务器的：D:\\自动化开发平台\\自动化开发平台\\配置
中的测试控制.ini下的第三行：当前流程=?的后面
点击开始的自动化平台远程助手，【调试模式】，再运行QTP。就可以执行自动化了。
遇到的问题：在执行民事二审自动化流程时，点击二审后跳转的页面是“刑事二审”的，这是由于重名导致的自动跳转问题。修改的时候，在流程中加入一个判重模块用于判重，修改参数值，排去无效模块，进行再次运行，就将正确跳转到民事二审页面，见下图：
推荐第6篇：测试工程师岗位职责
1．严格遵守公司及部门各项规章制度，服从领导安排。
2．全面负责检测技术工作，配合各研发工程人员做好检测工作。
3．负责对废油、基础油进行检测并判定油品级别。
4．负责公司油品处理工艺的设计和改进工作。组织、实施油品性能参数测试及相关化工实验。做好检测工作的同时，保证自身安全。
5．对各自负责的试验检测的工作质量负责，严格按照试验检测规程、规范标准和有关规定进行试验检测。准确读数，认真填写试验记录，做到项目齐全，字迹清楚，并对试验的准确性和真实性负责，出具试验报告，试验资料应认真整理，并及时归档。
6．负责上报仪器检测设备的维修计划，编制填写仪器设备操作使用及维修记录。
7．对试验仪器因保管、使用不当而造成的损坏、遗失负直接责任。
8．负责起草、编制、完善各类仪器操作指导书。
9．负责试验物品的管理、摆放，做到分类管理，标识清楚。
10． 试验物品应根据实验要求，合理取用，避免浪费。
11． 做好试验检测准备工作，熟悉试验检测项目的检测规程及检测方法、规范、标准和要求，按规定检查样品、仪器设备、环境条件，各项合格后方可检测。
12． 对实验室内的物品负保管责任，特别是各类化工试剂，应严格登记各项入库及使用记录。确保无外流情况发生。
13． 严格按照操作规程和规范要求使用仪器设备，爱护设备，注意保养，发生故障或异常情况时，应及时上报，并提出解决的意见和措施。会同有关人员及时排除故障，恢复正常。
14． 保证测试数据及技术不受外界干扰，对试验、检测结果的真实性负有直接责任。确保检测数据的准确、科学、公正。
15． 确保仪器设备运转良好，精度准确。负责仪器设备的更新、降级、报废计划的编制，以及仪器设备的调配、清点工作。并做好相关记录。
16． 按照国家及行业部门的有关规定，制定各项试验室规章制度，检测实施细则，确定检测方法，检测流程，研究新技术等。
17． 对样品进行检查，确认其外观与收样记录一致。并记录在案后，该样品方可进入检测程序。
18． 负责检测仪器设备的鉴定、校准和对比，提出检校报告。
19． 掌握各种产品的检验标准、检测规范、检测细则、检测方法，根据需要和可能，提出新的检测方案。
20． 积极推广新材料、新工艺、新技术，为研发工程服务。
21． 努力学习专业知识，不断提高试验检测技术水平。
22． 每月对试验室仪器设备及物品进行盘点核对，并将异常结果上报。
23． 负责试验室内的环境卫生，保证实验室的整齐、干净。
24． 完成上级领导安排的其它临时性工作
推荐第7篇：测试主管岗位职责
1.组织制订测试方案与计划，并负责实施的管理与控制。2.根据系统和设备需求及设计编制测试方案，制订测试计划，对测试过程实施管理的控制。3.负责实施集成测试，产品验证测试，汇总测试报告，编写测试总结、质量检测报告和产品的版本控制等。
推荐第8篇：测试部岗位职责
一:说明
根据公司现有业务及目前的情况，对测试部门进行规划，主要从管理和技术两个角度出发，进行职责划分
二:职位
测试经理
过程改进专家（测试专家）
测试组长
高级测试工程师
测试工程师
三:职责描述
测试经理职责：
制定部门年度发展规划
合理构建测试团队组织结构
深入研究多方面测试领域，培养领域专家
协调测试资源，并对各种资源进行计划、分工和管理
参与设计及评审
制定测试团队日常工作制度（汇报制度、工作总结制度、奖惩制度、会议制度） 测试过程改进专家职责
根据部门年度发展规划制定年度改进计划
完善各类文档模板、并做到持续改进
完善测试部门内的各类流程、并做到持续改进和推广
协助测试经理建立测试团队日常工作制度
推行评审工作
对测试部使用的工具进行改进和推广
测试组长职责：
根据部门年度发展规划制定小组年度计划
负责小组团队建设、对小组成员工作负责，检查工作完成情况
对整个测试项目进行管理，对最终的产品质量负责
参与编写测试方案、测试计划、测试报告，并能够帮助测试工程师完成工作 负责组织项目测试各阶段的评审和验收
服从项目管理，保质、保量、按时完成本小组负责的测试任务
对本小组提交的文档负责
与研发团队等进行有效沟通，并协同研发、质量控制及配置管理等小组工作，提供必要的技术支援
高级测试工程师职责：
辅助测试组长完成小组年度计划并执行
辅助测试组长进行项目分析、制定测试计划和测试方案
负责项目中具体业务的分析、整理，辅助测试工程师进行测试需求分析
提供测试工程师业务培训和指导、答疑
负责测试过程中与项目组成员的沟通
对整个项目的质量进行监督和控制
对测试过程产生的文档进行管理和版本控制
有义务对项目工作提出建设性建议
有义务对测试小组长提出建设性建议
测试员职责：
服从项目管理和组长管理
执行小组年度计划、并按计划汇报执行总结
根据软件需求进行测试需求分析、测试用例设计并保证足够的覆盖率
执行测试用例，提交缺陷报告并跟踪缺陷处理流程
有义务对项目工作提出建设性建议
有义务对测试小组长提出建设性建议
与研发等相关部门进行有效沟通
负责搭建整个团队使用的测试环境，维护测试设备
对被测试软件进行配置管理和版本控制，记录系统升级时间，升级次数等
推荐第9篇：软件测试岗位职责
测试岗位职责
目 录
1.主要职责说明 ...............................................................................................................................1 1.1.目的 .................................................................................................................................1 1.2.编写测试用例 .................................................................................................................1 1.3.搭建环境 .........................................................................................................................2 1.4.执行测试 .........................................................................................................................2 1.5.BUG验证 ..........................................................................................................................2 1.6.编写相应文档 .................................................................................................................2 1.7.编写测试报告 .................................................................................................................2 2.性能.............................................................................................................................................2 2.1.根据项目设计与实现有关自动化测试的代码与用例 .................................................2 2.2.任职要求 .........................................................................................................................3 3.岗位概述 .....................................................................................................................................3 4.工作职责 .....................................................................................................................................3
1.主要职责说明
1.1.目的
仔细阅读项目规格说明、设计文档、使用说明书等，充分掌握软件的性能、特点、使用方法、业务流程等，协助测试经理制定项目的测试计划，保证产品测试工作的计划性与规范性 。
1.2.编写测试用例
按照测试流程、计划以及对产品特性的把握，沟通确认测试的范围、重点，考虑逻辑、数据完整性等要求，详细规定测试的要求，策划、编写测试用例，设计测试用数据及预期结果，做好测试前的准备工作，确保测试目的的达成 。 1.3.搭建环境
搭建测试环境，保证测试环境的独立和维护测试环境的更新，做好测试前的准备工作，确保测试环境的稳定和版本的正确。
1.4.执行测试
执行测试，根据测试计划及测试案例，执行测试，并根据产品特点及测试要求，实施集成测试、系统测试等，及时发现软件缺陷，评估软件的特性与缺陷，确保测试目的的达成。
1.5.BUG验证
进行BUG验证根据测试结果，与开发部门反复沟通测试情况，督促开发部门解决问题，修正测试中发现的缺陷，完善软件功能
1.6.编写相应文档
进行测试记录和相应文档编写。
1.7.编写测试报告
编写测试报告和对测试结果分析，通过测试，掌握软件具有的能力、缺陷、局限等，对软件质量给出评价性的结论与意见，整理测试文档，填写软件测试报告,编写测试总结，为软件开发成果提供总结性意见
2.性能
1.熟悉测试流程，能独立完成测试计划，测试用例设计。熟悉数据库检索操作，需要熟悉Oracle，Sybase，Mysql，SQLserver中至少一种。黑盒测试，灰盒测试，需要有一定的代码基础（.net/c#/php) 2.根据项目计划制定项目测试用例并实施，保证项目质量和进度
2.1.根据项目设计与实现有关自动化测试的代码与用例
1.根据项目特点，开发合适测试工具或自动化解决方案，提高测试效率，参与程序架构和代码的评审工作，并提出改进意见， 设计与执行测试用例，跟踪定位产品软件中的缺陷或问题 ，与项目相关人员就项目进度和问题进行沟通。
2.参与电信项目开发；参与参加定制终端项目开发，包括但不限于。
3.负责测试计划编写，测试用例设计，测试执行和报告，编写必要的测试工具。2.2.任职要求
1.本科以上计算机相关及相关专业；
2.熟练操作UNIX和windows操作系统，熟悉Unix Shell编程； 3.熟悉常用的Test工具和bug tracking 工具；
4.熟悉常用大型数据库如Oracle/Sybase的使用及安装；5.良好的文档书写能力；
6.要求英语具有良好的听写能力；7.具有电信软件开发经验者优先；
8.学习能力强，善于思考总结，工作认真、责任心强，有较强的沟通和协作开发能力，工作效率高。
3.岗位概述
根据测试计划，完成指定的测试工作，并学习和推广使用新的测试技术和工具。负责组织搭建，管理和维护部门的测试环境。
4.工作职责
1、接受测试任务，进行需求分析；
2、按照测试计划搭建测试环境，并保证测试环境的可靠性；
3、按照测试计划编写测试用例，保证测试用例合理有效；
4、按照测试用例执行测试，及时发现缺陷，并使用工具进行管理缺陷；
5、编写和提交测试报告，保证测试进度按计划完成；
6、参与审核其他测试工程师的测试用例和报告；
7、学习和推广使用新的测试技术和工具；
8、负责组织搭建，管理和维护部门的测试环境（测试环境管理和维护方向适用）；
9、参与自动化测试框架设计，各产品自动化测试的设计、实现与维护（自动化测试方向适用）；
10、负责组织对产品进行压力测试（压力测试方向适用）；
11、搭建与维护部门的配置管理环境，制定配置管理工具并指导部门成员使用；进行配置管理流程规范和配置管理工具的宣贯、引导和培训（配置管理方向适用）。
12、具备软件工程的基本知识，熟练掌握各种测试理论和测试技术；
13、熟悉Windows操作系统，熟练掌握HTTP协议；
14、具有良好的中英文沟通能力，有较强的独立工作能力和解决问题的能力。
15、精通测试过程设计和用例设计方法，能主动进行技术钻研。
16、良好的文档写作能力。
17、至少在性能测试、自动化测试、白盒测试方面中有一项专长。
18、熟悉linux系统操作。
推荐第10篇：自动化测试学习历程感悟（定稿）
软件设计与自动化测试学习历程感悟
序言：最近一段业余时间都在进行web编程设计，采用的是JSP技术，虽然JSP在网站设计上过于复杂，可是其能帮助学习java的思想，而且觉得在理解自动化测试方面颇有些帮助。自动化测试设计也是软件产品设计的一种，不过为了在此区分，一个为被测试软件的设计，一个为测试软件的设计。前者是面向特定用户使用的，后者是面向测试人员使用的，前者是为了帮助特定用户实现某个场景、提高生活效率。后者是为了帮助测试人员完成测试工作，提高测试效率。
回想自动化测试过程和软件设计学习过程，后来看了一个人所谓的软件设计学习历程，颇有感悟，当然，只是在这里说说自己的感受，也许说的有点乱，读者需要保持一颗自我和清醒的心。
软件设计学习过程：
某位人士23岁毕业，对Java的优雅设计情有独钟，其Java技术之旅开始了。
1、最开始三个月，开始接触Java，比如接口、继承、封装等，买了本《Think in Java》天天啃，并且同时做项目实践。猛学了三个月后，对面向对象编程OOP熟悉了，原来脚本式思维和对象思维确实有差别。
2、三个月后，开始啃《Core Java》，《Effective Java》，对Java有了更深入的了解，回调的概念也有了，逐渐接触到更高的层次，面向对象设计OOD，这时又看了一本书《Head First Design Patterns》，感觉设计模式特别有趣。再写代码，已经不是面向实现编程，而是面向设计编程。感觉写Java代码太简单了。逐渐了解了WebWork等Web框架的使用。
3、六个月过去了，Java瘾越来越大，逐渐开始往更高层次攀登，这时，又看到两本书《企业应用架构模式》、《UML和模式应用：面向对象分析与设计导论》，已经开始从设计往面向对象分析OOA、架构攀登了。Hibernate已经比较熟悉了，了解Hibernate背后的持久化技术、Spring背后的IoC容器、组装技术原理。
4、一年后，他逐渐脱离了Java语言，开始看这类书《面向模式的软件体系结构卷1》。这个阶段持续了一年，并且对以前的学过的设计模式，如命令模式、观察家模式有一个更深入的了解。因为两年的企业应用开发，他已经熟悉了Java EE的十来种规范，对Web容器和Servlet规范的关系有很深的理解，对JDBC规范和数据库驱动程序的关系也很了解。他正在经历Java开发的快速上升期。
5、两年后，他突然发现，他学的很多东西都没用，都是纸上谈兵，比如，在自己的企业应用开发中，Command模式、Template从来没有用过。他还发现，本来100行写的一个功能，花了1000行，就是为了所谓的设计优雅性：可扩展。而实际上，还没有等到扩展，该系统就已经废掉了。他发现原来设计模式主要用在系统框架开发，而不是应用开发，一般开发人员不用，只需要理解。他还发现，他认真学过的JMS、JCA、JTA、EJB像是从来没有用过。突然他想通了，JMS、JTA可能是一种无奈的选择：处理遗留系统。当他开始对自己两年学到的知识进行反省、批驳时，他已经有了技术辨别能力，知道技术推广也不是那么纯洁，也有商业炒作。这时候，他已经不限于Java了，开始了解C#，Ruby，发现Java可能并不太适合互联网开发，PHP可能更适合，ROR开发更快但需要在牛人的手里。两年后的这个时候，他才开始真正驾驭Java，他已经不再限于Java，而是企业应用。这个时候，技术提升的速度越来越慢了，因为不知道还可以学习什么新技术。因为他发现，原来这些东西，最深层次的，都是几十年前的技术概念：消息系统、异步通讯、事件机制等等....
6、三年过去后，他已经不再限于企业应用，而是解决方案，技术只是一种解决问题的方式，比如企业信息化成功的关键，恐怕不是技术，而是企业本身的业务流程成熟度;企业信息化成功的关键，不是处理好了技术，而是处理好了几位企业高官的利益。这时候，对IT行业新闻，逐渐有判断力和免疫力。他突然发现，技术的力量很有限，商业才是最大的驱动力量。而此时，他已经不再钻研技术细节，比如JVM的垃圾回收机制，如果他在一个技术研发型公司，比如普元，可能还会深入挖掘技术。如果他在东软这类行业应用开发企业，这类企业的口号是Beyond Technology，这时候他再执迷于技术而轻业务，恐怕不太受欢迎。这个时候，技术的提升，就会进入一个平台期。
自动化测试学习过程：
自动化测试的整个学习过程中，不断在探索，虽然时间不算很长，但是确实是在一直在思考、一直在观察、一直在领悟：
1、刚开始的时候，是从手工测试入手，偶然之间开始了自动化测试之旅，发现自动化测试很神奇，在进行自动化测试用例撰写过程中(命令行的填充)，对脚本技术(tcl)猛学了几个月。
2、若干月后，随着自动化测试用例加多，偶然开始有了结果的输出、日志的记录以及脚本库。在不清楚所谓的框架时，形成了一个简单的“框架”。
3、之后，需要对界面进行测试，开始研究自动化测试工具，之后在领悟了其神奇之后，开始疯狂的学习商业自动化测试工具(RFT、QTP等)，因为主要是研究RFT，被其ITCL的框架深深打动、后来在实践过程中，脱离了录制，开始迷恋基于工具的各种框架。RFT的ITCL、QTP的轻量级框架以及各种工具的自动化测试框架，后来也学会了自己去拓展这些框架。
4、之后，因为对RFT的学习，开始喜欢上了java设计，每天都享受应用java设计，开始沉迷于技术，想着如何去用技术完善自动化测试，开始不注重那些已经搭建好的脚本环境。
5、到了现在，突然回过头发现，自动化测试最害怕的事情就是一群疯狂技术者的游戏，其实最基础的还是踏踏实实的把需求做好，以前所设想的搭建的业务分层现在不是主要问题，以前设想的如何去跟踪命令行的变更问题，到现在也不是主要问题，其主要问题是一个简单的技术是否实现了其需求正常的落地了，发现现在真正用起来的东西才是最好的。而更多的技术只是在需求不能得到满足的情况下去拓展的。
6、当然，工具、编程、框架都是必须的一个过程，关键是不要纠结于一些技术细节而不去向前，要看到主要和本质的东西，其工具、编程、框架、流程最终都需要转换成思想，不管何种方式都信手拈来，成为满足需求中的一部分。所以接下来，我觉得，自动化测试的学习道路有两个阶段，第一个阶段，以技术学习为基础，不断进行技术方面的探索。然后，每隔一个阶段，跳出技术的视野，去挖掘一定的自动化测试需求，其痴迷的细节不是技术方面，而是自动化测试需求方面，从另一个角度说，也是测试的方式和需求。
7、而在学习java的过程，也接触过J2SE、J2ME、J2EE，用了swing界面，也进行web设计，进行最基础的设计、也应用了一些框架，在没有多少实践的时候，就开始专研设计模式且一直以数据结构为伴随，后来在进行整个系统设计中，也学了一点系统建模以及数据库建模，但总的来说，还是处于模糊状态，也曾迷恋过，也曾迷茫过，一直处于一种不断怀疑、不断痛苦、不断惊喜的过程。
其实个人想说的是，上两种方式，并不是去评断其好坏，不管什么方式，都有其好坏性，大家看看热闹就行，但是每种方式、每种领悟都是一段过程的结果，最重要的是我们坚定一个学习的信念不断学习下去，学习但不要迷恋于技能、要总处于一种简单的自我怀疑状态，一切以价值实现为导向即可。
突然想起，以前看的一段话：人早期看山是山、看水是水;中期看山不是山、看水不是水、晚期看山还是山、看水还是水，也许就是说的我们这一段学习过程吧，刚开始因为单纯，所以我们能够简单应用那些知识实现我们的需要就行，后来学习的深究，各种技术交杂在一起，人难免会有点晕眩，不能把控好自己的方向，后来，才发现不论什么方式，其实最终目的还是为了需求，不管简单或者复杂，能够把控好自己，把控好整个流程就好。
所以，自己还在技术的迷乱期，需要的还是不断的学习，这就是一个过程，所以相信，最终还是会有一个接一个的领悟，但关键是坚持啊，坚持啊，不管迷茫、不管怀疑。
第11篇：iPhone App自动化测试工具总结
iPhone App自动化测试工具总结
无线客户端的发展很快，特别针对是android和ios两款无线操作系统的客户端应用，相应的测试工具也应运而生，这里主要给大家介绍一些针对iPhone App的自动化测试工具。
首先，我们把这些测试框架分为三大类：接口测试工具、注入式UI测试工具、录放式UI测试工具。
一、接口测试工具，主要在iphone SDK提供的单元测试框架的基础上，完成代码的接口功能测试。
这类工具用的比较多的是SDK本身提供的test unit，以及google的google-toolbox-for-mac工具。google的GTM工具是在test unit上做了一层封装，可以简单、快速的完成测试脚本编写，提供完善的测试日志和报告，并提供部分简单的UI测试功能。
详细的文档可以参考这里：http://code.google.com/p/google-toolbox-for-mac/wiki/iPhoneUnitTesting
二、注入式UI测试工具，可以完成对被测应用的UI功能测试，需要在源代码中加入一些必须的测试代码。优点是可以模拟用户的操作，测试被测应用 的相关功能，可以覆盖比较全的应用功能。缺点是因为在源代码中插入了必须的测试代码，而这些应用发布时需要去除，引入了被测应用和发布应用不一致的风险。
UISpec,提供了用例运行前的准备和运行的恢复功能，UIQuery功能，以及较为完善的校验功能，但该工具的使用比较复杂，脚本的编写也很繁琐，虽然对UI可以query，但无法方便、清晰、直观的查看应用控件的属性。
详细的文档可以参考这里：http://code.google.com/p/uispec/wiki/Documentation
Bromine,脚本编写简单，对控件的操作，完全模拟touch事件实现，但控件的定位通过对控件重画，并插入定位需要的信息，xpath的描述串也稍显复杂，校验功能相对较弱。
详细的文档可以参考这里：http://code.google.com/p/bromine/
三、录放式UI测试工具，主要通过录制用户的操作行为，通过回放来完成对被测应用的功能测试，这类工具对UI的功能测试相对是比较弱的。
比较常用的有Instrument、FoneMonke 。
Instrument，是iOS提供的主要用于分析应用的性能和用户行为的工具，利用它可以完成对被测应用的简单的UI测试。
FoneMonke，是国外提供的一个开源的，免费的录制/回放工具。网站：http://www.daodoc.com/fonemonkey
以上是了解的一些针对iPhone App的自动化测试工具，大家感兴趣的可以了解了解，欢迎交流、学习！
第12篇：自动化测试案例设计及读后感
[转] 自动化测试案例设计及读后感
作者：TIB来源：博客园发布时间：2011-04-06 09:51阅读：198 次原文链接[收藏]
散步的SUN
自动化测试已经越来越深入人心，其重要性也是不言而喻的。性能测试中大规模并发的要求，压力测试中的大规模压力的模拟，回归测试中的大规模测试用例的反复执行都要求实现一个高可用、高可扩展性的自动化测试框架体系。因此，如何在一个开放的框架下，构建一个完整的自动化测试体系是我们需要研究的方向。
一个完整的自动化测试框架体系包含以下几个部分：
1、自动化测试框架；
2、测试脚本以及测试数据管理；
3、测试脚本的执行管理系统；
4、测试结果的显示与分析系统。其中最重要的是自动化测试框架部分。
第一部分，自动化测试框架。自动化测试框架要解决的问题，从本质上来说，是实现分布式资源透明化的过程。由于性能测试、压力测试的要求，我们往往需要构建一个分布式的测试环境，在这个分布式的测试环境中，我们需要多种测试平台（例如：多台windows，多台linux等）。自动化测试框架的作用就在于将分布式环境中的各种资源变成相应的服务对象。例如一台windows机器，在自动化测试的框架中，我们看到的将不再是一台windows机器，而是绑定到某一个IP地址上的一个服务对象。通过这个对象，我们可以通过一个通用的调用方法（本地调用一个远程提供的方法，需要采用对象映射的技术），告诉这个对象，让它做我们希望它去做的事情，例如启动一个指定的测试脚本（这个测试脚本可能是我们日常写的某一个测试用例，也可能是其他操作）。在自动化测试框架的实现上，其主要是建立了一个以提供服务为主的底层的通讯网络。而在服务的应用上，我们可以采用插件模式，以及对象映射的技术，可以动态的无限的扩展我们的服务。根据我个人的实践，STAF + python的开发模式可以很好的实现这个框架。STAF主要构建了一个网络体系，使得各种机器资源之间可以自由的通讯。而python则可以在STAF的基础上进行二次开发，可以构建一个动态插入的服务体系。
第二部分，测试脚本及测试数据的管理。首先要选择一种合适的自动化脚本语言。一般来说，需要考虑以下几个方面：（1）高可读性，（2）无需编译，（3）可扩展性，（4）强大的第三方支持，尤其是对各种数据源的支持。我们可以采用CVS或者SVN的方式来实现对测试脚本和测试数据的管理。在这里，主要依靠高度组织化的目录结构来实现，尤其是需要和实际测试过程中的测试套件，测试模块以及测试用例的组织结构进行匹配，分级管理。形成一个完整的测试脚本和测试用例的资源库。对于测试脚本的编写，有一些基本的要求：
1、形成一套测试脚本的编写规范；
2、测试脚本采取分层设计思想，持久层（数据资源库，对象资源库，统一IO），逻辑层（封装基本业务逻辑，实现API级调用），脚本层（实现测试用例过程，主要是描述测试步骤）。通过这些，测试工程师编写测试脚本将会变得十分轻松，测试的效率也会有大幅度的提升，大规模回归，甚至是在第一轮测试就实现自动化测试也不再是梦想。
第三部分，测试脚本的执行管理系统。大量的测试脚本编制好了以后，一个很重要的步骤就是大批量的执行这些测试脚本。通过CVS或者SVN的管理，我们生成了一个测试资源库，一个测试用例将是一个测试脚本。测试脚本执行管理系统的目的，就是要在用户定制的时间去执行用户选定的测试用例。测试脚本执行管理系统也应该能动态的追踪到当前正在运行的任务的状态，例如执行百分比等等；还可以实现多用户管理，例如同时执行多个用户提交的测试需求。同时，测试脚本管理系统还应该实现测试环境自动部署的功能。一般来说，我们在进行大规模的自动化测试之前，需要准确部署测试环境，这里就要求用最新的代码版本来进行测试。因此，测试环境的自动部署也是很重要的。
第四部分，测试结果的显示与分析系统。通过统一的IO调用，我们可以将测试过程中产生的错误信息，日志信息，以及测试结果动态的放到我们想要存放的地方。测试结果的显示与分析系统正是基于这些数据进行处理的系统。每一个测试用例在执行的过程中，需要输出大量的日志信息，这些日志信息是非常重要的。通常，我们判断一个测试用例执行结束以后，是否有Bug，常常需要深入分析这些日志信息。在测试用例执行的过程中，不光要打印相关的测试数据，实际获取到的数据，还要打印相应的测试步骤，这样才便于对测试结果进行分析。至于显示系统，主要是对测试结果的一个分类检索功能，可以生成各类报表，例如，一个300个测试用例的模块
中有多少通过的，有多少是失败的等等。有一个基本原则是很重要的，自动化测试不是为了自动化，而是为了发现Bug。如果自动化测试不能发现Bug，那么花费大量的人力物力实现自动化，也是没有什么实际意义的。因此，深入收集测试用例执行的过程中产生的各种信息是非常重要的。个人的实践经验表明，这些信息对于发现Bug起着至关重要的作用（测试步骤的描述也不容忽视）。
自动化测试体系不是一个工具，一种自动化测试脚本语言就可以实现的。它需要一个完整的解决方案才能实现。个人的实践经验表明，自动化测试框架的引入、强大的资源整合能力和有效的自动化测试体系的设计将是实现自动化测试的十分重要的因素。
特别喜欢这篇文章，从整体上把握了自动化测试，我们好多人做自动化测试，一开始就缺乏全局观念，但全局观念的修炼却又是很难很难的，不仅需要懂得各种技术，最关键的是其快速的学习能力，以及从宏观上把握整个流程的能力，因此，如果真的想帮助公司把自动化测试做大做好的话，不是一个自动化理念，也不是一个自动化工具，而是一整套的自动化测试解决方案；如果真的从这上面出发的话，我相信，做好自动化测试不是一个遥不可及的东西。
第13篇：电气与仪表自动化岗位职责
电气仪表自动化岗位职责
1、工段长岗位职责
1）负责自动化仪表工段的维修组织、人员调配和可控费用的管理使用。 2）主持自动化仪表工段每日例会，听取汇报，传达上级指示，布置任务。
3）服从上级领导指挥，按照分厂日生产经营计划制定详细落实方案、措施，组织全体职工完成分厂下达的各项任务和指标，并对这些指标的完成情况负主要责任。
4）负责本工段的基础管理工作，制定经济责任制，细化安全生产管理标准，制定工段内部管理制度。
5）负责电器与仪表自动化工段的备品备件计划报表审批工作。 6）负责本工段员工的安全培训教育和隐患排查治理工作。 7）按照公司和分厂指示要求，组织开展各项活动。 8）负责本工段的奖金分配、劳动纪律检查、考核工作。
9）负责检修预案、设备改进、修旧利废、设备故障诊析、事故原因分析、处理方案、防范措施的落实工作。
10）负责电器与自动化仪表工段员工提出的合理化建议收集、整理和落实工作。 11）负责本工段各类事故调查、分析、处理、上报工作。 12）负责本工段的环境污染治理及清洁生产工作。
2、仪表班长
1）负责组织召开班前、班后会议，传达上级下达的各项生产任务，强调安全注意事项。 2）搞好交换班确认工作并合理安排本班的检修、维修、维护任务。
3）负责炼铁高炉、烧结所有仪表、PLC、计算机的维护、校验及临时性工作任务。 4）随时听取分厂领导安排的公司精神和各项公司活动，及时处理各种突发事件的组织抢救。 5）做好设备点巡检和数据记录工作。 6）负责抓好本班组的各项检查工作。
7）负责本班组安全、管理及卫生，劳动纪律的监督和管理。 8）负责本班组的隐患排查和治理工作。 9）实行清洁生产，搞好定位摆放。
10)负责班组成员的考勤，违反劳动纪律考核和奖金分配建议。
3、仪表班组员工
1）按时参加班前班后会议，听取安全注意事项，服从工作安排。 2）搞好交接班检查确认工作。
3）负责炼铁厂所有仪表设备的维护与检验。 4）做好设备点巡检和生产记录工作。
5）负责做对计量仪表设备周期和临时性校验，校验合格后方可使用。 6）负责本岗位的隐患排查和上报工作。 7）认真做好节能降耗、修旧利废工作。 8）实行清洁生产，搞好定位摆放。
4、电工班长 1）负责班组《三大规程》的贯彻执行与监督工作，负责新上岗人员的安全教育。
2）负责组织召开班前、班后会议，传达上级下达的各项生产任务，强调安全注意事项。 3）负责组织班组生产，达到电器设备完好率98%以上的要求。 4）搞好交接班确认工作并合理安排本班的生产。
5）负责班组人员的调配，经济责任制考核和基础管理工作及精神文明建设。
6）负责组织班组设备巡检与维护保养，负责组织处理突发性设备故障及检修项目的提前和检查验收。
7）负责制定实施设备检修方案及设备检修后的试车，验收工作。 8）负责指导岗位人员了解设备性能，工作原理及操作要求。
9）负责上级文件的传达贯彻，完成上级指派的临时任务及部门的联系工作。 10）参加并担负设备大、中修，改造及事故抢修任务。
11）负责班组人员的考勤，违反劳动纪律的考核和奖金分配的建议。
5、电工
1）按时参加班前班后会议，听取安全注意事项，服从工作安排。 2）搞好交接班确认工作。
3）协助班组搞好设备日常管理工作，进行现场电器维修工作。 4）爱护好自己所用个人工具，维护保养所使用的设备电器。 5）按时保质完成工段、班组、车间交给的一切其它任务。 6）搞好电器维护后的清洁卫生，搞好定置摆放。
第14篇：质检员岗位职责(自动化设备公司)
♦质量控制1.负责外购、外协件的来料检验。2.负责装备过程质量检查。3.统计分析质量数据。♦供应商质量管理协助科长做好供应商选择、质量评估、质量辅导、奖罚和淘汰机制、方法。♦质量改进1.不合格品的控制，并协助科长制定不合格品的预防和纠正措施。2.召开现场质量分析会议。
第15篇：设备工程师岗位职责(自动化设备公司)
1.负责公司生产设备正常运转，包括对生产设备的定期维护、保养以及突发损坏后的维修工作。2.负责各方面设备管理、设备管理制度建设、设备技术指导。3.负责设备招标、评标、设备检査、组织设备维修以及设备厂商直接销售的技术人员。
第16篇：安全工程师岗位职责(自动化公司)
1.从事安全生产管理、安全技术工作或者在安全生产中介机构从事安全生产专业服务的工作。2.进行伤亡事故的分析与评价。3.研究和开发防止意外事故与损失的控制方法、程序和计划。4.进行事故预防及控制的测定与评价。
第17篇：系统测试工程师岗位职责
1.根据测试标准和规范进行硬件测试，完成硬件测试计划、硬件测试报告，并对测试中发现的问题进行及时的跟踪和反馈给主管，分析和解决问题。2.参与用户问题的验证和分析并提供解决方案，及时反馈给主管及相关人员。3.配合系统设计工程师完成工控整机和单板的测试工作。4.参与项目方案设计。5.配合销售工程师完成用户要求的环境和电磁兼容测试。6.协助主管完善测试标准和规范，编写测试用例。
第18篇：软件开发测试工程师岗位职责
1.负责半导体仪器应用的GUI代码。2.负责仪器控制代码的设计和开发。3.软件发布的编译和测试。4.文档的写作和维护。
第19篇：产品测试工程师岗位职责
1.按照测试规范流程,进行设备开发不同阶段的各种测试工作。2.按照测试流程和计划，构建测试环境，设计测试脚本和用例，执行测试脚本和测试用例，寻找Bug。3.分析问题所在并进行准确定位和验证，按照标准格式填写并提交Bug报告。4.跟踪并验证Bug，并确认问题进行解决。5.按照标准格式填写并提交测试报告，编写其他相关文档。6.完成软件开发的集成测试工作。
第20篇：硬件测试工程师岗位职责
1.从事公司产品的硬件测试工作。2.完成各阶段的硬件测试任务。主要包括基本功能测试、特殊功能应用测试、电压及纹波测试等。3.及时反馈测试过程中的问题，协助完成硬件调试后的复测确认工作。4.负责与工厂配合完成可靠性和环境适应性测试任务,记录和反馈测试过程中的问题，做好备案。
