测试工程师的工作描述(精选10篇)
1.测试工程师的工作描述 篇一
职责
1、编写测试方案,制定测试计划;
2、编写测试文档和测试用例;
3、搭建项目测试环境、更新测试软件,部署测试系统;
4、组织完成测试和集成测试工作;
5、编制软件测试报告并评估软件质量;
6、改进测试流程,提升测试水平;
7、提供测试技术指导、培训以及支持;
8、有数据库 MYSQL、Oracle使用经验者;
9、负责督促研发部门进行产品问题点的确认与改善并验证改善结果。
任职要求
1、计算机或相关专业本科及以上学历;
2、具备软件测试工作经验优先;
3、熟悉软件测试基本理论,掌握常用测试工具、软件测试流程及其各项规范;
4、有较强的学习能力和主动性,能胜任高强度的工作;
5、良好的团队合作精神和严谨的工作态度。
6、有Android测试平台经验
7、了解使用svn,github,tomcat等
2.测试工程师的工作描述 篇二
日益增长的系统复杂性和越来越短的产品开发周期使得当今的软件开发领域面临了许多挑战。软件测试作为开发过程中的关键环节,保证了产品的质量和可靠性。然而为缩短产品的开发周期,不得不从软件测试环节节省时间[1]。很多可以提高效率的测试方法,如模型驱动测试,在使用上对于测试执行人员有建模等相关知识的要求[2],但是对于由许多独立子系统组成的复杂分布式系统,测试人员往往仅是该系统所处领域的专家(例如:列车运行控制系统),对其他领域知识的了解有限,因此无法通过该方法来进行测试[3]。
针对上述情况,需要为这种系统的测试搭建相应的测试平台,即一个基于计算机仿真的测试环境,包含被测系统(SUT)与仿真的测试组件,并且根据该领域的系统需求规范用建模及算法来生成测试案例集与测试序列,用于测试。同时,系统的高复杂性需要该系统执行自动化测试以保证效率。
因为针对系统的测试案例集与测试序列(统称为测试规范)多为文档形式[4,5,6],对于一个基于计算机仿真的测试环境来说,需要对其进行形式化的描述,不仅能使测试人员更方便地理解测试规范,而且能使其直接应用于测试环境,提高测试的自动化程度。目前针对测试规范的形式化描述并不常见,德国宇航中心(DLR)提出了一种方案。该方案试图通过寻找测试规范中的最基本概念,对其进行形式化描述后再进行横向及纵向组合,以此来生成最后的总体形式化描述[7]。但这种自底向上的方法不从整个规范的结构出发,无法保证结果的完整性及描述的一致性。
因此,本文提出一种从测试规范整体入手的方法,使用UML类图及一种UML到XML Schema的三层设计方法[8],生成可以直接应用于计算机仿真测试平台的测试形式化描述,并以列车运行控制系统的车载子系统功能测试为例,进行具体说明。
1 基本概念
1.1 测试环境
一个适用于复杂分布式系统的计算机仿真测试环境应该与被测系统密切相关,针对不同的被测系统,测试环境的构成有所不同。简单来说即将该系统中的模块与接口均通过计算机仿真模拟实现,将被测系统嵌入到这个环境中,替换掉与之对应的仿真模块,形成一个完整的系统环境。图1为一个分布式系统测试环境结构图,除了包含系统仿真部分外,还包括测试场景生成器、测试场景控制器及测试的记录和分析模块,以上这些模块从框架上保证了自动化测试的可能。
1.2 测试规范
测试规范是测试案例集和测试序列的统称,它通常是通过对系统需求规范建模或由某个领域的专家讨论生成的。欧洲信号供应商联合体(UNISIG)发布的欧洲列车运行控制系统(ETCS)车载子系统功能测试框架[9]是一个符合图1的测试结构,以其配套发布的测试案例集[4]为例,不同于模型驱动测试中的用例图,一个完整的测试案例应该包含表1所示的元素。
测试序列是通过测试案例按照一定的算法和方法组成的,可以理解是测试案例的组合,所以在结构上与测试案例相比基本相同,但是其中的步骤列表更加庞大。
如图1所示,一个分布式系统测试环境需要有形式化的测试规范描述注入,才可以运行。然而针对测试规范的描述大多是文档形式,无法被一个计算机仿真的测试环境使用,所以将这些描述形式化,使其成为计算机可用的形式是有必要的。下面以列车运行控制系统的车载子系统功能测试为例,进行详细说明。
2 形式化描述
2.1 方法概述
测试规范的形式化描述,可以有很多形式,包括Petri网、UML和XML等。考虑到直接用于测试环境,XML是最理想的选择,因为XML文档可以表示结构化数据,它的一个主要目的是允许在组织和应用程序之间自由交换结构化的数据,所以将其直接应用于测试环境具有现实意义。同时,XML可以通过XML Schema来定义格式并进行验证,而UML类图与XML Schema之间有着紧密的关联,所以可以以UML为出发点进行描述。具体来说,使用UML类图对测试规范建立静态模型,并通过一种如图2所示的UML到XML Schema的三层设计方法,生成与UML类图直接相关的XML Schema,在其基础上生成XML文档。针对列车运行控制系统的车载子系统功能测试,UNISIG发布了完整的测试序列[5](Subset-094-6-3),以下针对这个测试序列使用上述方法进行形式化描述。
2.2 概念层UML静态模型
针对测试序列建立进行形式化描述的第一步即建立图2中的概念层模型,将测试序列看成是一个系统,使用UML类图对它进行静态描述。它作为文档,与系统有较大区别,但是研究会发现测试序列描述中的一些元素的内在联系。例如测试序列中的基本信息(序列描述、序列号、版本号等)与测试案例之间的关联是通过测试步骤体现的,即测试序列中选用的测试步骤从根本上导致了这些测试案例与该测试序列关联;再例如一个步骤中的事件和对应的外围接口是通过这个步骤中的具体动作(如发送消息、人机界面显示某种信息等)关联的,即该外围接口因为执行了相应的具体动作,才与这个事件产生了关系。通过寻找这些有迹可循的联系并将它们组织起来,就可以对测试序列进行系统形式的描述。
在建模过程中有两点需要注意。首先,类的划分和关联不一定是惟一的,关键在于逻辑层的逻辑走向,所以只要合理,最后的XML Schema差异很小;其次,不仅要考虑类之间的关系,而且要考虑最后的XML Schema无法表达多重继承,因此在划分和关联时,要有意避免多重继承。图3为相应的测试序列概念层模型,这个模型仅针对测试序列的结构,而不是某一条具体的测试序列。其中EventData类的概念层与逻辑层中基本一致,如图4所示。
关于建立概念层模型中的类的划分,遵循以下原则:
(1) 划分应该自顶向下,即先划分大类,再细化为小类;
(2) 按照从属关系划分,即从属于某个大类的小类应该独立出来;
(3) 与其他类另有关联的关联类应该尽量简单,可以避免冗余(见图3中的TestSetp);
(4) 单一的关联类应该是无法再与其他类关联的复杂类(见图3中的EventData);
(5) 少用继承,尽量使用依赖;
(6) 越是大类,越要包含尽量少的简单属性,不要包含复杂属性(见图3中TestSequence,Event等);
(7) 大类在概念上是可以包含其他小类的类,如测试序列包含测试案例,测试事件包含接口和事件数据,但结构上应该用关联关系,避免聚集和组合。
通过概念层模型的建立,测试序列被描述成了一个类似于系统的结构,这种形式化描述可以让人很直观的感知测试序列的结构与序列中元素间的关系,再结合非形式化的文档描述,测试序列对人来说将更加明了并易于理解。
2.3 逻辑层UML静态模型
逻辑层常以一种图解并且抽象的方法来表达物理层的数据结构,逻辑层类图运用了根据XML Schema架构[8,10]定义的构造型。
XML Schema架构是逻辑层UML类图的基础,每个XML Schema中的概念在UML结构中都有相应的表达,反之亦然。有关XML Schema架构的知识见文献[10]。
从本质上说,XML Schema是树状分层结构,所以必然有一个根元素,从概念层模型到逻辑层模型的具体转化方法就是在确定一个简单类作为根元素的前提下,循序渐进,确定概念层模型中类的嵌套关系,最后生成一个完整的嵌套走向。按照这种思路,使用上一小节中的概念层模型,最终转化出如图4所示的测试序列的逻辑层模型。
2.4 物理层XML Schema
对于测试序列中三层转换结构的最后一步是从逻辑层模型到物理层模型,即XML Schema文档。由于逻辑层UML类图与物理层XML Schema是一一对应的映射关系,所以在第2.3节基础上,可以很容易的生成XML Schema文档。XML Schema文档的书写较复杂,本文将使用专业UML建模工具Rational Rose建立的逻辑层模型导入到开源工具Eclipse中,通过其中的hyperModel工具,直接生成了对应的XML Schema文档。一旦有了XML Schema,就可以根据它结合某条特定的测试序列,填写出相应的XML文档,使其直接应用于测试环境,非常方便。以下是部分XML Schema片段。
3 结 语
针对复杂的分布式系统的测试往往不同于通常的模型驱动测试,需要有基于计算机仿真的测试环境和完整的测试规范。将测试规范应用于测试环境需要对其进行形式化描述。针对测试序列建立基于UML类图的静态模型可以帮助测试人员更好的理解测试序列,通过三层设计方法将其最终转换为物理层的XML Schema文档,可以方便的生成用于计算机仿真测试环境执行的形式化测试描述,即XML文档。由于静态模型以完整的测试序列结构为对象,所以从一定程度上保证了测试形式化描述的全面性,而XML Schema和概念层静态模型的直接关联保证了测试形式化描述中UML和XML的一致性。
本文提出的方法对于分布式系统的测试规范形式化描述有一定的借鉴价值,可以应用于如列控系统、航空系统等大型分布式系统及其子系统的测试。在本文研究的基础上,可以对XML进行优化和切割, 减少冗余,结合其他数据库系统或使用纯XML数据库管理配置数据和测试数据,提高测试的可靠性和效率。
3.测试工程师的工作描述 篇三
关键词:工作过程 工程测试 课程改革
1 课程定位
根据本科教育人才培养目标,明确了《工程测试技术》的课程性质和任务。该课程主要是研究测量和试验技术的一门课程。它不仅是机械类及近机类有关专业的一门专业必修课,而且也是一门能直接用于实际工程的课程,是机械类专业的主要学科课程。通过本课程的学习,对培养学生的职业能力和职业素质起到了支撑作用。在新时期,经济结构的转型升级也催生了人才需求结构的变化,高素质劳动力需求越来越多,因此,高校的课程改革要及时适应社会需求的变化,以培养专业素质水平高、综合能力强的新型人才。
2 目前现状
我国高校实践体系普遍存在的问题,如:①课程实验的类型虽然正在从传统验证性向设计综合性过渡但项目的内涵并未达到应有的效果;②开放实验和实践教学硬环境设施薄弱,场地、设施、仪器资源矛盾突出,严重影响运行效果;③开放实验和实践教学软环境暴露问题诸多,教学内容设置不合理,新瓶装老酒,另外师资力量薄弱;④实践教学环节管理水平落后等等,总体表现为实践环节改革正在受到普遍关注,但实践教学模式、教学方法的改革实施与实践成果相对较少。反观国外高校实践环节的教育,实践创造性科目与专业科目相互关联、交融,在教学过程中,重视学生主体性的发挥、贯彻以学生而非教师为主导的教育理念;重视体验与实践环节,鼓励学生参与地区发展和企业产学研活动;重视讨论、发表、辩论、实验、竞赛等多种教学手段的利用。并且,值得一提的是这些实践创造性教育并不是一个单纯的智力或能力的开发,也是伴随着情绪、意志和兴趣等情商因素的开发[1]。
3 课程设计体系
在一套完整的实验实践教学体系中,课程设计是培养学生综合运用所学知识发现、提出、分析和解决实际问题,锻炼实践能力的重要环节,是对学生实际工作能力的具体训练和考察过程,是实践环节中在校内除毕业设计外周期最长,知识和技能得到综合运用的重要阶段。因此课程设计内容体系的设计、构建和实施是否科学、合理、有效是考察学生是否在该阶段真正得到锻炼的重要保障[2]。
长期的灌输式教学中,许多同学养成了一种“依赖型”心态,无论是实验还是课程设计,希望老师给出具体化的过程和结果,而且越详细越好,以便抄写老师的结论。其弊端自然导致很多同学很少动脑筋,设计过程中体现不出个人思想,设计报告千篇一律。通过开放性的选题、过程和结果有利于个人意志的体现和逻辑思维的锻炼。充分利用助教型教学软件,使教学不再枯燥乏味,同时增加大家的实践性;培养良好的治学态度和协作精神[3]。开放性的设计过程要求既要有团队合作又要明确个人所做的工作,因此个人所做工作的快慢好坏对团队总体结果产生的影响将会激励学生有更好的自律性和良好的学习态度。
完成开放性课程设计体系的改革与建设,构建一种集经典实验-设计综合型实验-开放性实验-开放性课程设计为一体的实践环节教学模式,该模式使被动学习模式向主动学习或兴趣性学习模式转变;让传统的“教师”转为“教练”,开放性的实践,积极的互动;该模式有利于个性的发展,有利于协作学习能力和探索精神的培养。
4 教学手段的改革
4.1 采用情境教学法,实现开放性教学
将学习领域划分为几个学习情境,采用了任务驱动法和情境教学法,按照教师编写的情境实施表,进行开放性教学,在讲授测试元件时将课堂放在测试实验室,利用实物讲解元件结构、原理,并让学生动手搭建测试平台,课后学生自己搭建测试平台完成学习内容。学生在实际动手的过程中,会遇到各种难题,教师结合这些问题进行统一讲解或个别辅导而已。运用多媒体组织教学,激发学习兴趣。
工程测试技术课程所涉及的概念多,测试元件的工作原理抽象、结构复杂,基本回路及典型回路较多、情境室的设备数量有限,因此,必须增加辅助教学手段,利用教师自己研究开发的一套完整的多媒体课件,多媒体教学给学生展示了大量的图文并茂的教学信息,更有利于激发学生的求知欲、创造欲,活跃课堂气氛,同时也有效弥补了学生人数多,实验设备少的不足。
4.2 借用专用软件提高教学效果
利用辅助的教学手段,将抽象教学转换成形象教学;充分利用助学型教学软件,使授课系统化;充分利用助学型教学软件,加强学生实践环节训练;拟以工程测试技术课程为例进行研究,以2010级机械设计制造及其自动化专业学生的课程设计入手,时间为1周;初步创建项目研究的基础环境,包括场地、基本仪器、工具、耗材,根据课程设计周次安排不同合理有效使用以上资源。按照以下步骤进行实施,首先在理论教学阶段,根据课程内容,在学生中事先征集自拟开放性课题,论证筛选后按照5-8人分配小组,并选出组长;开题布置查阅资料,写出详细的设计方案;分析方法及简要原理,具体设计步骤;数据计算等;按照资料整理收集、电路设计、调试制作、报告修改、ppt制作等不同内容小组成员分工协作完成;课程设计报告以小论文形式提交,完成答辩,根据过程和报告给出考评成绩[4]。
通过教学改革改变了学生的思维模式,即使应试教育下的思维模式逐渐转换成了开放式的思维模式,增加了学生的动手能力,使学生更能适应社会,不再是典型的“书呆子”,开放型的教育,不同的思维能力,锻炼了同学们的独立思考的能力,教师的角色也发生了改变,从灌溉式的教育逐渐变成点拨式教育,改革使中国的开放式教育实现了质的飞跃。
4.3 提高学生课外训练水平,拓展学生实际技能
工程测试技术专业是应用性很强的专业,学生只掌握教材理论知识是远远不够的,需要在日常课堂学习之外,进行必要的课外训练,通过学生自己亲自动手操作仪器,完成测量作业,计算相关数据,加深对教材理论知识的理解,同时课外训练还可以拓展学生的视野,培养学生的学习兴趣,为学生今后走上工作岗位提供有益的准备。在学生动手能力提高的基础上,学校可以组织学生义务承担专业对口企业的相关外包测绘任务,提前训练学生的基本技能,发挥学生的自主探索进取精神。
5 总结
教学改革是教育界永恒话题,对于探索永无止境,改革与探索,重点在于对教育实现质的改变。此次的改革,第一:要改变老师的角色与作用;第二:改变学生的思维模式和实践能力。只有把这两点结合起来,才能逐渐的对教育的实质进行改变。在改革中求进步,在进步中寻求改革的方法。时代在进步,我们必须用新的教学模式,新的思维方法,来合社会上的各种需求。通过这种改革体质,實现教学的目标。独立思考+思维创新+协助合作=开放式教育,笔者也将长期实践教学中探索出更加切合学生实际教学改革方案。
参考文献:
[1]衣秋杰,李志敏.热能与动力工程专业课程设计的探索与实践[J].中国电力教育,2009(24).
[2]郝红军.基于资源协同的质量管理课实践教学体系构建[J].中国现代教育装备,2013(5).
[3]谭平.应用型人才培养模式下实践教学质量管理与评估的研究[J].佳木斯大学社会科学学报,2010(5).
[4]本科教学质量现状调查课题组.工科本科教学质量现状调查报告[J].高等工程教育研究,2009(6).
4.高级测试工程师的基本职责描述 篇四
1.负责新一代科技平台共享服务部的质量保障工作,推动新一代科技平台共享服务部的自动化测试实施和持续集成实践落地;
2.根据敏捷开发模式,协调其他测试人员进行测试方案、测试计划制订、测试规范制定,测试用例和测试数据管理,能够独立完成自动化测试框架的搭建和应用;
3.完成敏捷迭代开发中的验收测试(自动和手动),探索测试等测试任务,提交缺陷报告、跟踪管理缺陷,发布质量报表;
4.对于新一代科技平台共享服务部下的测试人员能力培养,自动化测试代码编写,协同团队成员完成部门整体目标。
任职要求:
1.全日制大学本科及以上学历,计算机或相关专业,有6年以上产品测试经验;
2.熟悉软件测试过程,主流测试方法及常用的测试管理工具;
3.掌握至少一种编程语言(Python、Java等),能够运用开源工具框架独立搭建产品自动化测试框架并完成自动化测试工作;
4.熟悉软件开发流程,特别是敏捷开发模式,对自动化测试和敏捷测试有深入的理解,熟悉BDD、ATDD、实例化需求等敏捷测试方法的一种或多种,并具有项目实践经验;
5.熟悉基于Selenium、JMeter、Robot Framework、Loadrunner、Cucumber等一种或多种自动化测试工具的应用,并具有项目实践经验;
6.有极佳的逻辑思维能力,善于思考,能独立分析和解决问题,具创新意识,强烈的责任心和良好的团队合作精神,良好的沟通能力;
7.具有优秀的学习能力,思维开放,喜欢接受新技术、新方法,并不断追求卓越;
5.app测试工程师岗位的职责描述 篇五
1、负责公司器械各阶段的软件、硬件的测试工作;
2、根据要求负责app相关的专项测试,包括但不限于内存,CPU占用,流畅度,耗电,流量,启动/响应时间等方向;
3、寻找并管理bug,对产品进行回归测试,确保产品的质量;
4、协助研发工程师关键新物料的认证测试;
5、完成上级主管安排的其他工作。
岗位要求:
1、熟悉电子产品研发功能、性能、可靠性测试;
2、掌握一种编程语言、有数据库测试经验,了解自动化测试软件;
3、 掌握基本电路知识,会使用常用测试仪表如万用表,示波器,稳压电源,电介质、漏电流等测试设备;
6.测绘工程师的工作职责描述 篇六
1、水准测量、导线测量、地形测绘的外业操作和内业数据处理;
2、依照户外作业流程,进行户外测绘工作;
3、确保测量成果的准确性,测量质量的第一负责人;
4、负责测量仪器设备设施的周检和维护。
要求:
1、测绘相关专业大专及以上学历,男女不限;
2、1年以上现场测量工作经验,有测绘资格证书者优先;
3、熟悉水准仪、全站仪、GPS等相关测量仪器的使用;
4、熟练使用CAD等相关绘图软件者优先;
7.区域销售工程师的工作职责描述 篇七
1、负责生命科学领域科研与企业客户的生物仪器、耗材及仪器仪表维修服务等的销售工作,完成公司制定的季度及年度销售目标;
2、建立客户关系:定期拜访客户,收集客户信息,树立公司品牌形象;
3、有效满足客户需求,处理客户订单,签订合同,安排发货,收回货款。
4、销售代表80% 时间在所负责区域,需参加一周一次的公司全体会议,无住宿者可申请公司宿舍以及工作餐福利
任职要求:
1、大专/本科学历,生物、食品、化学相关专业或具备生命科学仪器销售背景或者生物制药相关工作经验,热爱销售工作;
2、具备良好的人际沟通交往能力、能吃苦耐劳,有责任心,具备独立开拓客户的能力;
8.高级系统工程师的工作职责描述 篇八
负责系统类维保项目的技术支撑,包括:故障处理、应急处理、技术支持响应等;
负责系统类维保项目的管理工作,对项目技术质量负责,包括:项目启动、项目进度把控、项目验收等管理工作;
负责项目团队IBM小型机、主流厂商X86服务器及存储的技术培训,提高团队人员技术能力;
配合完成系统集成项目的部分售前工作,包括:标书制作、现场述标等;
协助部门经理达成项目目标管理工作及其它相关事项;
任职要求:
1、大专及以上学历,3年及以上系统集成相关工作经验;
2、熟练掌握Unix/Linux/Windows等操作系统维护技术,具备一定的除错排障能力;
3、熟悉IBM/HP/华为等品牌小型机、x86服务器的安装配置,可对IBM/HDS/EMC中低端磁盘阵列及SAN交换机进行配置和维护;
4、具备一定的数据库基础(oracle或mysql),能够做日常维护故障处理;
5、良好文档撰写能力,思维敏捷流畅,文档结构简洁清晰;
9.高级运维工程师的工作职责描述 篇九
参与公司整体运维体系规划,满足工具化、自动化、平台化的长期目标。
负责建立、实施系统部署自动化体系和标准化工具体系。
深入研究运维相关技术,包括运维自动化技术、虚拟化技术、监控技术、网络技术等。
为运维体系的效率和结果负责,提高团队生产效率。
任职要求
计算机相关专业本科毕业,5年以上的工作经验(大型互联网企业背景优先)。
深入理解Linux操作系统、体系结构,精通各种常用的开源软件的部署、配置及优化。
有一定的的开发能力和开发经验,至少能用一种成熟的语言例如GO、Python、Java等。
熟悉网络协议,有良好的网络、存储和计算机体系结构方面的知识。
对自动化运维有深入研究,有devops实践经验者优先。
10.算法工程师的工作职责描述 篇十
1、负责产品信息处理和信息特性处理设计工作,以及相关工作进度规划;
2、负责评估产品算法精准度、运行效率、资源消耗等参数;
3、负责对数据算法在Matlab等工具上进行研发和优化,编写相应的代码和算法文档;
4、负责按时、保质完成相关产品软件开发工作;
任职要求:
1、硕士及以上学历,通信系统、数学、计算机或相关专业;
2、熟悉深度学习常用算法,熟练掌握C/C++,Python,Matlab等至少一种语言;
3、具有通信原理,数字信号处理,随机过程的基础、熟悉FFT,数字滤波等;
4、精通数学建模相关知识,对数据挖掘建模有实战经验,熟悉掌握机器学习/深度学习等相关技术,进行模型的开发,并能够将其应用于项目中;
5、有相关医疗器械嵌入式系统软件开发经验者优先;
【测试工程师的工作描述】推荐阅读:
测试工程师试用期工作10-25
中高级测试工程师的职责07-14
软件测试工程师的职责概述07-19
高级软件测试工程师的具体职责06-10
软件测试工程师应该具有的技能10-21
软件测试工程师如何规划自己的职业生涯11-03
硬件测试工程师笔试08-12
硬件测试工程师总结09-22
IC测试工程师英文简历07-11
测试工程师转正申请书09-25