系统测试工程师岗位的工作职责

系统测试工程师岗位的工作职责（精选11篇）

1.系统测试工程师岗位的工作职责 篇一

职责：

1、负责解读客户的输入文档及功能要求;

2、负责各项目的测试用例及测试计划等相关文档的编写;

3、使用CAN工具进行功能测试，熟悉测试台架的搭建;

4. 完成上级领导安排的各项功能。

任职要求：

1、本科及以上学历，汽车、通信、电子等相关专业;

2、三年及以上车载模块的测试经验;

3、熟悉CAN工具，可独立完成测试台架的搭建;

4、熟悉常用的linux指令，例如ps、df等;

5、具有良好的沟通能力，且可接受短期出差。

2.系统测试工程师岗位的工作职责 篇二

摘要：基于对比分析美国国防部DOD5015.2、欧盟MoReq2010、我国GB/T29194-2012这三个电子文件管理系统功能要求标准，重点对比测试目的、测试内容、测试方法和测试业务的异同，从而提出国内外电子文件管理系统测试工作的差异性和发展趋势。

关键词：电子文件管理系统标准符合性测试DOD5015.2 MoReq2010 GB/T29194-2012

Abstract：The main propose of this essay is to discover the differences among three testing stan？ dards for Electronic Records Management System and find out the development trend about it. The anal？ ysis is based on the comparison about the require？ ments of Electronic Records Management System， such as DOD5015.2， MoReq2010 and GB/T29194-2012， focus on the testing propose， testing works and testing methods.

Keywords：ElectronicRecordsManagement System； Standards Compliance Test； DOD5015.2； MoReq2010 ；GB/T29194-2014

一、研究背景

测试是发现软件系统各种缺陷的主要手段，也是实现其质量保障的重要过程。作为一种特殊的软件系统，电子文件管理系统（Electronic Records Management System，简称ERMS）的测试应具备区别于一般软件系统测试的特殊性。美国国防部《电子文件管理软件设计评价标准》（Design Criteria Standard for Electronic Records Management Software Applications，简称DOD5015.2-STD）、欧盟《电子文件管理通用需求2010》（Modular Requirements for Records Systems 2010，简称MoReq2010）以及我国《GB/T29194-2012电子文件管理系统通用功能要求》等功能要求标准的相继出台，不仅为电子文件管理系统的研发工作提出了通用性要求，而且使标准符合性测试成为亟待研究的重要工作。

目前，国内外已经开展了GB/T29194- 2012、DOD5015.2以及Moreq2010的标准符合性测试工作。但是，有关国内外电子文件管理系统测试进展的研究仍为空白。国内外电子文件管理系统功能要求的研究主要集中在功能要求的标准化、对比研究与本土化上。具体体现在：一是国内对MoReq2010标准的研究较多，其重点是比较MoReq不同版本之间以及其他标准的异同，并指出MoReq具有更强的适应性[1]、MoReq较DOD5015.2提出了更为明确的功能要求[2] [3]等。与DOD5015.2的研究相类似的是，从与其他标准的对比、该标准自身的特点入手，指出DOD5015.2的主要特点是其适用主体是美国国防部以及其相关部门，该标准更加关注安全性能，并且其规定不是通用的要求。[4]GB/ T29194-2012的提出实现了电子文件管理系统功能要求的本土化，相关研究主要集中在与国外电子文件管理系统功能要求[5]以及国内与电子文件和电子档案领域发布的相关标准[6]之间的对比分析上。由于该标准提出的时间较晚，因此相关研究较少。二是国外相关研究集中在标准本身，不同版本之间的对比、不同电子文件管理系统需求标准的对比以及标准在不同国家的本土化问题上。例如：MoReq2较MoReq的改变，有易测试、管理性、结构性、具体化要求上的变化。[7]2003年，学者Piers Cain探讨MoReq在英国的适应性，并将MoReq与美国国防部提出的相关标准进行对比，提出了MoReq的主要优势。[8]

