左脑右脑测试动图【20篇】

2020测试工程师年度工作总结报告

1、 软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同

等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和

尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，

多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完

成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆

人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。

那个项目的“成功度”大家可想而知了。

2、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外

教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很

重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

3、 详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)个行业了。”不要告诉自己没有时间。来自时间管理领域的的“三八原则”告诫我们：另外的那8小

时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

4、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道

将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为

无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业

和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、

十年内“做什么事情才是在做正确的事情！”。

5、 不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”

是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行

原理，分析一下pe文件格式，试试用sdk开发从头开发一个windows应用程序；用vc＋＋、delphi、java、

.net开发应用程序，花时间去研究一下mfc、vcl、j2ee、.net它们框架设计或者源码；除了会用j2ee、

jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实

现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾

水的问题，因为，很多东西你“知其然且知其所以然”！

6、 书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地

指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那

帮人出的书！我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的

地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有

文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。

7、 养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题

的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是

：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（

其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都

必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，还是

自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

8、 在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于

表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是

“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾

皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装

方式？用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来

自java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架？在进行类

似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的

体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“

他山之石、可以攻玉”。

9、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了

，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家

交流或者使用，你的成果才有进化和升华的机会。想想自己20xx年间开发的那些windows系统工具，5、6

年之后的今天，还是那个样子，今天流行的好多windows系统工具都比自己的晚，但进化得很好，且有那

么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的

成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道

理大家都懂，但有多少人真正能做到呢？

10、 理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合

格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）

。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但

从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理

论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产

品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，

并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。

11、本文的总结与反思：

a：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术

的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。

b：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想

高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。

c：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综

合素质，尤其是那些目标不在技术方面的朋友。

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研

究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学

问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远

没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财

务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

13、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做

。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作

以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做erp，就不去学习和了解嵌入式、

实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那

也不熟时，你将后悔莫及。

软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人经验，希望对大家有帮助。

第一招 学会动手

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 bug ，然后 “ 仔细 ” 的填写了 bug 单（这个 bug 的现象已经出现了很多次了）。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。

如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！。 ”

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

第二招 学会利用网络

这里总结一下利用网络搜索引擎的技巧：

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

定位信息来源

有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “ 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组

第三招 思考自己所作的

刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso，cmm ，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

所以善于思考，总结经验，也是成为高手之路的不二法决。

第四招 学习和你所测试的软件产品相关的知识

要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。

第五招 学会利用论坛资源

其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手”的身影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。

以上是我一年的工作总结。在今后的工作中，我将努力坚持“求真务实、诚信为本，脚踏实地、业精于勤，与人为善、真诚相待”的人生宗旨，以“学海无涯苦作舟”为勉，虚心学习，不断提高自己的专业水平和综合素质，勤奋工作，为公司的发展尽心尽力！

1 、认真贯彻执行国家规范，掌握常用材料的性能和基本成分。

2、努力学习科学技术，不断提高个人的业务能力，熟练地掌握各项试验业务和标准要求。

3、接到送料试样后，要分清产地、品种、标号、数量，记录清楚。做完试验后，填写试验报告单必须做到数据可靠，结论明确，不得涂改。要按工号建立各类台账。

4、在技术负责人的领导下，负责进行现场的原料、半成品的取样、送检工作， 及时索取试验报告并将试验结果通报有关人员并及时交资料员。

5、做好砂石含水率、混凝土坍落度、砂浆稠度等试验的现场测定，为施工过程的质量控制提供及时、准确的数据。

6、做好试块的取样、养护、送检等工作。索取试验报告，并及时向有关人员通报试验结果并及时交资料员。

7、配合有关管理人员对原材料的采购、保管、标识、检验及使用进行检查和监督。

8、认真整理有关的试验资料，做到及时、准确、不遗漏。

9 、根据项目新材料、新工艺、新技术推广计划的要求做好有关的试验工作， 以推动科技进步。

10、现场使用的原料均应先按规定取样试验合格后方可使用。

20xx年11月28日，我怀着提高并实现自我价值的心态，跨进E软件技术有限公司的大门，开始了自己第一份实习工作。这是一家国内知名的专业软件外包企 业，在深圳华南地区位居行业前列。易软自开始从事软件外包业务以来，服务合作模式从人力资源外包发展到项目外包、离岸开发和OEM产品合作等模式。业务领 域包括电信业，金融业，制造业等。特别在电信行业有多年积累,在电信业务领域涉及固网,智能网、移动通信、光网络,电信增值服务等业务领域.易软公司总部 设在深圳, 在上海、南京、北京，广州，重庆，苏州，武汉，大连等地建立了分公司或办事处，就近为客户提供外包服务。

转眼间，三个月实习 时间就过去了。回想起这段时间的工作过程，我从一名普通的大学生到一个为社会服务的软件测试人员，思想觉悟有了很大的提高，作为一个刚刚步入企业的年轻人 来说，什么都不懂，没有任何实践经验，不过在各位同事的帮助下，我很快的融入到了这个新环境，还学到了很多在学校学不到的东西，也认识到了自己很多的不 足，感觉受益匪浅。以下是我在这几个月实习期间对工作的总结以及一些自己的心得体会。

要想成为好的测试人员，首先得了解自己要测试的软件 的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需 要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多 看看公司 Bug 库中的问题，这些存在的问题可以帮助自己了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么 有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux ，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以 要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定要学习到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限 在狭小的圈子里。

和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题;和开发人员交流，会了解开发人员怎么实现软件功能的;和项目管理人员交流，会知道开发进度以及遇到的困难。

在这实习期间，我就参与了一个项目，这对我在软件测试方面有了一定的认识和需要注意的地方。

在滕邦国际的项目中，我主要负责的是wap网站、Symbian客户端和后台管理系统，对有关用户界面的测试和测试执行流程有了一定的了解，学会了对bug管理工具Bugzilla的使用。

一.有关用户界面的测试

1.图形测试

图形包括图片、动画、边框、颜色、字体、背景、按钮等。

(1) 要确保图形有明确的用途，应用系统的图片尺寸要合理，并且要能清楚的说明某件事情，一般都链接到某个具体的页面。如在滕邦项目中，wap网站跟客户端的标志图形就不一样，酒店模块、机票模块和旅游模块的图片也是不同的。

(2)验证所有页面字体的风格是否一致。

