简历：软件测试工程师（精选11篇）
姓名：
出生日期：
手机： 陈晓 1987年3月18日 *** 性别： 工作年限： 电子邮件： 女 四年以上 chen2092000@yahoo.com.cn 自我评价
1.能熟练的用英文创建测试用例、提交bug，建立测试报告。
2.有参与过较高强度的测试任务。即，同时参与测试多项案子。
3.熟悉手机场外测试。
4.系统的培训过手机各项功能测试，并不断的去学习协议及新功能。
5.有较长期国外出差的经验，主要承担pv和pm的工作，即，协助软件开发人员，在国外的环境下做测试，同时协助软体与客户做双方交流。
6.有培训新人学习手机测试的经验。
7.有监控测试的经验。即，监控他方的测试结果，并予以指导。
8.熟悉ACT、CTS、Monkey等手机自动测试。
9.有测试网站维护经验。工作经验
2008/7--至今：南京市华宇科技有限公司 手机软件测试工程师 项目经验
2008/7--至今：MOTO、LG、SEMC系列手机
软件环境：
项目描述： MTK,Android等平台 1.泰国客户i-mobile 的7261，7511机型，主要负责Settings模块。
2.LG公司的Ally，LG33，V30,Sloan，X330，X335,X350.参与整个周期测试，负责过Settings，Call，Wap，MMS，Gallery,SS等模块的测试，同时也会参与Field trial测试。尤其，在X350案子中，个人去韩国LG作两个月的出
差，主要负责测试软体，协助硬体测试以及作客户与软体的沟通,并得到了客户工作上的认可。
3.Sony Ericsson公司的Samba，Teacake。熟悉了解新的测试内容和方法。
4.Motorola公司的8202，8205，8206，8207，8208，Brea，Brea 3G以及近一年多基于的Android平台的手机测试
XT760、Argon、Argon mini等。Android平台的手机测试，主要负责根据协议或者客户需求、android平台特性以
及许多新功能、编写相应的测试条例；指导、查看他人测试，整理制作报告；做手机场外网络测试，GPS测试；另学习新的测试方法，如ACT、CTS、Monkey自动测试方法等。
5.有培训新人学习测试的经验。由浅入深，逐步教学各个功能、模块。
6.与客户或开发人员能做好及时、有效的沟通。
责任描述： 1.系统的培训过手机各项功能测试，并不断的去学习协议及新功能。
2.熟练用英文创建英文测试用例、测试报告。
3.全面参与众多项案子的手机测试，包括多手机平台的测试。
4.熟练提交bug以及管理bug。
5.有手机场外测试的丰富经验。
6.有出差与客户交流沟通的经验。
教育经历
2004/9 –2008/6 南京信息工程大学 信息与计算科学 本科
该专业培养具有良好的数学基础和数学思维能力，掌握信息科学和计算科学的基本理论、方法和技能，受到科学研究的训练，能应用所学知识和熟练的计算机技能解决信息科学和科学与工程计算中的实际问题、设计开发有关软件的高级专门人才。主要课程有： 数学分析、高等代数、几何学、物理学、概率统计、微分方程、离散数学、计算机数值方法、数学模型、计算机技术基础、程序设计、数据结构与算法、信息科学基础、理论计算机科学基础、计算机图形学、数据库原理与应用、编码与密码学、运筹学、计算机信息处理、计算机网络、计算机软件开发，信息系统的设计与开发等。语言能力
关键词：测试工程师,绩效管理,体系
软件测试工程师绩效考核是IT企业根据发展战略和使命要求, 对测试工程师的工作业绩进行考察和评估, 包括工作行为和工作效果。随着中国软件业的迅猛发展, 软件产品的质量控制与质量管理正逐渐成为企业生存与发展的核心。为了保证软件在出厂时的“健康状态”, 几乎所有的IT企业在软件产品发布前都需要大量的质量检测工作。测试工程师作为软件质量控制中的重要一环, 其绩效考核成为企业了解测试人员队伍状况, 监控测试人员工作过程的重要手段。
软件测试工程师绩效考核是IT企业人力资源管理的中心环节, 是测试人员薪酬、晋升、人事调整、职称评定等决策的基础, 并且为企业制定测试人员的培训、开发计划及长期职业生涯发展规划提供依据。测试工程师绩效考核的有效性直接影响到人力资源制度的激励效果和企业管理的公平性, 并对测试人员的工作满意度有重要影响。然而, 现实的绩效考核工作往往不尽如人愿。许多测试工程师遇到考核时深感不安, 产生焦虑, 害怕甚至反对考核;很多测试人员认为考核是走过场, 抱着无所谓态度。理论上的必要性和重要性与现实中的困惑形成强烈反差。为此, 我们有必要对测试工程师绩效考核存在的问题进行反思, 从而构建能满足企业和测试工程师共同发展的绩效管理体系。
一、软件测试工程师绩效考核存在的误区及其分析
(一) 考核定位模糊并存在偏差
考核定位, 就是通过绩效考核解决什么问题。考核定位模糊主要表现在考核缺乏明确的目的, 仅仅是为了考核而进行考核, 这样做的结果往往导致考核流于形式。考核定位偏差主要体现在片面看待考核的目标上, 对考核目的定位过于狭窄。目前许多IT企业绩效考核的目的仅仅是为了期末发奖金或津贴, 将考核定位于确定利益分配的依据和工具。
(二) 重绩效考核轻绩效管理
绩效考核和绩效管理既有本质上的区别, 又有一定联系。传统绩效考核以管理者为中心, 强调服从和外部控制, 着眼于过去, 注重成果, 是一种被动反应、事后解决问题的管理方法。现代绩效管理则以测试工程师为中心, 强调承诺和自我控制, 着眼于过去、现在和将来的有机统一, 是一种主动开发型、在过程中解决问题的管理系统。绩效管理是一个完整的系统, 绩效考核只是绩效管理中一个不可或缺的组成部分和环节, 绝不能将其等同于绩效管理。
(三) 重考核结果轻考核过程
绩效是工作成果与工作行为的统一。许多IT企业重视对绩效中的工作结果考核, 而忽视了绩效中的行为指标, 这表现在许多项目组重视项目完成进度而轻视测试过程, 重视项目的数量而轻视其质量, 尤其是轻视与测试工程师行为有关的工作动机、热情度、忠诚感等“周边绩效”考核点。这可能与企业受功利主义思想影响、追求短期利益有关, 或者可能与工作结果容易量化, 而行为不易评估有关。
许多项目组在项目初期给工程师布置测试任务和预期应完成的指标, 期末予以检查, 而对工程师完成任务和指标的过程不管不问, 既不对完成任务过程中出现的问题予以及时纠正, 也不对测试人员在工作中遇到困难和阻力时提供帮助和支持。这种秋后算账的做法容易造成管理者与被考核者的对立, 不利于测试人员的成长与进步。
(四) 考核主体单一
目前, 项目经理考核测试工程师已成为一种普遍运用的评价方式甚至是唯一的评价方式。项目经理考核有一定可信性, 但也存在一些弊端, 如测试人员一味地迎合项目经理的指令, 淡化了整个团队的沟通协作, 忽视一些测试人员不可控制因素的影响而造成考核不公正等。测试工程师在考核时处于一种被动地位, 或者消极被迫接受, 或者导致内部冲突升级。项目组也不重视同行专家的评估意见或根本不吸收同事参与考核。
(五) 绩效考核指标不全, 标准不明
考评项目和指标的选择是否恰当, 是否全面、相关, 定义是抽象含混还是具体明确, 对考核结果影响很大。如果绩效考核标准不明, 则不同的考核者可能对优、良、一般、差等绩效标准做出不同的解释, 从而造成考评者偏松或偏紧或趋中倾向, 造成考核结果的误差。以测试人员业绩考核为例, 业绩考核包括整体工作效率、工作结果、过程控制三项一级指标。其中, 工作结果可以分为测试用例的数量和质量、bug的数量和质量、测试自动化程度及收效等多项二级指标, 若不对这些定性指标给出明确定义, 则考评时易出现主观随意现象。因此, 界定应具体明确。如bug的数量和质量可定义为:提交bug的数量 (根据项目的不同而确定经验值) 、提交bug的时间段 (具体统计在测试的每个阶段) 、发现bug的比例等。
二、软件测试工程师绩效管理体系的构建
(一) 明确测试工程师绩效考核目标
Bevan和Thompson (1991) 认为绩效管理的主要目的是“促进人力资源管理不同组成部分的整合, 并使它们与公司的经营目标紧密联系在一起。”测试工程师绩效考核的目标, 一是为企业的发展服务, 支撑企业使命和战略的实现;二是服务于工程师个人需要及其职业进步。
(二) 构建一体化绩效管理体系
绩效管理就是根据组织的要求, 对雇员进行指导和支持, 使雇员尽可能地以更高的效率完成自己的工作。从狭义角度理解, 绩效管理系统由制定绩效计划, 持续的绩效沟通与绩效信息收集, 绩效考核, 绩效反馈、诊断与辅导等部分组成。从广义上讲, 绩效管理系统由绩效管理的影响力量、狭义的绩效管理系统、绩效管理的运用和目标等部分构成。
广义的绩效管理系统包括以下3部分:对影响测试工程师绩效的原因进行分析, 尤其是从企业内部的组织结构、领导方式、企业文化、招聘和聘任制度、岗位分析等方面探讨与测试工程师绩效有关的因素;狭义的绩效管理系统;绩效管理的目标, 包括绩效管理要达到的组织目标和测试工程师个人发展目标 (见图1) 。
制定绩效计划和考核目标的目的是为了清楚地说明企业期望测试工程师达到的结果以及为达到该结果所期望测试人员表现出来的行为和技能。管理者通过与被考核者协商, 共同制定与企业使命相关的具有挑战性、可实现性、具体明确且有时间限制的绩效计划。持续的、动态的绩效沟通就是管理者和被考核者共同工作, 以分享有关信息的过程。这些信息包括工作进展情况, 潜在的障碍和问题, 可能的解决措施以及管理者如何才能帮助被考核者。这些信息必须是有据可查、准确真实的且与绩效相关的信息。管理者可通过面谈, 向其他同事了解意见, 查看被考核者的工作记录等方式获取信息。绩效考核包括测评内容、何时测评、哪些人参加测评、测评方式及责任等。绩效诊断与辅导, 是管理者和被考核者双方合作, 共同寻找导致绩效低的原因, 以及帮助被考核者提高未来绩效的方法, 涉及处理矛盾、准备反馈面谈、解决问题和重新设定目标等内容。
(三) 实现测试工程师绩效考核主体的多元化
在传统的测试工程师绩效考核中, 将工程师排斥在外, 测试人员作为被考核者处于被动应考的地位, 被考核者与考评者的这种对立状态造成测试人员不认同、不支持考核, 使其考核失去应有价值。虽然测试工程师可能由于认知或自利性偏差 (根据归因理论, 测试人员可能将自己的成功归之于自身的能力与努力等内因, 而将其失败或绩效不理想归之于工作难度和机遇等外因;而对别人的成功与失败归因与自身归因相反) 和自我防御心理的原因, 测试工程师有高估自身的业绩, 而看不到或有意掩盖自身存在的问题的可能性, 但可以通过构建系统化的绩效管理系统, 明确绩效考核的目标, 管理者与被考核者的平等沟通, 以及通过考核主体的多元化 (除测试工程师本人外, 还有领导、同事、客户等) 等方法来避免这些弊端。
(四) 构建测试工程师绩效考核合理分工、各司其职的组织管理机构
对测试工程师的绩效管理是企业人力资源部和项目组的共同责任。人力资源部主要从事组织、指导和协调工作, 具体职责包括培训考核者、规范考核制度、制定各种考核表格、发放及统计等工作。考核由项目组具体组织实施, 包括测试工程师工作任务的安排、考核指标与内容的确定、考核方法与时间的确定、考核主体的组织、考核结果的反馈、绩效改进与提升等工作。项目经理首先应当是一名合格的人力资源管理者, 应把人力资源管理工作如激励、员工发展、绩效管理纳入企业的议事日程, 并构成企业管理者对项目经理考核的重要内容。当然, 这需要改变目前IT企业高度集中的人事管理体制, 将部分人事管理权由企业下放至项目组。
(五) 根据测试工程师的工作特征, 建立考核内容全面、结果与行为 (过程) 并重的绩效考核机制
测试工程师作为专业人员和知识工作者, 在其需求和工作方面存在以下特征:追求工作自主, 不愿意受过多的外部控制;个人品性对测试工作及其事业影响很大;需求具有多样性和复杂性, 既追求较低层次的需要, 如生理、安全需要, 又追求较高层次的需要, 如受人尊重、自我实现的需要;工作具有分散性、个体性等。这些特征要求在测试工程师绩效考核时注意以下方面:一是绩效考核内容要全面, 德、知、能、勤、绩一样都不能少。测试工程师品德潜移默化影响其对测试工作的态度;知识包括测试工程师应掌握的专业技能及业务知识、个人素养;能力包括软件测试能力、沟通与团队协作等方面。二是测试工程师绩效考核坚持结果与行为 (过程) 考核并重。Brumbrach (1988) 认为“绩效指行为和结果。行为由从事工作的人表现出来, 将工作任务付诸实施。 (行为) 不仅仅是结果的工具, 行为本身也是结果, 是为完成工作任务所付出的脑力和体力的结果, 并且能与结果分开进行判断。”Borman和Motowidlo (1993) 认为行为绩效包括任务绩效和关系绩效 (周边绩效) 两个方面。任务绩效指正式工作职责和所规定的行为, 关系绩效指自发性行为或超职责行为。由于测试工程师工作的效果难以量化, 且具有滞后性和共同属性。因此, 在坚持完善目前通过测试工作量和测试用例等结果指标衡量测试工程师绩效的同时, 企业还要重视对测试人员行为, 包括团队合作行为的考核, 尤其要关注关系绩效的考核, 这对克服测试人员工作分散化, 形成合作的团队以及按质按量地完成项目组的目标有重大意义。
参考文献
[1]、张剑虹.绩效管理工作中的七个误区[J].企业改革与管理, 2003 (5) .
[2]、理查德.威廉姆斯.组织绩效管理[M].清华大学出版社, 2002.
关键词：软件测试；软件质量保证；教学改革；软件测评师；实验教学
中图分类号：G642.0 文献标志码：A 文章编号：1674-9324（2014）51-0094-02
一、引言
随着我国软件产业迅速发展，企业面临着开发高质量软件系统的巨大压力，软件测试、软件质量保证受到越来越多的重视。软件企业对承担软件测试、质量保证工作的软件测试人才需要剧增，软件测试工程师的职业价值、发展前景得到前所未有的提升。为此，国内高校开设了软件测试相关课程。但是，由于其重理论、轻实践的教学模式使得培养出的学生软件测试实战能力差，导致大量毕业生应聘软件测试相关职位时受到冷遇。
为培养创新能力强、适应社会经济发展需要的软件测试人才，《软件测试与质量保证》实验教学亟需改变传统的教学理念，改进教学方法，更新教学内容。笔者结合自身教学科研和工程实践经验，分别从改革思路、实验教学内容设计等方面，论述常熟理工学院《软件测试与质量保证》实验教学改革的措施和体会。
二、实验教学面临诸多挑战
笔者调研国内高校软件测试课程的建设情况，发现普遍存在重理论、轻实践的教学倾向，实验教学环节存在诸多问题：
1.企业对软件测试工程师的能力要求是综合性的，要求软件测试人员具有软件项目经验，具备软件测试、软件质量保证知识，能够独立开展软件测试工作。但是，国内高校教学计划制定时片面强调软件测试的作用，对软件测试与软件质量保证之间的天然联系缺乏理解，对软件质量保证相关实验的重视程度，课时安排存在严重不足。
2.目前，《软件测试与质量保证》实验教材选择面临无书可选的尴尬局面。课程实验设计只能全凭任课教师把握，使得实验教学过程中存在较多风险。
3.国内高校在实验设计方面，多以基础性实验为主。这种单一的实验设计方式，难以适应软件测试工程实践能力培养的需要。
三、实验教学改革措施
在应用技术大学建设驱动下，以中小企业对软件测试人才的需求和软件测试工程师认证大纲为导向，我们整合已有的校企合作课程资源，按照Daniel Galan软件质量保证框架组织实验教学内容，采用项目驱动的案例教学法开展实验教学，让学生在实验实践中加深对软件测试与质量保证专业知识的理解，培养学生软件测试实践能力。
（一）教学改革基本思路
软件企业对软件测试人才的需求是软件测试课程改革的源动力和驱动力，软件测试相关的从业资格认证是学生入职的敲门砖。为此，在应用技术大学建设背景下，我们以切合中小企业对软件测试人才的需求为导向，结合全国计算机等级考试软件测试工程师认证、全国计算机技术与软件专业技术资格考试软件评测师认证的考试大纲要求，选择朱少民老师编写的《全程软件测试》[1]和NIIT培训教程《Software Testing and Quality Assurance：Student Guide》[2]作为课程教材，按照Daniel Galin软件质量保证框架组织教学内容。Daniel Galin软件质量保证框架[3]指出软件质量保证是建立企业软件质量文化所需的一些列活动的集合，认为软件测试是一种典型的软件质量保证措施，软件测试的目的是为了发现潜在的软件缺陷，软件测试工作贯穿软件项目的始终。按照Daniel Galin软件质量保证框架组织课程内容有助于保持软件测试与软件质量保证之间的内在联系，符合软件企业软件测试与质量保证的最新经验。
（二）实验设计
如何在有限的实验课时内，最大限度地加深学生对软件测试、软件质量保证的理解，增强其软件测试实践能力，是实验教学的主要任务。我们设计了导入性实验、基础性实验、创新项目实践三种类型的课程实验。导入性实验要求学生应用已修课程（包括程序设计、数据库设计、软件工程等）知识进行软件调试，在软件调试过程中理解软件调试与软件测试、软件质量保证之间的关系，实现到本课程学习的过渡；基础性实验目的在于强化课程基础理论、原理的理解，让学生在实验中理解所学知识，掌握软件测试工具的使用；创新项目实践以课程实训项目为载体，为学生运行所学知识解决软件测试实践过程中涌现的各类问题，锻炼学生的动手实践能力、自主学习能力，从而提高学生的工程实践素养。
1.导入性实验。软件测试的目的是发现软件系统中潜在缺陷，而缺陷的解决则通过软件调试手段实现。为此，设计导入性实验“软件调试”。本次实验以员工工资核算软件Employee作为实验对象，要求学生发现Employee中人为注入的软件缺陷，然后应用Java调试器的断点调试功能，结合回归测试手段修订所发现的缺陷。
通过导入性实验，学生体验了改正软件缺陷的艰辛，在教师引导下思考如何发现软件缺陷、如何提高软件质量。教师适时点拨学生，指出发现软件缺陷是软件测试工程师的职责，软件测试工程师需运行软件测试方法、技术和工具才能发现潜在的软件缺陷。教师进一步启发学生：提高软件质量需要开展包括软件测试在内的各项软件质量保证工作。
2.基础性实验。基础性实验旨在加深学生对课程基本概念、原理的理解，让学生在动手实践中加深对基础概念、原理的理解。课程安排8次基础性实验，实验2、3、4和5属于软件质量保证实验，6、7、8和9是软件测试实验。
（1）实验2：软件度量实践。实验2关注软件度量问题，介绍软件规模、项目工作量和软件成本之间的关系，要求学生掌握软件规模估算、工作量估算和成本估算的方法和过程。通过本次实验，学生可以应用USC CoCoMo II进行软件成本估算。（2）实验3：基于Microsoft Project的软件项目管理。软件项目计划及进度管理，是软件质量保证中重要的管理部件，也是开展软件测试活动的前提。实验3要求学生使用Microsoft Project建立软件项目计划、运用跟踪甘特图追踪项目进度，等等。（3）实验4：版本控制软件CVSNT。CVSNT是当前最流行的版本控制系统，是中小企业进行版本控制的利器。实验4讲解CVSNT的安装和使用，要求学生掌握CVSNT的操作技巧。（4）实验5：BugFree软件缺陷管理。软件缺陷管理贯穿软件测试项目的始终，记录软件缺陷从发现、修复直至关闭软件缺陷的全过程。实验5介绍开源缺陷管理软件BugFree的软件缺陷管理思想，要求学生掌握BugFree安装与配置、软件缺陷管理等技能。（5）实验6：软件静态测试。软件静态测试是软件测试技术中发现软件缺陷效率最高的技术。我们安排“软件静态测试”专题讲座，讲解软件制品阅读、静态分析的技巧，还介绍如何运用CheckStyle、FindBugs等静态测试工具分析程序源代码、目标程序中潜在缺陷。本次实验有学生利用课后时间，自主实践。（6）实验7：JUnit单元测试。实验7介绍单元测试工具JUnit的使用，要求理解JUnit单元测试框架，掌握单元测试脚本的编写技巧。本次实验还推荐学有余力的学生自学JMock，综合应用JUnit和JMock进行对Java应用系统进行集成测试。（7）实验8：软件功能测试。软件功能测试是检验目标软件是否正确实现了客户需求，是软件测试执行的重要内容。实验8要求学生使用QuickTest Professional（简称QTP）对机票预订系统进行功能测试。本次实验要求学生能够独立完成功能测试脚本的录制和编辑，掌握QTP检查点设计的方法及技巧。（8）实验9：软件性能测试。实验9介绍软件性能的概念和原理，讲述如何运用HP Mercury LoadRunner对Web系统进行性能测试，让学生在实验过程中理解虚拟用户技术，掌握基于LoadRunner的性能测试技术的过程及技巧。此外，本次实验要求学生利用课余时间使用开源的性能测试工具JMeter进行软件性能测试。
3.创新项目实践。为了培养学生的工程实践能力，我们从学生课程项目、毕业设计、大学生创新项目、开源软件项目等中筛选出软件规模适中的软件系统作为课程实训项目，让学生对课程实训项目进行系统化的软件测试，要到学生主动动手实践，在软件测试项目实践中培养工程素养。
在课程教学过程中，我们还加强对基础扎实、动手能力强、思维活跃的学生的培养，推荐这些学生参与到教师科研项目中，为学生在科研项目中积累软件评测经验。
四、结束语
《软件测试与质量保证》通过十余年的建设已形成了较完善的课程体系，十多轮的授课实践积累了丰富的教学经验，课程实验教学体系也日趋完善。
当前，我校正转型应用技术大学，这将对本课程的教学内容、教学方法、教学手段等提出更多、更高的要求。鉴于此，本课程教学团队正尝试通过校企合作模式开展课程教学活动，编写校本教材，多措并举提升学生软件测试能力。
参考文献：
[1]朱少民.全程软件测试[M].北京：电子工业出版社，2007.
[2]NIIT.Software testing and quality assurance[M].上海：NIIT（中国），2011.
|
工程造价人才简历 |
||||||
| 求职意向 | ||||||
| 求职意向：工程造价 | 求职地点：广州 珠海 | |||||
| 求职时间：-5-6 | 可到职时间：随时 | |||||
| 工作经验：一年以内 | 工资要求：1500-2000 | |||||
| 工作性质：全职 | ||||||
| 基本资料 | ||||||
| 姓 名：yjbys.com | 性 别：女 |
|
||||
| 出生日期：1987年8月8日 | ||||||
| 身 高：161 cm | 婚姻状况： 未婚 | |||||
| 身份证号码： | ||||||
| 户口所在地：广东珠海 | 现在所在地：广东广州荔湾区 | |||||
| 个人特长： | ||||||
| 语言能力 | ||||||
| 普通话：一般 |
|
|||||
|
|
|||||
| 教育或培训经历 | ||||||
| 毕业院校：广州大学市政技术学院 | 最高学历：大专 | |||||
| 所学专业：工程造价 | ||||||
| 时间地方学校/机构专业学历证书编号.9--2009.7广州大学市政技术学院工程造价大专.9--2006.6珠海市第一中等职业技术学校计算机应用中专 | ||||||
| 工作经历 | ||||||
| 2008.7--2008.9 广东天栋造价事务有限公司(合资企业)工作职位：实习助理离职原因：工作描述：主要学习、从事电信预算审计工作。 | ||||||
| 自我评价 | ||||||
|
扫一扫微信支付