ERMS测试理论体系主要由四个部分组成：测试目的、测试依据、测试内容和测试方法，[9]本文所讨论的测试依据为DOD5015.2、MoReq2010和GB/T29194-2012。通过对比分析三者测试目的、测试内容和测试方法的异同，提出关于ERMS测试工作的建议。其中，建议参考了学者朝乐门在该领域研究中提出的关于ERMS测试呈现的三个基本特征，以及ERMS测试方法论的创新需要突破的两个前提：一是突破功能测试的局限性；二是突破人工测试的局限性。[10]

二、测试目的

三个测试标准的最终目的是一致的，即检查被测系统的标准符合性，保证其电子文件管理质量，提升其服务质量。但是，在操作层面表现出不同的特征：

（一）DOD5015.2侧重安全方面

DOD5015.2由美国国防部提出，强制要求政府部门的ERMS必须经过联合互操作测试组（Joint Interoperability Test Command，简称JITC）的测试认证，不强制要求商业用途的ERMS参与认证。该标准仅提出政府部门的ERMS需要满足的最基本要求（必须满足的要求），没有提出更宽广的其他要求，侧重于安全方面。

（二）MoReq2010的规定具有灵活性和宽泛性

MoReq2010由欧盟文件生命周期论坛（Docu？ ment Lifecycle Management，DLM）提出，为欧盟各国现行的电子文件管理系统需求提供参考和规范，同时规范参与认证的ERMS导入、导出格式，从而便于不同国家之间的数据迁移。考虑到各国已有的电子文件管理系统需求，MoReq2010的规定具有灵活性和宽泛性。

（三）GB/T29194-2012借鉴多国优点的基础上形成

GB/T29194-2012是我国结合多国的电子文件管理系统测试标准的优点，以及我国的现实需求而提出的标准，目的是为了规范电子文件系统测评工作的组织与实施，保证电子文件软件系统质量和系统的正确使用与可靠运行。

三、测试内容

虽然三个标准的理论依据均为文件生命周期理论，提出的要求都与文件流转业务流程相关，但是提出测试内容的结构不同，笔者将其重新组织为功能评测、元数据评测和系统文档评测三个部分来进行讨论。其组织依据借鉴了我国GB/T29194-2012中“软件系统测评内容应包括但不限于功能测评、元数据测评和系统文档测评”的要求进行组织。

（一）功能测试

功能测试是测试系统所提供的功能条款。由于三个标准中对功能要求的描述结构和方式不同，笔者对其按照主题聚类分析，进而得出其在侧重点上的不同。如图1所示。

1.三者所涉基本功能相同。一是三者都有关于工作流的使用、文档业务流程、元数据安全性、系统可维护性等方面的内容。而这些要求正是ERMS应具有的基本功能。二是功能条款都可以分为必要性要求和可选性要求。三个标准中，功能要求均可分为两个部分，必要性要求（强制性要求）和可选性要求（非强制性要求）。其中，必要性要求是指该系统应满足的最基本要求，它是ERMS在实现电子文件管理时所必须实现的功能。可选性要求是指为更好地实现管理所要求的功能条款，不满足的情况下也不影响系统的正常使用，故称为可选性要求。软件提供方如提供该部分功能，可以申请对该功能进行测试、认证。

2.侧重点上不同。基于安全的考虑，DOD5015.2对文档的离线使用、电子邮件的迁移、使用权限、安全控制的相关规定较为具体和严格，侧重对该类功能测试。MoReq2010，则对不同ERMS之间的数据迁移、不同阶段的文件迁移等要求较多，目的是为了实现不同系统之间的格式统一，方便系统之间的数据交换。GB/ T29194-2012则结合了以上两个标准的规定，并根据中国国情进行适当的取舍。

2.描述结构不同。DOD5015.2和GB/T29194-2012都是根据业务流程来叙述功能测试要求，如文件形成、文件捕获、转移等业务流程中应实现的功能。而MoReq2010则是把这些业务流程中涉及的要求分散到其九个核心服务的要求中，从角色的角度进行叙述。包括系统服务、文件服务、分类服务、用户与组织服务、角色建模服务、处置计划服务、元数据建模服务、检索及报告服务、输出服务和非功能性需求，以及附加模块。