(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。

2.内容测试

如在滕邦项目中，在查询机票的时候出现一个不应存在奥林匹克航空，查询机票深圳-北京时，出现美国联合航空 UA，属于国际票务，也是不应该查询到的。

3.整体界面测试

整体界面是指整个 应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?整个应用系统的设计风格是否一致?

在滕邦国际项目中，除了wap网站外，还有Symbian、Android、WinMobile三个客户端，所以在事先没有标准的情况下，各个平台的导航不统一，各关键字段也不一致。

二.bug管理

1. 在进行测试前，首先必须理解业务和需求。需求和业务理解了，才知道客户想要系统实现什么。然后按照需求来进行测试，不满足需求要求的都可以认为是BUG。

2. 和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG，这个当然需要沟通，但是并不是指所有的BUG都需要修改，这中间涉及到成 本、技术，还有别的问题。除此之外，通过和开发人员搞好关系，对于BUG我们可以问他发生该BUG的原因，修改的大致方法，甚至不修改的原因等等，这有助 于以后测试中多注意、多发现这样的问题，甚至提出修改建议。

如在Symbian客户端测试中，会出现“内存不足，请关闭一些应用程序后再试”的警告，是属于正常现象。

3. 决定BUG严重性的时候，可以根据该被测对象在整个系统中充当的角色，实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响，对产生的影响打 分，从而定义BUG的严重程度;决定BUG优先级的时候，可以先假设不修复该BUG，出现的这些问题会产生哪些影响，然后判定这些影响的严重性来判定 BUG的优先性。

如在项目中，旅游模块页面中，点击查询时自动退出系统，本是属于High单，而我提的是Medium单。

4. 容易产生BUG的情况：虽然在开发过程中，软件需求通常都会发生改动，所以如果某一部分的软件需求频繁发生变动，那么就会导致和这部分相关的编码和设计会相应的频繁变动，那么在测试中，这部分编码设计实现的部分出现BUG的可能性就很大。

如果在开发的过程中，大量使用了第三方的组件，或者从别的软件中移植了大量的代码，那么和这些第三方的组件和代码相关部分出现BUG的可能性就很大。

自构建光纤链路的otdr测试实验报告模板

自构建光纤链路的otdr测试实验报告模板

实验名称：自构建光纤链路的otdr测试实验 实验日期：指导老师： 林远芳学生姓名：同组学生姓名： 成绩：

一、实验目的和要求二、实验内容和原理三、主要仪器设备四、实验结果记录与分析

五、数据记录和处理 六、结果与分析 七、讨论、心得

一、实验目的和要求

1. 了解瑞利散射及菲涅尔反射的概念及特点；

2. 熟练掌握裸纤端面切割、清洁、连接对准方法及熔接技术；

3. 熟悉光时域反射仪（optical time domain reflectometer，以下简称 otdr）的工作原理、操作方法和使用要点，能利用 otdr 测试、判断和分析光纤链路中的事件点位置及其产生原因，提高工程应用能力。

二、实验内容和原理

1.otdr 测试基本理论

散射：光遇到微小粒子或不均匀结构时发生的一种光学现象，此时光传输不再具有良好的方向性。

瑞利散射：当光在光纤中传播时，由于光纤的基本结构不完美（光纤本身的缺陷、制作工艺和材料组分存在着分子级大小的结构上的不均匀性），一部分光纤会改变其原有传播方向而向四周散射（图 1-3-1），引起光能量损失，其强度与波长的 4 次方成反比，随着波长的增加，损耗迅速下降。

后向或背向散射：瑞利散射的方向是分布于整个立体角的，其中一部分散射光纤和原来的传播方向相反，返回到光纤的注入端，形成连续的后向散射回波。光纤中某一点的后向回波可以反映出光纤中光功率的分布情况，椐此可以测试出光纤的损耗。

菲涅尔反射：当光纤由一种媒质进入另一种媒质时会产生的一种反射，其强度与两种媒质的相对折射率的平方成正比。如图1-3-2 所示，一束能量为p0 的光，由媒质 1（折射率为nl）进入媒质 2（折射率为 n2）产生的反射信号为p1，则

n1n2p1nn21 2

衰减：指信号沿链路传输过程中损失的量度，以 db 表示。衰减是光纤中光功率减少量的一种度量， 光纤内径中的瑞利散射是引起光纤衰减的主要原因。 通常， 对于均匀光纤来说，可用单位长度的衰减，即衰减系数来反映光纤的衰减性能的好坏。

当光脉冲通过光纤传输时，沿光纤长度上的每一点均会引起瑞利散射。这种散射向着四面八方，其中总有一部分会沿着纤轴反向传输到输入端。由于主要的散射是瑞利散射，并且瑞利散射光的波长与入射光的波长相同，其光功率与该散射点的入射光功率成正比，光纤中散射光的强弱反映了光纤长度上各点衰减大小，光纤长度上的某一点散射信号的变化，可以通过后向散射方法独立地探测出来，而不受其它点散射信号改变的影响，所以测量沿纤轴返回的后向瑞利散射光功率就可以获得光沿着光纤传输时的衰减及其它信息。

基于后向散射法设计的测量仪器称为 otdr，其突出优点在于它是一种非破坏性的单端测量方法，测量只需在光纤的一端进行。它利用激光二极管产生光脉冲，经定向耦合器注入被测光纤，然后在同一端测量沿光纤轴向向后返回的散射光功率返回信号与时间的关系，将时间值乘以光在光纤中的传播速度以计算出距离， 在屏幕上显示返回信号的相对功率与距离之间的关系曲线和测试结果。国内厂家主要是中国电子科技集团公司第四十一研究所，国外的品牌主要有安捷伦（agilent） 、安立（aitsu） 、exfo、wavetek 等。2.光纤的连接

光纤连接时的耦合损耗因素基本上可分为两大类：一类是固有的，是被连接光纤本身特性参数的差异，比如纤芯直径、模场直径、数值孔径差异、纤芯或模场的同心度偏差、纤芯椭圆度等。这些因素所引起的光纤连接损耗一般无法通过连接技术来改善；另一类是光纤连接时

光纤的端面质量、对中质量和连接质量等因素，比如光纤的端面切割质量、端面间隙、纤轴的横向错位、纤轴的角度倾斜、纤芯形变等因素。这些因素所引起的连接损耗可通过连接技术的改进而得到改善。

3. 典型事件

用 otdr 测量光纤链路可识别出由于拼接、接头、光纤破损或弯曲及链路中其他故障所造成的光衰减的位置及大小。otdr 接收和显示的不仅仅是来自各事件的信号，而且包括来自光纤本身的信号。这种来自光纤本身的信号就是后向散射。当光沿着光纤传送时会由于瑞利散射效应而衰减，这是由于光纤折射率微小变化等引起的，并且它沿着整根光纤持续发生。后向散射强度的变化决定了光纤链路沿线各事件的损耗值。

非反射事件：

光纤熔接头和微弯会导致光纤中有一些光功率损耗，但不会引起反射。在otdr 测试曲线上，这种事件会以“在后向散射电平上附加一个下降台阶”的形式表现出来，竖轴上后向散射电平值的改变量即为损耗的大小，如图 1‐3‐6所示。

反射事件：

在光纤链路中，光纤的几何缺陷、断裂面、故障点、活动连接和固定连接等都会造成折射率突变，使光在光纤中产生菲涅尔反射，称之为反射事件。反射和散射的强弱都和通过的光功率成正比，菲涅尔反射光功率远大于后向瑞利散射光功率，则在 otdr 显示的测试曲线上，对应于光纤菲涅尔反射点处有突变的峰值区（有一个急剧的上升和下降） 。如图 1‐3‐7 所示，光纤链路中的活动连接和固定连接的接头以及光纤上的裂缝都会同时引起光的反射和损耗。反射值(通常以回波损耗的形式表示）是由后向散射曲线上反射峰的幅度所决定的，竖轴上后向散射电平值的改变量即为损耗的大小。

光纤末端：如果光纤末端（尾端）是平整的端面或者在尾端接有平整、抛光了的活动连接器，则尾端会存在反射率为 4％的菲涅尔反射，意味着 otdr 测试曲线具有反射终端，如图 1‐3‐8（a）所示。如果尾端是破裂的端面或者被磨花了，则由于端面的不规则会使光纤漫射而不会引起反射，在这种情况下，光纤末端的 otdr 测试曲线会从后向反射电平简单下降到 otdr 噪声电平下，如图 1‐3‐8（b）所示。虽然破裂的尾端也可能引起反射，但其反射峰不会像平整的光纤末端或活动连接器所带来的反射峰值那么大。

4.otdr 主要性能参数

（1）动态范围

otdr 的信号是通过对数放大器处理的，测试曲线的相对后向散射功率是对数标度，读

得的是电平值， 而且是经过往返两次衰减的值。 后向散射电平初始值与噪声电平的差值 （db） 定义为动态范围。如图 1‐3‐9 所示，根据噪声电平的取法，有两种不同的动态范围表 示方式：

‐‐峰值：取噪声电平的峰值，这是一种传统的比较有意义的指标表示方式。在后向散射 电平与噪声电平相等时，后向散射信号就成了不可见信号。

‐‐信噪比 s=1：取噪声电平的均方根值。

动态范围和被测光纤的衰减决定了 otdr 实际可以测量的光纤最长距离：

d lmax

其中：d 为 otdr 的动态范围，a 为被测光纤的衰减常数。由此可以分析得知：对衰减 一定的光纤而言，otdr 的动态范围越大，则可测量的光纤长度越长，反之越短；对同一动态范围的 otdr 而言，光纤衰减越小，则可测量的光纤长度越长，反之越短。

（2）盲区

用 otdr 测试光纤时，反映不出某段范围内光纤损耗等的测量情况，称之为盲区。反射 会使 otdr 的接收器进入饱和状态，接收器从饱和状态逐渐恢复会产生一个“拖尾”。“托尾”

过后，otdr就可以对光纤的后向散射进行测量。

事件盲区：从反射峰的起始点到接收器从饱和峰值恢复到 1.5db 之间的距离。在这点上 紧接的第二个反射为可识别反射，但这时损耗和衰减仍为不可测事件。

衰减盲区：从反射峰的起始点到接收器从饱和状态恢复到线性后向散射上 0.5db 点之间 的距离。（贝尔实验室文件建议的指标是 0.1db，但 0.5db 是一个更常用的指标值）。三、主要仪器设备

跳纤；尾纤；裸纤；剥纤钳；笔式光纤切割刀；av33012光纤切割器；吹气球、擦镜纸、无水乙醇、脱脂棉棒、光纤接头清洁器等光纤端面处理与清洁工具；常规法兰、5db和 10db 法兰式光衰减器；使用精密 v槽实现光纤临时耦合对接的av87501 光纤对接器；av6471 光纤熔接机；具有 32db 动态范围和 0.1m测距分辨率的av6413高性能微型otdr， 具有28db动态范围和0.25m测距分辨率、 并且内置波长为650nm的肉眼可视红光出射功能的 av6416 掌上型 otdr。

四、实验结果记录与分析（以下为示例，摘自08级学生实验报告，请同学们根据实验结果自行分析）无损/2db/5db/10db -3:

185m

1.28km

图1、自构建的链路情况：法兰盘+机械连接+熔接图2、测试波形及事件表

结果分析：

此次实验得到了非常好的结果，把所有的事件都测试出来了，数值和长度都很合理。

1） 第一个35.1m的非反射损耗是意外出现的，在此后的实验结果中也都存在，因此我们判定此

卷光纤在这个地方存在损伤

2） 第一个反射事件：发生在1.31km处，即为法兰盘的连接位置，因此我们新接入的光纤长度

为1.3km，且法兰盘的连接损耗为1.122db，反射高度为38.326db。虽然标称是无损的法兰盘，其实还是存在“注意”中所说的机械压力和空气间隙的损耗

3） 第二个反射事件：发生在1.46km处，事件间隔一段150m左右的光纤，明显是机械连接的

4） 非反射事件：在1.646km处，为明显的“台阶式下降”损耗，是熔接损耗，大小为0.021db， 且与机械连接相隔的光纤长度为1.646-1.461=0.185km，也就是185m左右

5） 光纤末端：光纤总长度为2.93km，尾纤长度约为2.93-1.65=1.28km左右

五、思考题

1、动态范围和盲区的大小都与光脉冲宽度的设定值有关。当分别需要对光纤远端、靠近otdr 附近的光纤以及两个紧邻事件进行观测时，应该分别选择宽脉冲还是窄脉冲？

2、测量损耗时选择的算法（分为tpa和lsa两种，前者表示用“两点”法测量两个标记点之间的平均损耗，只有这两个标记点参与计算，后

者表示用最小二乘法计算两个标记点之间的平均损耗，是利用两个标记点间的拟合曲线来进行计算）不同，则测试值也不同。对于中间没有任何事件点的一段连续光纤来说，选择上面哪种算法所得的测试值更准确些？

3、手动测试时什么参数的设定会影响测试轨迹信噪比？如何合理设置量程、衰减和折射率？

4、实际测量时，为了避开近端盲区， 通常在 otdr 输出端引入一段 “过渡光纤”， 将 otdr光输出连接器产生的盲区控制在过渡光纤上，以此减小盲区对测量结果的影响。那么，对过渡光纤的长度是如何要求的？它与被测光纤应以何种形式连接才能消除盲区？

5、采样间隔如何影响 otdr 测试曲线？如何才能减小因采样间隔带来的距离测量误差？

6、用 otdr 从两个方向分别测试光纤上的同一接续点，结果有时会不同甚至相差很多，为什

么？如何才能得到比较真实准确的接头损耗值？

7. 提出你对实验装置及实验内容的意见及建议。篇二：8李唐军实验报告单模光纤损耗测试实验

实验八 单模光纤损耗测试实验

光时域反射仪（otdr） 是一种相当复杂的仪表，它广泛地应用于实验室和现场。它所采用的测试技术也常称为后向散射测试技术。它能测试整个光纤网络链路的衰减并能提供和光纤长度有关的衰减细节；otdr还可测试光纤线路中接头损耗并可定位故障点位置；otdr这种后向散射测试具有非破坏性且只需在一端测试的优点。

一、 实验目的

（1）掌握otdr工作原理；

（2）熟悉otdr测试方法。

二、 实验内容

（1）利用otdr测量一盘光纤的衰减系数和光纤总长度；

（2）测量两盘光纤连接处的接头损耗。

三、 基本原理

otdr由激光发射一束脉冲到被测光纤中。脉冲宽度可以选择，由于被测光纤链路特性及光纤本身特性反射回的信号返回otdr。信号通过一耦合器到接收机，在那里光信号被转换为电信号。最后经分析并显示在屏幕上。

由于时间乘以光在光纤中的速度即得到距离，这样，otdr可以显示返回的相对光功率对距离的关系。有了这个信息，就可得出有关链路的非常重要的特性。可以从otdr得出的光路信息有：

（1）距离：链路上特征点（如接头、弯曲）的位置，链路的长度等。

（2）损耗：单个光纤接头的损耗。

（3）衰减：链路中光信号的衰减。

（4）反射：一事件的反射大小，如活动连接器。

图1为otdr测试的一般原理。它显示了otdr测试链路上可能出现的各类事件。 衰减及其测试方法：

光纤衰减和波长密切相关。衰减系数随波长变化的函数被称之为损耗谱。人们最感兴趣的是工作波长下的衰减系数，如在=1310nm、1550nm等波长下的衰减系数。在光纤长度z1和z2之间，波长为的损耗r 可由下式定义：

r10logp1(db)p2

p1和p2分别表示传过光纤截面点z1和z2的光功率。如果p1和p2之间的距离为l，可用下式计算出每单位距离的损耗，即衰减系数。

p10log1(db/km)z1z2p2p10log1(db/km)lp2 图1 用otdr测试的一般原理

入射到光纤的光脉冲随着在光纤中传播时被吸收和散射而被衰减。一部分散射光返回入射端。通过分析后向散射光的强度及其返回入射端的时间，可以算得光纤损耗。假设入射光脉冲宽度为t、功率为p(0)，这束光脉冲以群速度vg在光纤中传播，假设耦合进光纤中的光功率为 p0 ,考虑沿光纤轴线上任一点 z,设该点距入射端的距离为 z ,那么

该点的光功率为：

p(z)p(0)exp[f(x)dx](1 ) 0z

式中，f(x)是光纤前向衰减系数。若光在 z点被散射 ,那么该点的背向散射光返回到达入射端时的光功率为：

ps(z)s(z)p(z)exp[b(x)dx] (2 ) 0z

式中，s(z)是光纤在 z点的背向散射系数 , s(z)具有方向性 ; b(x)是光纤背向 衰减系数。

将 (1 )式代入 (2 )可得：

ps(z)p(0)s(z)exp[(f(x)b(x))dx](3) 0z

考虑光纤中有 2点 z1 和 z2 ,其距入射端的距离分别为 z1 和 z2 (z2 >z1 ),这 2点的背向散射光到达输入端时为 ps(z1)和 ps(z2),则由 (3)式得

z2ps(z1)s(z1)exp[(f(x)b(x))dx] （4） z1ps(z2)s(z2)

对上式两边去对数得：

z2

z1(f(x)b(x))dxlnps(z1)s(z)ln1（5） ps(z2)s(z2)

一般认为光纤的损耗和光纤的结构参数沿轴向近似均匀 ,即认为前向衰减系数和背向衰减系数不随长度 z而变 ,有f(z),b(z),并认为背向散射系数也不随长度而变 [即s(z1)s(z2)],则 z1 和 z2 两点间损耗系数为：

f(x)b(x)p(z)1lns1 (6) z2z1ps(z2)

由于损耗为正向和反向之和 ,因此可用=1/2[f(z)+b(z)]表示 z1 点到 z2 点这段光纤的平均损耗系数 ,由 (6)式有：

1[lnps(z1)lnps(z2)] （7） 2(z2z1)

由上式原理可通过otdr的测试测定一段光纤的平均损耗系数，式中的ps(z1)、ps(z2)的值可以从otdr显示屏上的连续背向散射轨迹的幅度得到 ,进而可求出平均损耗系数。

与距离有关的信息是通过时间信息而得到的（此即光时域反射计中时域的由来），otdr测量发出脉冲与接收后向散射光的时间差 ,利用折射率n值将这一时域信息转换成距离： zct （8） 2ng其中c为光在真空中的速度 (3×1 0 8m/s)

方向耦合器：

方向耦合器就是光分路耦合器。它把一束光分裂为两路光作不同方向的耦合。光时域反射仪能在光纤的一端进行测量，就是利用了方向耦合器来实现的。这种方向耦合器要能把光分路耦合，同时还要能消除或减少前端的菲涅耳反射。最简单的方向耦合器如图2所示。它是由一块半反射镜（或者叫半反射片）和匹配液盒组成。入射光（实线）一路透过半反射片注入光纤，一路经过半反射片反射，用作入射光功率监测。背向瑞利散射光（虚线），一路透过半反射片到光源，另外一路经过半反射片反射耦合到检测器。这样就把入射光和背向散射光分离开来，光源和检测器都在光纤的同一端，测量能在同一端进行。为了减弱从光纤前端面来的反射光和杂散光的影响，可把光纤的前端面和半反片放置在盛满匹配液的盒里。

这种由半反片和匹配液盒组成的方向耦合器，光路调整困难，而且要用匹配液，不适于现场应用。目前较广泛使用的是整体的方向耦合器——y分路器，其三端通过尾纤分别与光源a、待测光纤b和检测器c直接耦合。

这种y型整体的耦合器比上述组合式插入损耗小，稳定可靠，调节对准方便，还有体积小、重量轻、价格低廉等特点，所以得到广泛使用。

另一种整体的方向耦合器是利用晶体双折射特性设计的。如图4所示的是利用格兰—汤姆生棱镜做成的方向耦合器。

职责：

1、评审产品或项目需求的测试性，评审产品或项目开发设计的合理性。

2、根据需求进行测试规划，制定测试方案，设计测试用例; 组织测试用例评审;

3、根据测试计划进行项目测试进度和测试质量的管理和跟踪，承担重要和复杂的测试任务，执行系统测试;

4、从事安防产品硬件测试工作以及嵌入式软件功能测试，输出系统测试或性能测试的测试报告。

岗位要求：

1、电子信息、通信、自动化等相关专业，3年以上的系统测试工作经验，具备良好的电子电路基本知识， 模拟电路、数字电路;

2、掌握相关测试仪器，如数字示波器、功率测试仪、EMC相关测试仪器设备;

3、熟练运用office等办公软件，按照规范要求 编写测试用例，测试报告， 分析图表等;

4、熟悉基本的网络知识，TCP/IP网络协议;

5、掌握测试模型，了解相关的测试流程及规范;

6、有硬件测试背景,有安防系统测试经验者优先。

职责：

1、制定硬件测试方案，设计测试用例以及实施;

2、负责产品功能，质量的常规测试。

3、负责完成产品的中试流程，包括硬件的定型测试、生产流程设计、相关测试用软件编写等。

4、负责输出各种文档(如维修记录、样机制作单等)及标准化资料。

要求：

1、电子，电气，通讯等相关专业，大专以上学历，2年以上相关工作经验;

2、熟悉数电、模电、通信领域的基本理论知识;

3、具有较强的分析问题和解决问题能力;

4、熟悉测试流程，可进行对相关测试报告的纂写能力

本合同签约各方就本合同中所描述的技术服务内容、工作条件、费用支付、验收标准、违约责任以及与之相关的技术和法律问题经过平等协商，在真实、充分地表达各自意愿的基础上，根据《_____》之规定，达成如下协议，由签约各方共同恪守。

第一条签约方

委托方（甲方）：___________

受托方（乙方）：___________

第二条签约时间和地点

第三条项目名称及范围

第四条服务内容

4.1服务的要求和方式：

4.1.1乙方测试前的准备工作：

（1）按测试方案_____计量要求，核实需配备的计量仪表数量及表位。

（2）对整个供水管网系统进行勘查，核实、建立完整准确的给、排水管网档案。

（3）普查单位内主要耗水设备的运行状态及系统流程。

4.1.2乙方的测试工作：

（1）完成检漏工作，并达到测试要求。

（2）完成单元平衡测试，并达到测试要求。

（3）完成给、排水管网平面图。

（4）完成计量水量网络图。

（5）完成测试数据的计算、汇总、分析。

（6）完成水量平衡测试报告书及存档软件资料。

4.2技术指标和参数（或考核指标）：乙方各项工作均符合《深圳市单位用户水量平衡测试验收办法》要求，测试报告验收合格。

4.3技术服务质量、期限保证：

4.3.1乙方制定切实可行的测试方案，并得到甲方的认可。

4.3.2乙方备齐水表、流量计、温度计、秒表等测量工具，甲方应按照测试方案要求安装、校验计量仪表等。

4.3.3乙方严格按照《深圳市单位用户水量平衡测试方法》要求，完成测试报告书及存档软件资料，保证测试工作按《深圳市单位用户水量平衡测试验收办法》中附表《单位用户水量平衡测试工作考核表》的要求通过验收。

第五条计划安排

5.1乙方提供测试的期限：

5.2乙方测试工作的进度：合同签订后，自甲方付款之日起，乙方在日内提出具备测试条件需完善的各项工作及方案，之后日内甲方按乙方所提方案完成有关工作，并及时通知乙方。乙方即时进行实际测试，在日内完成所有测试内容，并编写完成测试报告和软件资料，最后由甲方报送验收部门。

5.3测试期限的延长：在签订本合同时或在履行本合同期间，由于不可抗力或非乙方的原因导致测试进度停滞或者延误，甲、乙双方应进一步约定相应延长的测试期限。

不可抗力是指不能合理预见的、不能克服和不能避免的事件或情形。不可抗力包括但不限于：

5.3.1雷电、地震、火山爆发、滑坡、水灾、暴雨、海啸、台风、龙卷风或旱灾；

5.3.2流行博瘟疫；

5.3.3战争行为、入侵、武装冲突或外敌行为、封锁或军事力量的使用，_____或_____行为；

5.3.4全国性、地区性、城市性或行业性_____；

5.3.5由于不能归因于乙方的原因引起的供水中断。

第六条工作条件和协助事项

6.1甲方为乙方提供如下条件：

6.1.1提供测试所需资料、数据等，包括：建筑物平面布置图、给水管网系统图、用水设备平面布置图及明细表、单位部门结构框图、近两年及本年度实用水量(产值、产量)报表；对工业企业单位用户还需提供生产工艺流程图、重点用水工序及测试期间产值、产量数据等。

6.1.2提供场地、设施和测试条件等，包括：根据测试要求完善_____计量和管网局部改造工程，并提供必要的人员配合及测试人员便利的工作条件。

6.1.3其他协助事项：_________________________

第七条保密要求

7.1保密范围：_________________________________________

7.2保密期限：_________________________________________

第八条验收标准和方法

8.1验收时间和地点：由市节约用水办公室或区水务主管部门确定验收的时间和地点为准。

8.2验收方法：由市节约用水办公室或区水务主管部门（或其委托单位）组织，根据《深圳市单位用户水量平衡测试验收办法》的有关内容和要求进行验收。

第九条测试技术服务费及支付方式

9.1经双方协商确定，该项目技术服务费总额为:__________________（大写）。

9.2该项目技术服务费，按以下________方式支付：

9.2.1一次总付，支付时间和方式：_____________________

9.2.2分期支付，支付时间和方式：_______________________

自合同签订之日起____日内甲方应支付乙方技术服务费总额的_____％；即_______（大写）。验收通过后，_____日内，甲方向乙方付清其余_____％的费用，即_____________（大写）。

9.2.3其他方式约定如下：________________________________

第十条违约责任

10.1甲方的违约责任：__________________________________

10.1.1甲方未按照合同约定提供与测试有关的技术资料、数据和未按测试要求完善_____计量和管网局部改造工程等，影响测试工作质量的，应当如数支付测试技术服务费。

10.1.2逾期两个月不提供约定的技术资料、数据，或者未按要求完善_____计量和管网局部改造工程的，造成乙方测试工作停滞、延误或不能履行的，甲方应对由此造成的损失承担责任，并支付测试技术服务费总额_____％的违约金。

10.1.3甲方迟延支付测试技术服务费，应当支付测试技术服务费总额_____％的违约金。

10.2乙方的违约责任：

10.2.1擅自不履行合同，应当免收报酬并支付测试技术服务费总额______％的违约金。

10.2.2违反合同约定，擅自将有关技术资料、数据等提供给第三方（市、区水务主管部门及验收委托机构除外），应支付测试技术服务费总额_____％的违约金。

10.3由于不可抗力，造成乙方的测试工作停滞、延误或不能履行的，甲、乙双方并不因此承担违约责任。

第十一条争议解决方式

11.1签约各方因履行合同发生争议，应协商解决。

11.2协商解决不成，签约方同意采用以下第_____种方式解决纠纷：

①申请由深圳_____委员会_____；

②向人民法院起诉。

第十二条其他事项

12.1本合同未尽事宜，双方协商解决或签订补充协议。

12.2本合同一式肆份，经双方签字盖章后生效，具有同等效力。其中甲方、乙方、市节约用水办公室和验收部门各一份。

甲方：__________________（盖章）乙方：________________（盖章）

法定代表人(或委托代理人)：_____法定代表人(委托代理人)：______

住所地：_______________________住所地：______________________

编码：_____________________编码：____________________

电话：_____________________电话：____________________

传真：_____________________传真：____________________

电子邮箱：_____________________电子邮箱：____________________

开户单位：_____________________开户单位：____________________

开户银行：_____________________开户银行：____________________

帐号：_____________________帐号：____________________

填写说明

一、本合同是由深圳市约用水办公室印制的格式文本，作为深圳市水量平衡测试技术服务合同的统一格式文本使用。

二、本合同文本适用于深圳市水量平衡测试技术服务合同，签约方按照合同的性质并根据具体条款的提示内容签订合同。

三、对于合同有关条款，签约方需约定更多内容的，可另行附页。

四、本合同书中，凡是当事人约定认为无需填写的条款，应在该条款填写的空白处划（/）表示。

五、委托代理人签订本合同时，应当出具有效的授权委托书。

计量测试专业技术工作自我总结

我于XX年6月30日毕业于xx大学信息科学与工程学院，并于同年7月1日到x市计量测试研究所工作。在这一年多的工作学习中，收获良多。

我在大学学习的专业是计算机科学与技术，来到本单位负责网络管理以及热电室的部分检测工作。刚来的时候，还不适应从学生到工作人的转变，感觉一切都很陌生，很多知识都不明白，很多事情都要学习。还好，大家对我都很照顾，很热情，很亲切，这让我很容易融入单位的氛围中。

随着社会的发展，单位现在工作流程已经全面进入了网络管理阶段，因此，网络的正常进展十分重要。一旦发生问题，必须要在短时间及时内解决，否则，单位的工作链将会受到严重的打击，耽误一两天可以，再久就会很麻烦，这点我深有体会。在工作实习一年多的时间里，单位服务器一共发生过两次大的问题，以前也听说过服务器经常出问题，但是刚开始来的几个月里，服务器一直相安无事，我就麻痹大意，对服务器的管理很是不上心，一度时间内不管不顾，只是偶尔更新一下单位的病毒库，保证系统安全。对于单位的软件——计量管理系统，知道的更是很少，只止步于和其他同事一样，会用就行，这也导致了系统出现问题不能及时解决的矛盾。幸亏有同事帮忙，不然会造成很大的麻烦。在这一年多的时间里，系统第一次出问题是在去年过年前，软件出现了漏洞，系统整体不能运行，通过与成都的软件公司及时的沟通，问题得到了很快解决。第二次系统出现问题，是在七月份，这次问题很严重，导致系统整个瘫痪，本来以为是个小问题，可是我还是小看了问题的严重性。开机报错，数据大量丢失，杀毒软件失效，不能连接外网，不能复制粘贴，一切手段都不能用，当时很是着急。最后不得已，采用了重装系统的方法解决疑似病毒的问题。可是问题又来了，备份的系统只是一个纯净的，没有任何软件的系统，单位的管理系统和数据库全都不存在。这就体现了专业知识的重要性，根据经验和其他人的指导，顺利完成了系统的重组工作，并想方设法把丢失的数据找回。

通过这两件事，明白了自身不足，也通过这两件事，对单位的系统有了更加深刻的了解，现在能独立解决一些问题。面对知识的匮乏，我上网找了大量资料，学习服务器管理应该注意的相关事项，复习了数据库维护要注意的事项，并且单位配备了移动一盘，切实做好数据的保护工作。

在另一方面，我的大量时间放在了热电室的仪器仪表检定校准工作上，与服务器的维护工作比，这个工作对我来说挑战性不小，毕竟当初在学校的主要学习方向还不是这个。面对挑战，当时也有过胆怯，不知道自己能不能胜任这份工作。俗话说，三人行必有我师，的确如此，不懂就问以及同事的倾囊相授，有问必答，通过自身学习检定规程以及规范，同事的悉心指导，我的进步很大。理论联系实践的学习方式让我掌握知识很快。在这一年多的时间里，我熟悉了本实验室的各种仪器设备的使用方法，了解了各种专业术语和计量方面相关基础知识，熟练掌握了几种仪表的检定校准方法并取得了相应的检定员证。我最先取得的是热量表检定员证，对于能够成为一名检定员让我我兴奋不已，同时也更加深刻的意识到检定员工作的重要性。通过学习，我认识到检定员的责任与义务，检定工作的神圣性与重要性，深刻理解了检定工作对于安全生产以及人们的日常生活的不可获缺性。并将其在检定工作中认真去做，检定数据坚决不弄虚作假，维护检定员形象。在取得热量表证后的一年里，我陆续取得了接地电阻测试仪，接地导通，玻璃液体温度计，双金属温度计，压力式温度计，热电偶，热电阻以及温场等九个项目的检定资格。除此之外，我还参与了本室建标考察的工作。通过建标考察，对实验室认证流程有了深刻了解，对学过的知识有了更深一步的认识。对重复性试验，误差不确定度，计量溯源以及量值传递更加明了。在短时间内对自身能力有了很大提升。并且之后参加的二级注册计量师考试，对知识的细节更是有了很大的了解，通过与同事的讨论，进步很大。

共2页，当前第1页12

1.升国旗时，你能肃立，行注目礼吗？（   ）

A.能        B.有时       C.不能

2.你平时说脏话吗？(    )

A.不说     B.很少说      C.常说

3.路上见到老师，你会主动上前问好吗？(    )

A.是           B.有时           C.不

4.你有过破坏公物、乱扔粉笔的行为吗？(    )

A.没有         B.有过         C.经常

5.你能和同学友好相处、并互相帮助吗？(    )

A.是的        B.很少        C.没有

6.你能按时独立完成作业，不抄袭别人作业吗？

(    )

A.能            B.有时       C.不能

7.参加各种集会能准时到达，安静听讲吗？(    )

A.能        B.有时         C.不能

8.你在家经常帮父母干家务活吗？(    )

A经常         B有时         C从来不

9.离开宿舍时，你会关好门窗，熄灯再走人吗？（  ） A经常会       B有时会       C、从来不

10.做公交车时你会给有需要的人让座吗？(    )

A经常会       B有时会       C从来不

说明:选择“A”得3分，选择“B”得2分，选择“C”得1分。 请同学们做完测试题后把自己的分数如实的合计出来。

__年即将过去，虽然我__年在工作时间不长，只有不到_个月的时间，但是这将近_个月的时间里，本人认真的做好了本职工作，认真、积极、按质按量的完成领导安排的工作。

一、工作总结

总体来说，__年我主要完成了以下几方面的工作：

1、项目测试工作

2、知识与经验分享

3、完成所需知识的积累

4、工具学习及研究

具体来说，如下：

1、项目测试工作

这段时间，我主要是协助进行_项目测试，主要工作内容有：

对测试用例的编写提供反馈意见;

对测试过程及测试情况进行分析，并提供意见;

设计业务测试数据的例子;

绘制系统关键业务流程;

进行主要功能的界面测试、功能测试;

按照测试用例执行测试，并提交测试汇报;

进行需求验证工作。

2.知识与经验分享

这部分工作，主要表现在四方面：

完成项目测试经验总结

完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、使用经验交流。

对现有测试规范提供改进反馈意见;

根据以往经验，在_项目中提供帮助。

3.完成所需知识的积累

这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：

学习金融行业业务知识

学习公司研发规范

学习研发部产品知识

参加公司或业务部门组织的培训

学习缺陷管理工具

二、_年计划

_年，我希望能通过参与具体项目的实践，达到以下目标：

1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程

2.在项目中沉淀出一些部门成果

除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

三、对部门建设的建议

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1.对人员进行分工，或者说是团队成员的侧重方向进行明确

例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。

2.强化制度建设

3.加大对测试过程的实施力度

现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

4.加强部门测试成果的积累与沉淀。

现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。

除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。

项 目 名 称 ：

委托方(甲方)：

受托方(乙方)：

填 写 说 明

一、本合同是由深圳市节约用水办公室印制的格式文本，作为深圳市水量平衡测试技术服务合同的统一格式文本使用。

二、本合同文本适用于深圳市水量平衡测试技术服务合同，签约方按照合同的性质并根据具体条款的提示内容签订合同。

三、对于合同有关条款，签约方需约定更多内容的，可另行附页。

四、本合同书中，凡是当事人约定认为无需填写的条款，应在该条款填写的空白处划(/)表示。

五、委托代理人签订本合同时，应当出具有效的授权委托书。

深圳市水量平衡测试

技术服务合同书

本合同签约各方就本合同中所描述的技术服务内容、工作条件、费用支付、验收标准、违约责任以及与之相关的技术和法律问题经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国民法典》之规定，达成如下协议，由签约各方共同恪守。

第一条 签约方

委托方(甲方)：

受托方(乙方)：

第二条 签约时间和地点

本合同由上述签约方于 年 月 日在 签订。

第三条 项目名称及范围

第四条 服务内容

4.1 服务的要求和方式：

4.1.1 乙方测试前的准备工作：

按测试方案三级计量要求，核实需配备的计量仪表数量及表位。

对整个供水管网系统进行勘查，核实、建立完整准确的给、排水管网档案。

普查单位内主要耗水设备的运行状态及系统流程。

4.1.2 乙方的测试工作：

完成检漏工作，并达到测试要求。

完成单元平衡测试，并达到测试要求。

完成给、排水管网平面图。

完成计量水量网络图。

(5)完成测试数据的计算、汇总、分析。

职责：

1.根据项目需求和计划制定项目测试用例，保证项目质量和进度;

2.设计与执行测试用例，跟踪定位产品软件中的缺陷或问题;

3.与项目相关人员就项目进度和问题进行有效沟通。

4.根据项目需求，搭建测试环境。

任职要求：

1.熟悉B/S架构和APP测试，H5测试，有python脚本编程经验者优先。

2.熟悉常用数据库，中间件，MQ，redis常用查询，有性能调优经验优先。

3.熟悉常用压力测试工具和抓包工具，如LR, Jmeter，postman，Fiddler，chrome 开发者模式。

4.计算机等相关专业，本科以上学历;

5.性格积极向上，沟通能力强，敢于担当，有个人主见;

6.四年以上工作经验;

7.能够独立完成测试工作，设计用例，管理项目;

这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。

我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。

软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好;不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

通过课上的理论因为课下的实践和后半学期又因为身体力行于

1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。

2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。

3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。

4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。

另外就是一个学期的学习让我纠正了几点误区：

1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。

2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。

作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!

在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。

最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。

测试工程师年终工作总结2019

测试工程师的专业性很强，那在20xx年的工作中都有哪些收获呢?下面是小编精心为您整理的“测试工程师年终工作总结20xx”，仅供参考，希望您喜欢。

测试工程师年终工作总结20xx(1)

时光荏苒，如今20xx年的帷幕已经谢下，20xx年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结：

一、测试工作及经验

作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx年中所做的工作主要有：

测试用例的编写，对系统的测试、跟踪;

需求、高保图、界面和功能的测试;

功能测试用例的编写，高保图、系统的测试;

的静态页面测试和功能测试;

的功能测试;

第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审;

平台高保图的测试和系统静态页面、功能的测试;

的高保图测试和测试用例的编写;

的静态页面和功能测试，参与测试用例的评审;

的高保图测试、静态页面和功能测试;

用户使用手册的编写;

一年的工作，让我获得很多方面的经验：

1.编写逻辑覆盖率全的测试用例甚为重要。

在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;

2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试;

3.对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题;

4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。

5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、产品经理等及时沟通，大大提高了工作的效率。

二、加强自我能力的提高

只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。

为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。

深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用LR工具进行简单性能测试，以后必须坚持学习。

三、存在的不足及明年计划

一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug;自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。

在20xx年的工作中，我计划：

1、本着实事求是的态度，更加认真、负责的完成工作;

2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例;

3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试;

4、继续研究性能测试，并要将LR工具运用在实际工作中;

5、多多的学习，参加一些有益的培训，在实际工作中活学活用。

四、个人建议

这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：

1、希望可以加强对项目的把控，尽量能将延期风险降到最低;

2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善;

3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;

4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可以让大家更加激情的为部门、为公司奉献自己的全部力量。

以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。

测试工程师年终工作总结20xx(2)

伴随着充实紧凑的工作生活，20xx年的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。

总结经验，吸取教训，我主要从几个方面来对工作进行总结：工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。

一、 工作的主要内容

在20xx年的工作中，我的总体任务是协助管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：

1.编写矿业权系统的各类文档;

2.矿业权系统的编码及bug勘误工作;

3.矿业权系统的测试工作。

下面依照时间来对我的工作进行介绍。

初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利;若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。

在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。

在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。

完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。

在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。

完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。

第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。

第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。

在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。

二、工作中失败的教训以及成功的经验

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

成功的经验：

1) 敢于接受任务并想尽一切办法完成

最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。

2) 勇于承担错误，正视自身的问题