（二）元数据测试

元数据是描述文件的背景、内容、结构以及整个管理过程的数据。通过记录元数据，可以初步了解文件的内容，并且追踪文件的流转、修改情况。虽然三个标准目标的不同会导致其对元数据的侧重不同，但是由于元数据有其自身的重要性和规范性，三个标准中又存在相同点。例如：三者均强调了元数据在电子文件中的重要性，并将元数据纳入测试范畴；三者基本元数据集相同，包括内容相关的元数据（题名、日期、保密性等）、安全性相关的元数据（权限、人员）、关系实体的元数据等。同时，对其之间的差异我们也需要给予关注。

1.DOD5015.2根据不同流程活动来规定元数据测试的内容。包括：文件计划实施，文件时间规划，文件说明和归档，电子文件归档，后续归档到美国国家档案与文件署。对元数据的要求分为三个部分：数据收集范围、数据结构和支持。记录的内容除了一般的关于文件内容的数据以外，主要记录文件修改、使用和转移情况，以及工作中使用E-mail进行联系的相关内容。

2.MoReq2010文件的关系是按照实体来进行联系，对每个实体，再分为系统元数据和内容元数据这两个部分。主要是利用元数据，重现不同实体之间的联系，如不同文件之间的联系、文件与系统的联系。

3.GB/T29194-2012关于元数据的要求包括基本元数据评测指标和扩展元数据评测指标，其要求是根据不同的元数据内容进行组织，并分为三级指标。基本元数据评测中包括的是一般的内容标识、授权标识等，如题名、保密性、业务等内容。扩展评测指标中，则是额外的关于文件的标识，如格式、软件环境、业务关系的进一步描述等。与DOD5015.2类似，但安全方面要求稍低。

（三）系统文档测试

系统文档是对系统的辅助解释，有助于用户正确使用电子文件管理系统。三个标准中均将系统文档测试作为一个为非功能性的要求，这充分说明系统文档的重要性。但是，在GB/T29194-2012的标准符合性测试中提出了更为具体和可操作的要求，包括系统文档的一致性、完整性、可理解性、指导性、易于实现标准符合性测试，以及扩展的系统文档评测指标。而另外两个标准仅简单地提到了需要对系统文档进行测试。

四、测试方法

三个标准中使用的测试方法基本为功能点测试（标准符合性测试），功能点测试又有黑盒测试和白盒测试两种方法。由于白盒测试的测试效率不如黑盒测试，实际使用中多以黑盒测试为主。对于测试方法，以及黑盒测试的应用方面三者又略有所不同。其中，黑盒测试指的是把程序看作一个黑盒子，按照程序说明进行输入，检查输出结果是否符合要求。不需要考虑程序内部结构和内部特性，操作简单，但无法发现程序内在的问题。[11]白盒测试则是通过测试用例，观察程序完整运行情况，要求分析程序的代码，[12]它能够更好地发现程序自身存在的深层问题，但相应地延长了测试时间。

1.三个标准的测试方法基本一致，主要依赖于功能测试。此外，也引入了通过录制脚本等方法实现自动化测试，从而节省时间。在功能测试过程中，主要使用黑盒测试，必要时采用白盒测试来发现深层问题。GB/ T29194-2012标准符合性测试中，采用白盒测试发现黑盒测试难以发现的深层缺陷，并取得了较好的测试效果。

2.DOD5015.2为提高黑盒测试的效率，在黑盒测试的过程中采用了极限编程的思想，第一次进行完整测试，后续版本只测试与修改相关的功能，从而减少了多次完整测试的次数，加快了测试效率。极限编程是指边编程、边测试，及时地对API进行测试，即每个小部分编写完成后及时测试，减少错误的累积，使得软件开发变得更为简洁。[13]

3.MoReq2010的测试方法则是通过模块化（上文提到的九个核心服务），从不同角色的角度，在不同的服务模块中进行测试。

4.GB/T29194-2012除使用功能测试以外，还引进情景测试法（模拟具体业务流程所产生的输入）来进行测试，这是一种较新的测试方法。

五、测试业务