工作中可谓是错误不断，从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。

失败的教训：

1) 重视每一个细节，不要忽视小问题

在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。

2) 进行重复工作也不能大意

在对矿权系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。

从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。

3) 考虑问题要严谨

在对矿权系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。

4) 注重用户体验

在矿权系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。

在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。

三、展望下一阶段的工作

下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习Oracle数据库和SQL数据库的使用上的区别，做好从SQL数据库向Oracel数据库的迁移工作。

20xx年的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来李鹏经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。

测试工程师年终工作总结20xx(3)

回顾20xx年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：

一、总体来说，20xx年我主要完成了以下几方面的工作：

项目测试工作

知识与经验分享

完成所需知识的积累

工具学习及研究

具体来说，如下：

1.项目测试工作

这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：

对测试用例的编写提供反馈意见;

对测试过程及测试情况进行分析，并提供意见;

设计业务测试数据的例子;

绘制系统关键业务流程;

进行主要功能的界面测试、功能测试;

按照测试用例执行测试，并提交测试汇报;

进行需求验证工作。

2.知识与经验分享

这部分工作，主要表现在四方面：

完成项目测试经验总结

完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。

对现有测试规范提供改进反馈意见;

根据以往经验，在cmbp项目中提供帮助。

3.完成所需知识的积累

这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：

学习金融行业业务知识

学习公司研发规范

学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)

参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)

学习缺陷管理工具ttp

4.工具学习及研究

根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍》、使用rational performance tester进行性能测试的例子及学习参考资料。

二、20xx年计划

20xx年，我希望能通过参与具体项目的实践，达到以下目标：

1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程

2.在项目中沉淀出一些部门成果

除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

三、对部门建设的建议

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1.对人员进行分工，或者说是团队成员的侧重方向进行明确

例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。

2.强化制度建设

3.加大对测试过程的实施力度

现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

4.加强部门测试成果的积累与沉淀。

现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。

除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。

测试工程师年终工作总结20xx(4)

一、20xx年工作回顾及总结

回顾20xx年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：

1、总体来说，20xx年我主要完成了“xx银行系统”、“渠道管理平台”、“”、“”、的日常测试以及质量控制工作;“”已经稳定上线运行6个多月，“”即将上线。

2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：

a、测试项目案例、测试用例的设计与编写;

b、对测试过程中遇到的问题进行沟通，并提供意见;

c、设计业务功能流程，提供参考意见，绘制关键业务流程;

d、进行主要功能的界面测试、功能测试;

e、按照测试用例执行测试计划;

f、进行需求验证工作。

3、知识的总结与分享，完成客户端在安卓4.0/4.1，IOS6.0以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。