测试业务是测试标准、方法和技术的具体应用，具体包括测试机构和测试流程两个方面。

（一）测试机构

在测试中，存在证书颁发机构、软件提供机构和评测机构。一般而言，为保证测试的公平性，评测机构由第三方担任。GB/T29194-2012、MoReq2010的测试机构均由经认证的、非软件提供方的第三方软件测试中心进行。但由于DOD5015.2是直接针对国防相关部门的软件要求，基于安全性的考虑，测试由JITC来负责监督完成，并由JITC颁发证书，不邀请第三方机构进行评测。

（二）测试流程

测试流程可以分为三个部分，测试前的准备工作、测试过程的实施工作和测试后的反馈工作。三个标准在测试流程方面的要求基本一致，主要区别体现在具体工作细节。

1.测试前的准备工作。在测试前需要对测试日期商定、测试人员安排、系统运行环境进行安装等步骤。此外，还需收集信息（以填写问卷的形式来实现），包括使用何种测试入口（用户图形界面、应用程序编程接口）、以及需要进行评测的可选性功能。

2.测试过程的实施工作。这是测试的主要部分，测试周期从一个月到半年不等，不同标准中对此的规定不同。

3.测试后的反馈工作。主要是测试报告的编写，同时也包括解决测试结果分歧。但是，测试报告的公开性不同，DOD5015.2规定概要报告对外公开，详细报告只有相关政府部门才能获得；MoReq2010指出报告不对外公开；GB/T29194-2012在自己的官网上公开。

六、结论

（一）Moreq 2010、DOD 5015.2和GB/T29194-2012的标准符合性测试工作之间的区别主要来自于标准本身的特殊性

DOD5015.2的适用对象是美国国防部等国家政府部门，尤其是军事机构，因此DOD5015.2并非是一个通用型标准，对安全方面的要求十分严格。DOD5015.2的测试，不仅可以现场测试，而且还支持远程测试。Moreq2010标准的一个突出特点是其灵活性，各国可以根据自身情况进行调整、灵活处理。该特点是由于欧盟各国大多已经存在适用于该国的电子文件标准，如英国的《电子文件管理系统功能需求》，故需要一个灵活的要求。GB/T29194-2012较好地吸取了DOD5015.2和MoReq2010标准中的内容，并较好地体现了我国电子文件管理工作的主要需求，其测试工作充分借鉴了Moreq2010和DOD5015.2的测试经验。

（二）从发展趋势看，电子文件管理系统的标准符合性测试工作呈多样化、规范化的趋势

一是测试方法的多样化趋势。目前，电子文件管理系统的测试方法较为单一，主要采用的是人工黑盒测试方法和动态测试方法，无法满足标准要求和用户需求。因此，测试工作将综合运用白盒测试、集成测试、回归测试、协同测试和情景测试等多种测试方法。同时，从测试方法的实现方式看，基于人机协同的自动化测试将成为电子文件管理系统测试的主流方式。二是测试范围的横向拓展趋势。目前，电子文件管理系统的测试范围较小，仅限于功能、元数据和内容三个方面的测试。但是，电子文件管理系统的实施亟须引进性能、安全、兼容性、可用性等多种测试内容，不断拓展其测试范围。三是测试实施的规范化趋势。目前，电子文件管理系统测试业务的规范化程度不够，尤其是前期准备工作、测试后评估以及结果再利用的重视不够，严重影响了测试结果的信度和效度。因此，电子文件系统测试工作的全程控制及监督工作将受到重视，测试工作将趋于规范化。

*本文为国家社科基金重大项目《云计算环境下的信息资源集成与服务研究》（项目编号：12&ZD220）和国家自然科学基金重点项目《我国信息资源产业发展政策及管理研究》（项目编号：71133006）的研究成果之一。

注释及参考文献：

[1]张宁.《欧盟电子文件管理通用需求第二版——MoReq2》解析[J].北京档案，2008（7）：46-48.

[2]于丽娟.《电子文件管理通用需求——MoReq》[J].档案学通讯，2003（6）：30-34.

[3]张茜，程妍妍.国际电子文件管理系统需求标准比较研究[J].中国档案，2014（11）：61-63.