二、对公司的建议与意见

对公司和部门建设上，我有以下几点建议：

1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。

2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。一年至少有2次这样的交流。

3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。

4、建议项目需求设计可以有测试员参与讨论。

5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。

6、个人感觉平时的效率比较低，希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。

7、加强部门测试成果的积累与沉淀，提高团队测试水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。

三、20xx年工作计划与学习计划

20xx年工作计划就是希望通过自己的努力，让我们的产品更加完美，让自己在软件测试技能上有所提高，更多的关注软件产品的开发过程，提高工作效率、做到与用户的需求一致，提高公司软件产品用户满意度。

具体来说20xx年工作计划有：努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。

测试工程师年终工作总结20xx(5)

这一年对于我这个刚刚离开校园的职场新人来说，可谓是职业生涯中经历的第一个丰收之年，无论是在行为上还是思维上都切身感觉到了有所提升和进步。当然，所有的一切要感谢公司领导对我的赏识并给予了我相对广阔的发展空间，以及测试团队全体成员的相互帮助和共同努力。以下对我在**年所做的工作进行全面总结：

1.团队管理

我的团队，以现在的表现和对我的关怀与安慰而让我感动。

测试人员是一个比较特殊的群体，以发现缺陷和保障质量为根本目标。这就要求我们在公司并不规范的项目管理与工作流程背景下，测试既要服从于现状、又不能安于现状。自**年5月被正式提升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。

在团队管理上逐渐尝试，本着先理后管的原则，将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。坦白的讲，因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果却使我受益良多。是我的团队教会了我这些，让我初步懂得了什么是管理，让我明白管的是理而并非是人。如果事情难以理通，那么在此之上的管只能是强制的，仅仅在表象上完成事情而已。所以一定要先理清楚然后再管，这时其实已经不需要管了，因为已经理顺，大家都会去积极主动的执行。有理的同时，还要帮助整个团队去整理，给予团队每位成员必要的工作帮助，比如工作思路和工作资源。除此之外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进行交流，实现了团队成员之间的相互信任和相互认可。在这个过程中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的状态异常，并通过及时的交谈予以解决，同时也体现出了我的性格劣势。记得在一次例会结束后，我要求每位团队成员写出5条关于我的意见和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期望我有所成长。我也会以此为戒，逐渐改进。

2.团队工作

对工作模式进行改进，在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范情况。统一测试管理平台增强了测试人员的沟通频度，促进了大家的相互交流和相互帮助，并使得测试工作可以根据实际情况执行交互性测试。

综合**年的测试结果，我至少为整个团队的表现打90分，可以说这一年的工作结果是令人满意的，当然主要是指经历了八月调整之后的测试团队。最让人难忘的是**年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员调整，以3旧1新的4人阵容承担了原来7人的工作量，并在高强度的工作压力下顺利的度过了团队调整期。面对这一充满压力的过程，我想，只有“兔子在哪里”的故事是让大家难以忘记的。

如今的测试团队有着完备的内部机制和运作方式，我们已经做好了相应准备，随时应对公司发展所必须的各种调整。

3.个人工作

**年03月初，我已向郭总提交一份年年11月12日到**年3月的工作总结，其中所描述的工作内容均为当时参与的arpt项目的工作进展情况。自**年4月开始，我与项目组全体成员参与了arpt奥运项目的投标文件编写工作，这也是我第一次参与标书编写，但从自身来讲，我已经倾尽全部所能。

在标书编写结束后，除继续负责arpt软件的测试外，逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下，适当从事部分模块的测试工作。关于团队管理内容，之前已经有所介绍，在此不再赘述。

4.总结

年终结束，我的人生观和价值观也随着时间的推移而逐步发生改变，更加清晰的了解了自身优势与不足，包括职业发展过程中的一些必要能力，我也会在此经验的基础上渐渐的总结和调整。