[4]于丽娟.《电子文件管理软件设计评价标准——DOD5015.2-STD》[J].档案学通讯，2003（3）：73-78.

[5]张晓娟，胡文佳，陈诚.电子文件管理系统需求标准化的国际经验与启示——基于MoReq与ICA-Req的分析[J].情报理论与实践，2015（4）：57-60.

[6]张晓娟，陈诚，胡文佳.电子文件管理系统功能需求标准的建设与发展[J].电子政务，2014（5）：93-98.

[7]Fresko， Marc（2001）， MoReq2： the new model for developing， procuring electronic records management sys？ tems： the 2008 version of Model Requirements for the Management of Electronic Records（MoReq2）features new testability， governance， structural innovation， and ex？ panded content， Information Management Journal.

[8]Fresko， Marc（2001）， MoReq2： the new model for developing， procuring electronic records management sys？ tems： the 2008 version of Model Requirements for the Management of Electronic Records（MoReq2）features new testability， governance， structural innovation， and ex？ panded content， Information Management Journal.

[9][10]朝乐门.电子文件管理系统的测试方法研究[J].档案学通讯，2014（6）：57-60.

[11] [12]Ammann， Paul； Offutt， Jeff. Introduction to Software Testing. Cambridge University Press. 2008. 21-22.

3.系统测试工程师岗位的工作职责 篇三

1.公司自主研发产品测试。

2.搭建和维护测试环境，制定计划编写用例。

3. 协助开发部门重现和分析问题，给工程品质提供生产测试方法并给出可行性方案。

4. 公司安排的其它任务。

5. 编写系统测试方案及用例。

6. 负责与开发人员共同定位ATV认证测试出现的各位问题。

7. 把控产品进度并及时跟进执行情况。

任职资格：

1. 大专或以上学历;

2. 有 2-3年左右同类型岗位工作经验;

3. 对于消费类电子产品的用户体验有狂热追求，能提出切合实际并受喜欢人机交互建议;

4. 持续保发现产品问题的敏锐性并跟踪;

5. 熟悉数字电视系统概念、TCP/网络概念、音视频编码;

6. 一定的英语阅读及书写能力;

4.系统测试工程师岗位的基本职责 篇四

1、安装、调试、维护升级和改进;

2、负责项目实施，现场部署，配置调整，文档编写等;

3、负责系统运行服务支持工作，问题解答、跟踪及反馈工作等;

4、解决产品简单的bug问题，保障其正常运行。

任职要求：

1、年龄在19-30,大专以上学历，对工作充满热情积极向上;

2、具有一定的网络基础知识，熟悉TCP/IP、主流局域网和广域网技术;

5.系统测试工程师岗位的具体职责 篇五

1、负责编写系统测试方案、测试用例、测试报告，跟踪评估;

2、负责测试效果评估、问题确认、报告编写;

3、根据项目需求和项目计划，设计并准备测试环境;

4、制定产品测试标准和规范，对项目实施人员进行技术指导和培训;

5、负责响应和处理客户项目的装车测试有关的问题;

6、参与产品开发立项过程，对开发新产品的功能、指标及方案提出意见。

任职要求：

1、本科及以上学历，电子、通信、计算机技术或相关专业，3年以上工作经验;

2、熟练使用测试工具、部署测试环境和查找缺陷方法;

3、熟练编写测试用例、测试方案及测试报告;

4、熟练使用如CANoe、Tellus、loadrunner等主流的测试及管理工具;

5、熟悉接口测试常用方法和技术，有接口自动化测试经验;

6.浅析面向软件工程的工作管理系统 篇六

关键词 面向软件 工作管理系统 工作流

中图分类号：TP31 文献标识码：A

随着全球经济一体化的不断发展，城市化建设的规模不断增大，由此产生的连锁反应也不断延伸。软件工程在国民建设的地位与日俱增。面向软件工程的工作管理系统被看做是衡量企业现代化技术以及信息技术的关键指标从而引起人们的高度关注。如何进行面向软件工程的工作管理系统的技术研发与设计已成为困扰相关人员的难题。

1 工作管理系统基本概述

工作管理系统是一个软件系统，它完成工作量的定义和管理，并按照在系统中预先定义好的工作流逻辑进行工作流实例的执行。工作管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。

就理论而言，现代意义的工作管理系统一般是指用工作流的形式化表现成基本的驱动力，以相关软件的操作系统执行力作为基本手段，借此完成包括管理、执行以及工作流定义等多项内容的综合系统。整个工作管理系统的关键核心是业务进行过程中各种相关行为的发生顺序以及相关的人与数据资源的使用，在此基础上实现整体业务活动高度自动化。

2工作管理系统的分类

工作管理系统根据其本身特点可以分为四类比较，不同种类的系统适用于不同工作对象。

2.1 结构化工作流与即席工作流

结构化工作流主要指在执行过程中主要重复某个步骤的业务，办公室中许多业务都属于结构化工作流，因此此类工作管理系统适用于多数办公室。即席工作流对于工作结构简单没有大量重复或者少量重复的过程十分有效。

2.2面向文档与面向过程的工作流

面向文档工作流在文档管理工作中被广泛应用，将电子档格式的文件与图片根据不同需求发给相应的工作人员进行业务管理。面向过程指将整个过程中的具体细节进行数据处理，并根据需要将这些数据发送到其他部分。

2.3基于邮件与基于数据库

基于邮件与基于数据库的工作流最大的不同主要是在工作规模上，基于邮件的工作流主要适用于低端系统所执行的信息的传递、事件通知以及数据的发送；基于数据库的工作流主要适用于规模庞大、性能高端的系统，主要针对数据的处理以及查询。

2.4任务推动与目标拉动

任务推动与目标拉动主要指流程衔接方式不同。任务推动之前置流程完成后推动下一流程的执行，即从头到尾的推动执行方式。目标拉动主要指后置流程的执行完后需要前置工序的结果，即从结尾到开头的拉动作用。

3 面向软件工程的工作管理系统的实施

3.1 工作流建模

工作流建模主要是软件开发过程中定制工作流服务的，其过程主要包括建模、维护系统以及对外接口三个部分。过程建模主要是建立工作流层次以及项目层次信息，需要注意的是在建模过程中编辑各个活动与各个活动属性间的执行关系，以此在工作模中自动形成工作流。执行工作确认无异常后即可设置相关检验，检验的目的主要是校验模板的工作效益，一般采用较多的测试方法为连通性测试法。除以上步骤，工作人员还应该注意将仿真信息添加至模块中，避免重复建模，从而减少重复动作的浪费。

3.2 工作流仿真

工作流仿真的前期工作是选定仿真工作流模型，依据模型的要求，程序人员根据开发项目的名称以及过程之间的联系建立工作流程模板。确定模板后即可进行仿真环境的设置。环境设置完毕进行随机数产生器的初始化，仿真活动开始并通过动画以及数据信息的方式展开仿真活动。

工作流仿真建立在建模以及项目实施前的环节，具有极其重要的意义。仿真过程得到的仿真数据可以被用作与工作人员预估的信息进行比对，以此验证现有工作流的可靠性。如果工作人员预估数据与仿真数据之间存在较大差异，工作流中可能存在错误的环节，需要进行及时纠错并调整，如没有太大出入则说明该工作流的具有一定可靠性。

3.3 工作流实施

首先将工作流根据实际情况进行实例化处理，再根据相关条件具体是实施。实例化的工作流数据库包含工作流的执行信息以及工作流定义，通过对数据信息的处理，从而形成面向用户的视图。从工作人员角度来看，经过处理的数据能够同时处理并响应个人工作台的相关信息，再根据实际情况来确定激活的模块以及资源的实际调配。在实际操作时，模型解析按照一定规则进行出发时间、条件以及活动的安排，对于个人工作台软件开发，则根据相关要求生成文档与代码，从而方便用户的实际操作。

4结束语