个人进步的载体是公司的发展。在整整一年的工作生活当中，我真真的感受到了公司所发生的变化，看到了各位同事为了公司发展所做出的努力。

螺旋上升——用这个哲学词语来形容公司的发展过程再确切不过了。一切仿佛是旋转车轮上的一个点，回到原处的同时也发生了距离的变化。伴随着这个变化的过程，我心内中喷发过激-情、也感伤过失落;发泄过愤恨、也滋生过冷漠，最后在压抑与崩溃的临界点上重新燃起了希望，与此同时我更期盼着公司能够加速发展步伐，一改现在“总结了没有执行，执行了没有改变，改变了没有思考”的不正常现状。一年的结束，一年的开始，我已经准备好了迎接它的热情，期望付出努力，渴望收获硕果。

甲方(测试方)：_________ 乙方(供测方)：_________

甲乙双方经过平等协商，在诚信友好，充分地表达各自意愿的基础上，根据规定，达成如下协议，双方共同遵守。

第一条合同性质

本合同属于软件测试合同。

第二条合同内容

乙方为甲方提供《_________软件》的测试。

以下的测试款项，甲方在购买正式的软件时，可作为正式购买软件预付款的一部分抵扣，同时，测试期结束，此合同失效。

第三条测试方式，费用及支付方式

测试方式为：账号的测试;_________提供测试服务器测试;客户出服务器，_________提供测试软件。

支付方式：

1.账号的测试：合同签订后，乙方提供2个带有_________的账号(每个账号有30分钟的话费)话机或网关，提交甲方测试，测试的费用只收硬件的押金即可。

测试结束，乙方按硬件的借侧合同执行。

2._________提供测试服务器测试：由乙方提供整套的已装有_________软件带有公网地址的服务器，其管理权由甲方控制，测试期为一个月，测试费用：_________元，合同签订后一次付清，即可将服务器的地址与密码交予甲方。

测试结束后全部收回。

3.客户出服务器，_________提供测试软件：客户按照乙方的要求将服务器，中继网关配好后，提交乙方安装_________软件，具体的条款见本合同的第四、五、六、七条。

测试期为_________个月，费用为_________元人民币，合同签订后一次性付清。

第四条合同执行期限

交货：甲方将所需要的全部硬件设备配好后(硬件设备配置必须符合乙方系统的要求);乙方应于甲方通知乙方安装系统之日起_________个工作日内完成软件系统的安装和调试。

第五条验收标准及时间

1.乙方安装和调试竣工资料(包括用户手册和/或维护手册等)。

2.甲方接到乙方验收通知后在现场安排验收，验收合格后，甲方以书面方式签收。

第六条系统培训

甲方参加系统培训的人员的基本的要求：熟悉并具有电信操作及运营经验，熟悉英特网及宽带网的协议及设计，能熟练操作6.09.0，熟悉计算机及服务器系统的维护及简单维修。

第七条软件服务内容

1在_________网关及_________接通并通过_________验收后，_________在_________个工作日内完成远程_________网关软件安装及调试工作。

2在服务器及完整的9.0操作系统安装完毕并通过_________验收后，_________在_________个工作日内完成远程软件安装及调试工作。

3在以上两项工作完成之后，_________科技在5个工作日内完成远程综合调试工作并提交综合测试报告。

4售后服务条例：对于使用_________系统服务平台的运营商，乙方提供许可软件的售后服务支持

5售后服务指标体系：乙方在接到甲方反映的技术问题30分钟内电话联系一级技术支持并开始工作。

经常性问题在60分钟内解决，为解决的问题提供120分钟进展报告。

有难度问题(在24小时内不能解决的问题)，提供每12小时进展报告。

6系统的安装，调试及维护原则上由乙方负责。

7乙方提供的技术支持为_________。

第八条不可抗力

甲乙双方的任何一方由于不可抗力的原因不能履行合同时，应及时向对方通报不能履行或不能完全履行的理由，在取得有关主管机关证明以后，允许延期履行，部分履行或者不履行合同，并根据情况可部分或全部免予承担违约责任。

第九条争议解决方式

在合同履行过程中发生争议，双方应当协商解决。

协商解决不成，双方商定，采用向合同签订地仲裁委员会仲裁。

第十条合同生效

本合同正本一式二份，甲乙双方各执一份，经双方签字盖章后生效。

甲方(盖章)：_________ 乙方(盖章)：_________

授权代表(签字)：_________ 授权代表(签字)：_________

________年____月____日 ________年____月____日

签订地点：_________ 签订地点：_________

职责：

1、参与产品评审，制定测试计划，设计测试用例并执行测试;

2、负责跟踪分析测试情况，解决测试过程遇到的问题，建立、维护测试工作的相关文档;

3、定期进行质量状况总结，对问题提出过程改进建议，推动并跟踪过程改进结果

4、独立设计、搭建自动化测试框架，编写和维护自动化测试脚本;

5、负责产品的接口测试。

任职资格:

1、本科及以上学历，计算机相关专业;

2、4年以上软件测试经验，精通软件测试过程;

3、精通各种测试用例、计划、测试报告等各类测试文档的编写;

4、熟悉Android/iOS、微信公众号、小程序研发和测试项目流程;

5、熟悉自动化测试框架，例如:appium，selenium等;

6、至少精通一种接口测试工具 如postman、soapui;

7、熟悉数据库，能编写复杂的sql脚本尤佳;

8、熟悉主流测试方法与理论，掌握主流的测试及管理工具，如LR、Redmine、jira等;

1、 硬件产品整机电性能测试，包括样机配合测试、样机验收测试、投标样机测试等，并输出测试报告;

2、 公司产品的全面测试，参与需求评审，制定测试计划和方案，编写并执行测试用例;

3、 独立完成测试报告，输出测试文档，保证产品品质;

4、 硬件测试系统的搭建及测试方案和测试计划制定;

5、 测试问题的初步判定与定位。

6、 对测试中以及客服反馈或者生产反馈问题进行分析跟踪和报告，推动测试中发现的问题及时合理的解决;

7、 协助工程师分析测试中发现的问题，跟踪解决相关问题;

8、 规范、整理相关的测试文档、技术文档及过程文档;

测试工程师岗位职责说明书

篇一：测试工程师岗位职责说明书

1.严格遵守公司及部门各项规章制度，服从领导安排。

2.全面负责检测技术工作，配合各研发工程人员做好检测工作。

3.负责对废油、基础油进行检测并判定油品级别。

4.负责公司油品处理工艺的设计和改进工作。组织、实施油品性能参数测试及相关化工实验。做好检测工作的同时，保证自身安全。

5.对各自负责的试验检测的工作质量负责，严格按照试验检测规程、规范标准和有关规定进行试验检测。准确读数，认真填写试验记录，做到项目齐全，字迹清楚，并对试验的准确性和真实性负责，出具试验报告，试验资料应认真整理，并及时归档。

6.负责上报仪器检测设备的维修计划，编制填写仪器设备操作使用及维修记录。

7.对试验仪器因保管、使用不当而造成的损坏、遗失负直接责任。

8.负责起草、编制、完善各类仪器操作指导书。

9.负责试验物品的管理、摆放，做到分类管理，标识清楚。

10.试验物品应根据实验要求，合理取用，避免浪费。

11.做好试验检测准备工作，熟悉试验检测项目的检测规程及检测方法、规范、标准和要求，按规定检查样品、仪器设备、环境条件，各项合格后方可检测。

12.对实验室内的物品负保管责任，特别是各类化工试剂，应严格登记各项入库及使用记录。确保无外流情况发生。

13.严格按照操作规程和规范要求使用仪器设备，爱护设备，注意保养，发生故障或异常情况时，应及时上报，并提出解决的意见和措施。会同有关人员及时排除故障，恢复正常。

14.保证测试数据及技术不受外界干扰，对试验、检测结果的真实性负有直接责任。确保检测数据的准确、科学、公正。

15.确保仪器设备运转良好，精度准确。负责仪器设备的更新、降级、报废计划的编制，以及仪器设备的调配、清点工作。并做好相关记录。

16.按照国家及行业部门的有关规定，制定各项试验室规章制度，检测实施细则，确定检测方法，检测流程，研究新技术等。

17.对样品进行检查，确认其外观与收样记录一致。并记录在案后，该样品方可进入检测程序。

18.负责检测仪器设备的鉴定、校准和对比，提出检校报告。

19.掌握各种产品的检验标准、检测规范、检测细则、检测方法，根据需要和可能，提出新的检测方案。

20.积极推广新材料、新工艺、新技术，为研发工程服务。

21.努力学习专业知识，不断提高试验检测技术水平。

22.每月对试验室仪器设备及物品进行盘点核对，并将异常结果上报。

23.负责试验室内的环境卫生，保证实验室的整齐、干净。