软件工程的工作管理系统在我国发展迅速，并能够快速适应我国的市场环境以及用户需求。就目前国际范围来看，中国的工作管理系统相对比较薄弱，因此国家对相关工程高度重视，促进国内该工程形成自己的行业体系与行业标准。随着市场经济的不断发展，对工作管理系统的需求不断加大，面向软件工程的工作管理系统将会不断进步，顺应时代的发展与需求。

参考文献

[1] 孙国志. 面向软件工程的工作流管理系统研究[J]. 企业技术开发，2014，4：63-64.

[2] 傅谦. 面向软件工程的工作流管理系统[J]. 上海交通大学学报，2012，9：113-114.

[3] 高伟. 简析软件工程的工作流程管理系统[J]. 科研发展，2012，3：95-97.

7.系统测试工程师岗位的工作职责 篇七

1、根据需求提炼测试点，并完成测试用例设计;

2、使用测试用例管理、缺陷管理等工具，进行测试活动，准确评定缺陷等级，记录缺陷;

3、编写测试用例、测试报告、测试计划等测试相关文档;

4、按时完成测试任务，把握测试重点，合理安排测试时间，保证测试进度和测试质量;

任职要求

1、计算机相关专业大专及以上学历;

2、熟悉产品测试方法和测试流程;

3、有较强的沟通协调能力并具备良好的心理素质和团队协作精神;

4、有较强的自学能力，对新技术、新知识有主动学习的意愿;

5、有应急广播和广播电视设备测试经验者优先。

8.硬件测试工程师岗位的工作职责 篇八

1. 与研发工程师指定产品的测试标准和方法, 编写测试方案, 整理测试报告。

2. 负责CP/FT/量产程序的开发、调试及优化。

3. 负责测试平台的改进和问题解决。

4. 负责产品特性研究，为改善生产良率提供意见。

任职要求：

1. 通信/自动化/计算机等相关专业本科及以上学历，2年以上相关工作经验。

2. 熟悉c语言。

3. 熟悉word/excel等办公软件的使用。

9.中级测试工程师工作的岗位职责 篇九

1. 根据产品需求编写测试计划，设计并编写测试数据和测试用例;

2. 按时完成软件测试工作任务;

3. 执行具体测试任务并确认测试结果，完成测试报告以及测试结果分析;

4. 能独立进行自动化测试。

任职要求：

1.熟悉相关开发语言，具备软件测试平台搭建的能力，熟练编写测试脚本和使用Selenium、Webdriver、Loadrunner等测试工具;

2、熟悉数据库操作，和基本的sql语句;

3、工作责任心强，细致，耐心;

10.高级测试工程师工作的岗位职责 篇十

1、负责行情、交易等后台系统的功能测试、接口、压力测试;

2、负责研究测试方法和工具，不断完善测试方案，提升测试质量，降低产品线上BUG量;

3、根据需求特性，制定完善的测试方案和测试流程;

4、负责测试效率提升建设，自动化测试，持续集成，压力测试平台等;

岗位要求：

1、3年以上服务端测试、测试开发或者开发经验，计算机相关专业;

2、熟悉linux系统，掌握以下至少一种语言：Java/Python/C++，计算机基础扎实;

3、熟悉软件开发流程，熟悉软件生命周期各阶段的测试方法，具有白盒测试、接口测试、自动化测试经验;

11.系统测试工程师岗位的工作职责 篇十一

1、 负责公司无线通讯产品的嵌入式软件、 app的测试工作;

2、 根据产品需求和设计文档，分析测试需求、设计编写测试方案和用例;

3、 根据产品测试需求完成测试环境的搭建、制定测试标准和测试规范;

4、 负责完成产品测试，编写测试报告，并进行产品质量风险的评估;

岗位要求：

1、 本科及以上学历，计算机或电子信息等相关专业;

2、 3年以上智能硬件或IOT产品的软件、app测试相关工作经验，如：智能摄像监控、智慧电力监控、智能家居，智能音箱等产品的测试经验;

3、 精通功能测试，熟悉单元测试，接口测试和性能测试，并能熟练使用各种测试工具;

4、 熟悉嵌入式产品，熟悉一种以上编程语言或脚本语言，有自动化测试工具、框架和平台开发经验者优先;