24.完成上级领导安排的其它临时性工作

篇二：测试工程师岗位职责说明书

1，参与软件项目的需求分析，关注项目需求的可测性，并能预先评估项目的风险;

2，负责软件项目的测试方案制定，设计测试数据和测试用例，并进行相互评审;

3，实施软件测试，完成对产品的集成测试与系统测试，对产品的功能、性能及其他方面的测试负责;

4，对项目总的问题进行跟踪分析和报告，推动测试中发现问题及时合理地解决;

5，汇总测试执行情况，编制相关报告。

篇三：测试工程师岗位职责说明书

1. 制定测试产品的测试计划、方案;

2. 设计并执行测试用例，对产品进行功能，性能，安全等测试;

3. 实施高效的测试活动，并对测试结果进行分析，给出专业报告，与其他部门紧密协作，跟踪缺陷及推动及时修复;

4. 维护测试环境，进行测试环境的部署与调试;

5. 设计并且开发测试工具，对测试方法进行创新;

6. 完成测试项目归纳及总结文档。

篇四：测试工程师岗位职责说明书

1.编写测试计划、规划详细的测试方案、编写测试用例。

2. 根据测试计划搭建和维护测试环境;

3. 执行测试工作，提交测试报告。包括编写用于测试的自动测试脚本，完整地记录测试结果，编写完整的测试报告等相关的技术文档;

4.对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案。

5.提出对产品的进一步改进的建议，并评估改进方案是否合理;对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。

6.为业务部门提供相应技术支持，确保软件质量指标。

职责

1、编写测试方案，制定测试计划;

2、编写测试文档和测试用例;

3、搭建项目测试环境、更新测试软件，部署测试系统;

4、组织完成测试和集成测试工作;

5、编制软件测试报告并评估软件质量;

6、改进测试流程，提升测试水平;

7、提供测试技术指导、培训以及支持;

8、有数据库 MYSQL、Oracle使用经验者;

9、负责督促研发部门进行产品问题点的确认与改善并验证改善结果。

任职要求

1、计算机或相关专业本科及以上学历;

2、具备软件测试工作经验优先;

3、熟悉软件测试基本理论，掌握常用测试工具、软件测试流程及其各项规范;

4、有较强的学习能力和主动性，能胜任高强度的工作;

5、良好的团队合作精神和严谨的工作态度。

6、有Android测试平台经验

7、了解使用svn,github,tomcat等

委托单位(甲方)：上海海洋大学

受托单位(乙方)：

合同签订地点：

合同签订日期：年月日

协议签写说明

1、 本协议用于双方建立委托检测关系使用，双方应在协商一致平等自愿的基础上认真进行签写。

2、 签写时协议首部的甲乙双方的基本信息(包括公司名称、地址、电话、邮编)必须核实无误后认真填写，甲乙双方单位名称须与合同章一致。

3、 第一条合作项目中应填写准确的样品名称及检测项目，如属多个样品或检测项目可以附件的形式附后。

4、 结尾甲乙双方应分别加盖合同章，签约代表签字并填写签定日期。如有附件应附后与协议同时签定。

5、 双方应认真填写信息栏中的相应信息并加盖合同章，签定协议时并应加盖骑缝章。

6、 协议签定后应及时送交公司存档部门存档。

委托单位(甲方)：

地址：

电话：

受托单位(已方)：

地址：

电话：

本合同甲方因项目 (项目名称、财务编号、项目负责人) 需要，委托乙方进行______________的专项测试服务，并支付相应的测试服务报酬。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》

规定达成如下协议，并由双方共同恪守。

第一条 甲方委托乙方进行测试服务的内容如下

1、 测试服务的内容：

2、 测试服务的方式：

第二条 乙方应按下列要求完成测试服务工作

1、 测试服务地点：

2、 测试服务期限：

乙方负责甲方样品的样品前处理、要求的测试项目及相关检测报告。

第三条 为保证乙方有效进行测试服务工作，甲方应当向乙方提供下列技术资料和样品：

1、 提供技术资料：

2、 提供样品要求：

第四条 甲方向乙方支付测试服务报酬及支付的方式为

1、收费标准：

总金额：

2、甲方在收到乙方收费通知单后工作日内一次性支付乙方全部测试服务费。乙方收到全部测试服务费后发送电子版报告，并开具正式发票。

3、乙方开户银行账号信息

开户银行：

账户户名：

账号：

第五条 工作条件和要求

1、 乙方必须对样品的一切检测数据和检验技术要求保密，未经甲方书面同意不得泄露给任何第三方，也不得将与样品有关的技术资料进行任何经营及开发活动。

2、 甲方应按照乙方要求提交与检验有关方面的材料及必要的检测依据或文本。同时，甲方在送样时应当填写委托检测协议书给乙方，委托检测协议书构成本协议附件，传真件、复印件有效。

3、 乙方应按照专业操守尽其所能，按甲方的要求完成分析测试任务并且出具检测报告给甲方。

4、 甲方对提供样品资料的真实性和样品的代表性负责，甲方对检验结果若有异议，可于收到《检测报告》之日内向乙方提出复检，复检费用另行结算。

5、 乙方应向甲方提供测试资质证明。

第六条 甲方陈述

1、 甲方知晓乙方与其雇员已经签订《知识产权和商业秘密保护协议》，因此决不直接或间接引诱、帮助或促使乙方的雇员违反上述协议，否则甲方与乙方的雇员共同向乙方承担连带责任，并接受《知识产权和商业保护协议》中关于争议管辖权的约定。

2、 在本协议有效期内和协议终止后的一年内，甲方不得直接或间接聘用乙方雇员、或介绍乙方雇员到第三方任职、或诱使乙方雇员直接或间接投资、经营与乙方经营范围相同或近似的业务，否则，甲方所得全部收益应当归乙方所有，同时乙方有权要求甲方支付不低于拾万元的违约金。

第七条 违约责任

乙方只对甲方送检的样品自身的检测结果负责，对由于样品的检测结果与样品所代表的同种产品物质真实情况误差，所引发的一切法律后果由甲方自行承担;除因乙方过错导致样品的检测结果与样品的真实情况超过正常误差范围，乙方承担此样品检测项目的检测费用外，乙方对其它任何原因导致的检查结果误差及检测结果的使用不承担任何法律责任。

第八条 双方确定

在本合同有效期内，甲方利用乙方提交的测试服务工作成果完成的新的技术成果，归___________所有。

第九条 双方确定，在本合同有效期内，甲方指定____________为甲方项目联系人，乙方指定______________为乙方项目联系人。项目联系人承担以下责任

1、

2、

第十条 管辖法律及仲裁：

本协议适用中华人民共和国法律和法规。与国家法律相抵触时，可依法经双方协商一致后变更本协议。

在履行本协议的过程中，双方当事人因本协议或就本协议，或其附件而发生任何争议，双方应尽最大努力通过友好协商解决。如协商未果，应向中国国际经济贸易仲裁委员会(“仲裁委”)提出申请请求根据冲裁委的仲裁规则进行仲裁。

第十一条 协议生效、变更：

本协议自双方正式签订时生效，有效期一年。有效期内双方不得单方面改变或终止合同的执行。

任何一方对于由以下不可控的原因造成的延迟交付或履行不能均不负有法律责任，双方应共同协商变更或者解除本协议：

(1) 战争或军事行为;

(2) 自然灾害，包括但不限于洪水、旱灾、台风、地震、火灾等;

(3) 集体罢工或暴乱;

(4) 国际仲裁;

第十二条 协议的终止：

本协议于期满或经双方协商一致解除后终止。本协议的终止将不影响双方之间现有的其它协议的效力。

第十三条 附则

1、 本合同一式两份，经双方签字盖章后生效，双方各执一份，具有同等法律效力。

2、 本协议自双方签字盖章之日起生效。

3、 本协议未尽事宜，可经甲、乙双方友好协商做出补充条款，补充条款与本协议具有同等法律效力。

甲方

单位名称(盖章)：

负责人(签字)：

联系方式：

日期：

乙方

单位名称(盖章)

负责人(签字)：

联系方式：

日期：

职责：

1、负责软件、硬件的系统集成测试;

2、负责系统测试工作，包括功能、性能、可靠性等测试;

3、负责测试环境搭建，完成测试用例、自动化测试脚本设计维护;

4、编写测试计划、BUG重现、分析、定位及测试报告的编写;

5、负责软件、硬件、系统验证工作;

6、负责现场技术支持及售后服务工作。

任职条件：

1、本科及以上学历，2年以上通信、射频系统相关产品系统测试经验;

2、熟练使用信号源、频谱分析仪、综合测试仪、功率计、示波器等仪器;

3、熟悉PYthon等脚本语言，丰富的测试用例经验;

4、学习能力强，良好的沟通能力，良好的解决问题能力;

5、工作积极主动，有责任心，有求知欲。

6、有飞机航电测试经验优先。