软件测试工程师总结

软件测试工程师总结（推荐8篇）

软件测试工程师总结 篇1

总结是在某一特定时间段对学习和工作生活或其完成情况，包括取得的成绩、存在的问题及得到的经验和教训加以回顾和分析的书面材料，它是增长才干的一种好办法，快快来写一份总结吧。那么总结要注意有什么内容呢？下面是小编精心整理的软件测试工程师总结，仅供参考，大家一起来看看吧。

软件测试工程师总结1

x年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。

一、总结：

1.自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。

2.定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求.3.团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要.以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。

4.工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。

5.课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。

二、自身缺点

1.沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。

2.心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意!

3.学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。

软件测试工程师总结2

20xx年2月2日，我有幸成为北京超图一员，应聘为公司的java软件工程师。入任职以来，在部门领导的带领下，自己感觉无论学习、技术、生活等方面都有很大的提升。

20xx年里我主要完成的工作有三方面：

1、荆门石油石化巡检系统的调研和开发。

该项目是我工作以来第一次涉及到调研，对我来说算是一个不小的挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。

2、电信12530增值业务的开发与维护。

从5月以来我就开始接手公司的主要业务之一，12530电信增值业务。由于前面负责这个项目的同事突然离职，导致这个项目的交接工再做得不够好，对我顺利接手这个项目造成很大的困难。而刚一接手这个项目，马上就需要新上一个投票活动，并要对一些主要代码进行修改，让我倍感压力，几乎都快放弃。最后在金总的指导和鼓励下，顺利的完成这次活动。在完成这次投票活动后，为了避免下一个接手这个项目同事与我遇到同样困难，我第一时间将这个项目的相关技术文档补充完全，保证别人能够顺利的进行该项目工作。通过这个项目，让我加强了自己在高强高压下工作的能力，也让我找到更多自信。

3、襄樊、鄂州家政网络服务中心的开发与实施。

在这两个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习springsecurity知识，这些新知识的积累，对我以后的工作有很大帮助。

20xx年工作展望：

1、将学习的springsecurity整合到我们自己搭建的ssh框架，进一步完善框架。

2、利用搭建的ssh框架，开发一套oa系统平台。

3、做好襄樊、鄂州家政网络服务中心的维护工作。

4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。

5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。

6、希望通过自己的进步和努力，能为公司的发展做出自己的贡献，体现出自己的价值。

软件测试工程师总结3

我在公司的职位是软件测试人员，我的.工作就是要负责公司软件开发后的测试工作，把好最后一道关，使公司的产品实现价值化，延长软件生命周期。

转眼间，在公司这个大家庭里工作已经半年了，回首这半年来自己所经历的一切，面对自己的成绩与教训、长处与不足、困难与机遇内心感慨万千，这段时间让我学到很多也懂得了很多，我很感谢公司所给予的一切。

首先，我真心的感谢公司领导及其公司同事给我们的这个难得的机会，我非常珍惜这个机会，对我来说，这能够真正使我从不适应工作到适应以后的工作和生活。非常感谢研发部的同事，还有感谢所有公司的同事，因为你们的帮助，我顺利的走过在公司的适应期。还记得工作第一天的时候，那时我对所有的工作流程都还不懂，开始的时候很紧张，但是从有了第一次工作后，对自己的工作就逐渐成为习惯，适应了这里的工作环境，自我价值也在工作的过程中得到了实现并且得到了提高。

其次，在工作的半年以来自己在工作上有不少收获，能够熟练的操作公司所生产的软件产品，做到尽到自己的工作职责将软件产品不成熟的地方和有bug的地方即时记录，享即时将建议与问题发给研发进行沟通，让研发可以更快的解决问题所在。对于网站以及服务器上会出现的问题都已经整理文档，方便大家共享，更好的查找和解决问题。

在测试工作之外，我会力所能及的帮用户监测网站查找问题，编写测试报告。帮公司的销售人员查找网站链接，整理表格资料，进行监测，查找出问题，方便销售人员对用户提供测试报告，增加销售筹码。

在领导的帮助下，完成了公司所需要申请专利的两份资料，对专利申请的流程以及申请文档的编写的有了进一步的了解。为以后在相同方面的工作累积了经验。

软件测试工程师总结4

这学期的期末大作业是对ELearningJavaWeb应用系统进行测试，通过这次系统测试，我学到了很多知识。对于具体的测试部分，我主要做的是单元测试和性能测试，其中单元测试使用的是Junit工具，性能测试使用的是JMeter。就这次大作业而言，我认为它与我们平时做的实验很不相同，我们平时的实验只是涉及到测试的某个小部分，而这次测试却是对一个相对完整的项目按照规范的标准进行测试。

对于好的测试来说，应该注意一下几点：

1.测试的独立性：一次只测试一个对象，方便定位出错的位置。这有2层意思：一个TestCase，只测试一个对象;一个TestMethod，只测试这个对象中的一个方法。

2.给测试方法一个合适的名字。

3.在assert函数中给出失败的原因，如：assertTrue(“…shouldbetrue”,…)，方便查错。在这个例子中，如果无法通过assertTrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。

4.测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由IDE(如Eclipse)产生的，则可不测;如果是人工写，那么测试一下。

5.在setUp和tearDown中的代码不应该是与测试方法相关的，而应该是全局相关的。如针对与测试方法A和B，在setUp和tearDown中的代码应该是A和B都需要的代码。

6.测试代码的组织：相同的包，不同的目录。这样，测试代码可以访问被测试类的protected变量/方法，方便测试代码的编写。放在不同的目录，则方便了测试代码的管理以及代码的打包和发布。

对于测试用例的命名，我们要使其与测试类的名称相一致，比如说，类的名称为Testing，此类的测试用例的名称为TestingTest。当我们把测试代码和被测的代码放在同一目录下时，我们就可以在编译被测代码的同时编译测试代码，从而确保两者是同步更新的。事实上当前的普遍做法，就是把单元测试视为build的一个环节。保持测试之间的独立性是一个很好的习惯，使得它们在任何次序下执行的结果都是相同的。如果真得需要某些测试按照特定的次序执行，我们可以借助addtest来实现。当我们需要增加一个测试时，我们要书写一个自己的测试用例，但是如果喜欢在测试用例的构造函数中做有关的初始化工作，这就不是个好习惯。数据文件应该尽可能和源代码一起都放在配置管理系统上，但这样一来如果我们采用上面的resource机制，我们就需要做一件工作，就是把数据文件从原来的位置-就是源代码的某个相对路径，拷贝到编译后的位置，也就是class文件的相应的相对路径。

通过这次软件测试的系统测试，我对软件测试有了更加深刻的认识，其实软件测试并不像想象的那么简单，它需要测试人员具备多方面的能力和素质。软件测试人员应该拥有广阔的视野、一定的编程能力、细心和耐心等等。这些对于能否测出优秀的系统来说都是必不可少的。

经过这次对javaWeb应用系统的测试，我的测试能力得到了锻炼，对软件测试有了比较全面的认识，收获了很多珍贵的东西，而且我也从软件测试的角度，对编写健壮的程序也有了新的认识。

软件测试工程师总结5

通过最近xx客户端的产品测试，我做了以下简单的工作总结，重新认识产品测试的基本理念以及对自己工作不足之处的检讨。

产品测试的目的是找出产品存在的漏洞，了解客户的感知，从而改良产品。但不同的测试初衷会直接影响到测试方法的选择，从而影响到最后的结果与测试目的的吻合程度，所以明确产品测试的目的是十分必要而且十分重要的。测试的目的主要是记录客观现象，揭露产品现状，站在客户的角度使用产品，深入了解用户的感受。

产品测试的方法，我个人认为应该将产品测试的目的和测试方法紧密结合起来，其重点在于细致入微的发现和记录，反映用户不愿或者不能表达的客观现象，从而揭露产品的缺陷，并通过进一步询问的方式，了解用户的真实感受，所以应该采取客观记录和深度访谈相结合的方法，充分揭露产品存在的缺陷，不断改良和完善产品。

因此作为一名产品测试员，应该承担起重要的责任。首先，产品测试员要有一颗细致，善于观察的心，具备高素质的专业技能，并且充分明确产品测试的目的和产品测试的方法，知道为什么要测以及用什么来测才能真正地做好产品测试，发挥产品测试的作用;其次，产品测试员要对产品业务流程非常熟悉，掌握产品的功能，才能对产品进行充分的、详细的、全面的测试;再者，产品测试员要做到既是专家又是用户，要站在用户的角度去使用产品，且要比用户更加细致，用心的使用产品，才能更加充分地去发现产品在使用过程中存在的不足，从而才能不断地完善产品，满足客户的真正需求。

通过以上对产品测试的认知，我发现，我，作为一名产品测试员，在此次测试工作中存在以下几个不足之处：

1、产品测试专业知识掌握不足，缺少高素质的专业技能;

2、没有充分做到站在客户的角度去使用产品，用心去感知客户的需求;

3、对产品的详细业务流程掌握不够;

4、对产品测试细节观察不够细微，细致;

5、与整体产品组成员沟通交流存在不足，未能及时准确地提出产品存在的不足之处;

今后，要加强各方面的测试知识学习;提升测试专业技能;培养高素质的专业技巧;同时，加强对产品业务流程的认知，以及对事物的观察能力;提高自己的动手和动脑能力，多动手多动脑，才能从多方面发现问题和解决问题，从而不断地完善和提升测试能力。

软件测试工程师总结 篇2

关键词：测试工程师,绩效管理,体系

软件测试工程师绩效考核是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.

软件测试工程师总结 篇3

关键词：卓越工程师；软件测试；人才培养

中图分类号：G642.0?摇 文献标志码：A 文章编号：1674-9324（2012）02-0099-02

2010年教育部联合有关部门，共同实施“卓越工程师教育培养计划”（简称“卓越计划”），用以促进我国由工程教育大国向工程教育强国发展[1]。它要求以行业企业需求为导向，以工程实际为背景，以工程技术为主线，加强高校和行业企业的合作，着力培养学生的工程实践、设计和创新能力，造就社会发展所需的高质量工程技术人才。计算机科学与技术专业是分布面最广、社会需求量极大的专业，社会和就业市场对计算机专业人才的要求持续提高，例如，软件测试工程师正成为诸多企业招聘的热门岗位，但是，当前软件测試行业仍然面临着测试人才严重短缺的问题，究其原因主要在于应聘者缺乏系统化的测试培养，特别是测试理论素养与实践能力的良好结合[2]。

一、培养思路和措施

按照“卓越工程师”的有关要求，我们认为，软件测试工程师的“卓越”培养标准须包两个方面：一方面是专业标准，即具备从事计算机工程工作所需的人文与社会科学知识，特别是工程基础知识；掌握计算机科学基础理论知识和计算机系统分析、设计、实现、测试、维护、和管理的基本方法；掌握综合运用测试理论与技术，对计算机系统进行系统化的测试工程；熟悉信息系统项目的组织和管理过程，具备综合运用知识和技术进行工程项目组织、实施和管理的能力，能够解决实际工程问题；具有良好的工程职业道德和社会责任感。另一方面是行业标准，即具有国家“计算机技术与软件专业技术资格”中“软件评测师”要求的知识和技能；掌握ISTQB国际软件测试工程师认证的知识体系结构；具有一项以上“职业资格证书”；拥有1年以上工程项目、企业实习等的工程实践经历。围绕上述培养标准，我们需要将工程教育理念贯穿于整个培养环节，以反映测试行业及相关软件工程技术的课程体系改革与能力训练为核心，优化和整合教学内容和课程体系，重点强化实践教学内容和革新教学评价体系，制定校内和企业两阶段相融合的过程化培养方案，培养学生的工程素质、职业素养和实践能力。为此，需要分别制定相应的校内培养方案和企业培养方案。

（一）校内培养工作思路

首先，在人才培养模式上进行改革。在大学一年级结束时，通过双向选择的方式，为每个学生确定“工程教育导师组”。导师组由高校教师、企业高级工程师和一线工程师组成。在毕业总学分限定条件下，导师组为学生量身定制个性化的3～8学期的教学计划，在专业和课程选择上给予学生更大的自主权和选择权。将工程过程管理的思想应用于人才培养过程，采取动态的、滚动的、竞争的人才培养运行机制。在测试工程师的专业课程中，要求有1/3课程采用双语教学，1/3课程由企业人员授课；要求80％以上的专业课程中理论讲授与实验实践教学比例逐步达到1：1～1：2（专业基础课理论与实验实践教学的课时比为1∶1，工程教育和专业选修课为1∶2）。

其次，优化课程体系结构，理论教学与实践教学有机衔接，课程设置以工程实践能力和创新能力培养为主线，适当减少课程理论教学学时数，增加实践教学学时数和实践部分的学分比例，注重工程系统的思维训练。在教学中注重先进性、实用性、实践性和研究性课程的建设，促进教学内容向应用研究型转变、教学方法向培养能力型转变、教学手段向综合立体型转变。在专业课程中大力推进问题型、项目型、案例型、研究型、CDIO（构思、设计、实现、运作）式等教学方式，按照《软件工程知识体系指南》（SWEBOK）和ISTQB测试认证知识体系[3]为参考进行课程内容改革和建设。

第三，进一步整合和改造包含基础性实践、设计型实践和综合/创新型实践课程在内的多层次实践教学体系，重点建立技能综合训练实验课程，加大综合性实验和创新性实验的开设力度，要求学生完成综合性的、较有规模的软件的测试分析、设计、实现和管理。

最后，改革以理论考试为主评价学生能力的评价体系，建设多元化工程教育评价体系，将学生的工程能力分解为工程技能、工程素质、工程活动和工程成果多维要素，建立对各个要素的细分量化评价指标集。教学评价要将过程考核与结果考核相结合，逐渐加大过程性评价的比重，引导教师从考核学习成绩向评价学习成效转变，引导学生从注重考试结果向注重学习过程转变。校外培养环节考核由学校和企业共同进行，标准与正式员工相近或相同。丰富考核方式，包括笔试、面试、工程实践成果的数量统计、书面总结材料及质量评定、专业汇报和答辩、能力和素质的评价等。

（二）企业培养思路

企业学习环节是“卓越工程师”培养计划的重要教学环节，企业学习阶段的学习效果是关系到整个培养工作成败的一个关键因素。在企业学习期间，学生的主要任务是基于已有的理论知识和专业技术培养解决实际工程问题的技能。企业培养方案应由校企双方共同研究制定，其中对学生在企业学习阶段的培养目标、培养标准、实践条件、教学安排、师资力量等方面做出明确的规定，要明确学生在企业培养阶段要达到的目标。企业学习阶段方案应当包含在企业完成的认识实习、生产实习、毕业实习、毕业设计等实践环节，学生接受近似企业员工的管理，要求学生累计1年时间在企业完成测试相关的课程设计、工程项目实训和毕业设计。企业学习主要采用面向主题的方法来组织学习活动，从各个面向主题的学习活动中获得对理论和技能的提升，从而反过来完善自身的理论体系和实践技能。培养方案需要精心设置企业学习阶段训练项目和训练内容，制订企业学习阶段各周的训练项目及明确的训练内容、训练时间、训练要求和考核办法，使学生在企业学习阶段的学习任务安排落到实处，保证企业学习阶段的教学质量。表2展示了我们设计的一个以主题导向的企业培养参考方案。

企业阶段的学习考核由学校和企业共同进行，考核内容除了知识和技能之外，还重点考察工作态度、创新能力、团队协作精神、实际操作能力、专业实践成果等工程能力和素质的评价等。进一步地，我们还考虑结合行业优势和地域优势，与合适的软件企业合作建设“工程教育实践中心”，以项目工程为载体，以项目研究为核心，更加密切地与企业进行产学研培养工程师，使学校教师、企业人员和学生在更好的平台上发挥主观能动性并形成合力。

二、结束语

“卓越工程师”的培养具有面向新形势的鲜明特点，主要体现在深化行业企业参与培养的程度、按照行业标准培养工程人才、强调学生的工程能力和创新能力等方面[4]，这对高校在人才培养模式、课程教学体系、实践教学、产学研结合等各项工作都提出了新的要求和挑战。本文对软件测试卓越工程师的人才培养思路和方案进行了探讨，指出需要转变人才培养模式，在教学内容和课程体系改革上突出内容整合性和知识应用性，构建适应测试工程技术的教学内容，进一步完善“知识、能力、素质”一体化的工程人才培养模式，增强学生的实践能力、工程素质和创新能力。我们以期由此拓展到更广的计算机工程师的培养工作中，更重要的是在以后的培养实践中进一步落实和完善培养方案，为学生具有卓越的工程能力和素质提供良好的培育平台。

参考文献：

[1]龚克.转变观念，大胆试验，建立卓越工程师教育培养的中国模式[J].中国高等教育，2010，（18）：10-12.

[2]黄爱明.国内软件测试现状及对策研究[J].中国管理信息化，2007，10（2）：42-43.

[3]http：//www.istqb.org.

[4]林健.谈实施“卓越工程师培养计划”引发的若干变革[J].中国高等教育，2010，（17）：30-32.

基金项目：广西教育科学规划课题“四种能力”导向的软件测试人才培养模式研究；新世纪广西高等教育教学改革工程“十一五”第四批立项重点项目（项目编号：2008A007）

作者简介：陈宁江（1975-），男，博士，教授。

软件测试工程师年终工作总结 篇4

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

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

软件工程师个人总结 篇5

作为一名技术人员，必须具备一定的专业知识，不断充实自己，在不断的工作、学习和研究中成长，具有良好的团队合作精神，较强的执行力，真正做到企业实事求是。在志通三个月的工作中，我主要完成了以下几个工作项目

一、前两周，由于目前网站工作的需要，老师让我在熟悉工作环境的同时学习asp。我花了两周时间系统地学习这门我从未接触过的asp语言。这个月的工作奠定了坚实的基础。

二，下次主要结合网站以前的asp后台管理系统进行一些功能优化和系统维护工作。完成并优化了销售管理模块最新注册业务查询、求职求职推荐、公司求职推荐、会员刷新、职位刷新统计等几个模块的功能。查询、推荐时间控制、查询速度优化、刷新公司职位权限控制、公司职位时效性控制，完成每个销售团队成员职位数量和职位刷新统计数量的功能设计。在完成这些各项功能需求的同时，我对后台管理系统进行了深入的分析和研究，对销售管理模块非常熟悉，对新版网站的后台设计有很多建设性的想法。在此之后，完成了logo管理模块中投票项目的优化，投票结果的统计查询和修正，logo和banner的管理，文件的生成。完成了客户服务管理模块中后台数据查询的改进，以及企业管理和个人管理模块中查询功能的改进。在此期间，一些功能错误得到了纠正，如校园招聘管理图片不能上传，文章类别不能修改，文章不能删除等。

三、 目前新版是用jsp开发的，在这三个月里，我进一步对java，jsp的深入学习，了解了mvc模式开发，在这阶段的学习期间，我以一个小商务系统的开发作为学习任务。还对当前流行的java代码与开发思想进行了初步的学习研究。

四、 作为一名系统开发与维护工作者，当然不能忽视对数据库知识的学习，在这段时间我也进一步对sql语句进行了深入的学习，对sql语句的查询进行了分析，比较重视数据库性能分析与调整这方面的知识学习。通过这阶段的学习，把这些知识与方法运用到了对后台管理系统会员查询的速度优化功能上，在实际工作中得以实践运用。

五、 网站新版开发方面，主要还为新版做了几个数据库对照表。

六、 还参加了网站新版的第二轮测试工作，主要以后台管理系统为主做测试，还参与了前台个人管理与企业管理的流程测试，测出了不少关键性的bug。

七、 入职以来，还担任了网站部群发邮件的工作。三个月内完成了好几批邮件群发的工作，每天定时定量地给在无忧无虑网站上注册的企业或会员群发几十万封邮件。还配合客服部群发了两批特殊活动的邮件，配合网站营销活动群发了两批群件，每天坚持固定给注册会员群发。

软件工程师工作总结 篇6

非常幸运能够来到**公司参加工作，回顾业务培训期的一个月工作，感触很深，收获颇丰，我们首先对宽带医生这项业务的前期推出做了很细致的准备，仔细讨论了在业务推出以后可能遇到的种种困难;然后参加了代维部门的实践学习，深入了解了网络的接入技术，以及在修障过程中遇到的问题，接着参加了为期两天的新员工入职培训班，认真听取了相关领导对公司的发展概况，组织结构，以及各部门职责的介绍，并认真学习了公司的基本业务和增值业务，对公司的产品和服务有了很清楚的认识。

后期在主管的带领下，我们陆续对周边保有用户进行了宽带医生免费体验活动，也让用户知道我们这项延伸服务的推出，树立我们**宽带的品牌形象。

在过去的工作当中，在领导和同事们的悉心关怀和指导下，通过自身的不懈努力，各方面均取得了一定的进步，但那些远远不够，我也在实际工作中认识到自己的不足，业务还不够熟练，很多知识还有欠缺，处理事情不成熟。因此在今后的工作中，我将努力提高自身素质，克服不足，朝着以下几个方向努力：

1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地加强学习，向理论学习，向专业知识学习，向身边的同事学习，逐步提高自己的理论水平和业务能力，并用于指导实践。

2、“业精于勤而荒于嬉”，在以后的工作中不断学习业务知识，通过多看、多学、多练来不断的提高自己的各项服务技能，克服年轻气躁，做到脚踏实地，提高工作主动性，不怕多做事，不怕做小事，在点滴实践中完善提高自己。

3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作，继续提高自身文化的修养，努力使自己成为一名优秀的工作人员。

软件测试工程师总结 篇7

1 软件测试概述

软件测试主要是指在将软件投入使用之前, 对其需求分许、系统设计以及源代码所执行的复查检测, 这是保障软件质量的一项关键工作。通俗点说, 为找到软件中存在的错误而执行程序这一过程就是软件测试。在软件测试工作中, 我们可以依据测试方案及流程通过测试工具来测试产品的功能和性能, 然后分析及评估测试方案有可能存在的问题。另外, 一般在执行测试用例之后, 还要进行跟踪故障, 这也是确保开发产品满足需求的一个重要保障。

至于软件测试的时间选择, 一般来说主要在于以下两个阶段:首先, 在每一个模块编写之后对此模块进行测试, 这亦被称之为模块测试或者单元测试, 它主要体现出的是单一性功能测试或者程序段测试;其次, 对软件模块所构成的系统进行综合性、系统性的测试。

2 软件测试对象

对于软件测试来说, 和程序测试有着很大不同之处, 我们不仅要确保程序能够运行, 还要使软件可以满足其设计期望, 既能够按照设计的思路运行。在软件定义及开发的整个过程中, 软件测试都应该是贯穿的。因此不仅软件本身, 软件的需求分析、程序编码、系统设计、各阶段说明文档 (设计概要及规格说明) 等都属于软件测试的对象。

此外, 在程序的开发过程中, 一般各个开发阶段都是相互衔接的, 因此如果不能够解决好前一阶段的问题, 必然会使下一阶段受到影响, 为保证各个阶段的正确性, 我们也要进行确认及验证工作。其中, 确认主要是确认需求规格说明以及确认程序, 而确认程序则又包含了静态确认及动态确认。至于验证则是采取相关的措施来证明此软件在其生存各阶段中都具有完备性、逻辑协调性以及正确性。

3 软件测试分类

上文中已经对软件测试的分类进行了简要的分析, 这里将对其进行详细的探讨: (1) 静态测试。所谓静态测试, 主要是指在不允许程序的情况下, 只对程序的语法、过程、结构以及接口等进行检查和分析, 实现软件的测试。在这个过程中, 我们主要通过人工测试的方式来完成, 而且其测试从软件设计说明书、软件规格说明书、流程图分析、源程序结构分析以及符号执行等方面展开。 (2) 动态测试。动态测试指的是经过对软件程序进行运行, 以检测其结果和预期的差异, 最终实现对于软件运行效率以及性能的分析和测试。对于动态测试来说, 主要由软件构造测试实例、执行程序、输出结果分析这几项内容构成。当前在软件测试工作中, 动态测试属于最主要的方式。 (3) 单元测试。一般来说, 单元测试是开发者通过编写小段代码来检查代码功能正确与否, 这属于最低级别的测试。在我们的工作中, 单元测试可以看做一种对软件进行测试的无错编码辅助, 无论对于软件运行期间来说, 还是对修改期间来说, 软件测试都应该属于可重复的。 (4) 集成测试。对于集成测试来说, 单元测试是基础, 主要是按照结构图及设计要求把模块组装成系统之后所进行的一种测试, 它可以看做对于单元测试的逻辑扩展。在我们开展集成测试的实际工作中, 测试者要依据相关规定将所有软件单元组装成模块或者系统, 测试的时候还要严格依据相关标准进行测试, 只有满足这两点才能确保测试的效果。

4 软件测试的必要性

由上文可以看出, 软件测试是非常重要的一项工作。而事实也证明了其重要性, 在软件界, 软件危机曾是最热门的话题, 无论是专家还是软件从业人员, 都成为此工作投入了大量的精力。随着社会的发展, 人们对于软件的认识也越来越深入, 也意识到了软件危机仅仅属于一种状态, 而软件中的错误才是使软件开发进度、成本及质量失控的根源。

5、件测试工作中需遵循的原则

首先, 在软件测试工作中, 我们要站在用户的角度出发。一般来说, 用户的角度和软件开发者角度存在着截然不同的情况, 用户希望的是将软件中存在的所有问题都找出来, 而软件开发者则往往会选择一些程序失效性小的测试模块, 这类测试意义并不大。其次, 最好做到:尽早和不断的进行软件测试。我们要以一个端正的态度进行各阶段技术审核, 这样才可以尽快发现错误, 把错误消除在萌芽之中。第三, 选择测试用例的时候要包括输入数据以及输入数据相对应的预期输入结果, 一般来说通过这种方法可以更方便的找到程序片段是否存在错误。第四, 避免程序员对自己开发的程序进行测试, 这是因为人们对自己开发的成果往往不愿意否定, 在这种心理影响之下, 程序员对自身开发的程序进行测试往往只能够得到不够客观的测试结果。第五, 测试用例过程中不合理输入条件非常重要, 这是一个很容易被忽视的环节, 但在软件的实际使用过程中, 不合理输入条件却客观存在, 因此我们要对其有充分的重视。最后, 要注意测试工作中的群集现象, 如果在测试过程中发现某一程序段错误较多, 则要对此程序段进行认真检查。

摘要：文章对软件测试的概念、对象、分类以及必要性进行了分析, 并在此基础上探讨了测试工作中应遵循的原则, 希望能够给我们的软件测试起到一定的指导作用。

关键词：软件工程,软件测试,必要性

参考文献

[1]吴葳葳.对软件工程中测试的思考[J].科技致富向导, 2008 (16) .

[2]解敏.软件测试技术的管理与预测研究[D].陕西师范大学, 2010.

软件测试工程师总结 篇8

关键词：软件工程；软件开发过程；软件测试。

中图分类号：TP311.52 文献标识码：A 文章编号：1007-9599 (2012) 09-0000-02

软件事故是我们最不愿意看到的现象，一旦出现软件事故则其带来的损失是非常巨大的，早期有美国的火箭爆炸，近年又有温州的动车追尾。所以由此可见软件测试在软件开发过程中是非常重要的。

一、认识软件测试

软件工程中，软件测试就是在软件正事投入行业使用前，对软件的需求分许、系统设计和程序源代码进行最后的复查检测，是确保软件质量的关键。是为了发现软件错误而执行程序的过程。是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至可以根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。

软件测试在软件生存期中有两个主要的阶段：一个是在编写出每一个模块之后就对其进行测试，亦可称为单元测试或者模块测试。这一阶段主要是对某模块的程序段进行测试或者对其体现的单一功能进行测试。第二个阶段是对软件系统进行的各种综合测试。

二、软件测试的对象

软件测试并不是简单的程序测试，测试程序能不能运行是不够的。软件测试应该贯穿于软件定义与开发的整个期间。所以，软件的需求分析、系统设计、程序编码以及各阶段产生的说明文档，如规格说明、概要设计等都应列入软件测试的对象。另外由于程序的各个开发阶段是相互衔接的，前一阶段的工作如果出现的问题不及时解决的话很自然的会影响到下一阶段的。为了把握好没一阶段的正确性，我们需要进行各种确认和验证的工作。

确认包括需求规格说明的确认和程序的确认，而程序包括静态和动态的确认，静态的确认一般经过人工的分析，动态的确认主要是通过动态分析和程序测试来检查程序的执行情况。

验证就是要想办法证明该软件在软件生存期各个阶段中的逻辑协调性、完备性和正确性。例如测试用户的要求和程序运行的结果是否相符、测试用户的需求与系统分析员的报告是否准确、测试需求说明书和设计说明书是否匹配、设计说明书和源程序是否吻合。

三、软件测试的目的及应把握的原则

在说此问题之前我们先来认识下基于不同的立场时存在的两种测试目的，一个是用户角度，一个是软件开发者角度。从用户角度出发，用户总是希望通过软件的测试尽可能的发现软件中的隐蔽错误和缺陷，以此作为是否接受该软件的度量。另外以软件开发者角度来测试，他们则希望测试那些成为在软件产品中没有错误的过程，验证该软件已正确地实现了用户的要求，增强用户对软件质量的认可。所以他们多会选择一些导致程序失效概率小的测试模块，回避那些容易暴露程序错误的测试用例。也不会刻意去检查排除程序中可能存在的副作用语句。可见这样的测试对于软件的质量来说是毫无意义的。因为在程序中会存在着许多预料不到的问题，而这些问题往往要在特定的环境下才能体现出来。如果不把重心放在力求找出这种错误的基础上，便会把这些错误遗留到运行阶段中。所以软件测试时要多站在用户的角度思考，把目标确定为揭露程序中存在的错误。要力求以最少的时间和人力找出软件中隐藏的各种错误和缺陷。

根据上述的软件测试目的在软件测试中我们要把握以下几个原则：

（一）把“尽早和不断的进行软件测试”牢记于心

由于软件开发各个阶段工作的多样性，以及人员的配伍关系等因素，使得每个环节都有可能产生错误，所以要把软件测试贯穿到每一个软件开发的环节中去，端正态度认真的完成各个阶段的技术审核，这样才能尽早的发现和预防错误，把出现的错误掐死在萌芽階段没从而提高软件质量。

（二）测试用例要包含输入数据和与输入数据相对应的预期输出结果

测试前要根据测试的要求选择适合该程序段使用的测试用例，这种测试用例主要用来检验程序员编制的程序是否有误。所以采用输入数据和与输入数据相对应的预期输出结果作为测试用例能更快捷的指出程序片段是否有误。

（三）程序员应避免测试自己的程序

测试工作需要客观的态度和冷静的情绪，人们通常不愿意否定自己的劳动成果。正是因为出于此种心理影响，如果程序员检查自己的程序时难免会对软件规格说明的理解产生偏差。因此由其他程序员来检查应该会更客观，更有效果。当然在此我们不能把测试程序和调试程序相混淆。

（四）设计测试用例时不可忽略不合理的输入条件

合理的输入条件是指能验证程序正确性的条件，而不合理的输入条件则包含输入异常、临界或者容易引起异变的条件。人们在进行测试时往往过多的考虑正常的条件而忽视不太合理的输入条件。在软件的正常使用中，人们常会应为操作的失误而对该程序输入各种不合理的输入比如打错键盘或非法输入等。这种错误轻则导致错误的运算，严重会导致软件的失效。因此不合理的输入条件不可忽略。

（五）注意测试中的群集现象

测试时如果某些程序段出现的错误较多，则应加大力度对该程序段进行详细认真的检查，因为据经验表明测试后的程序残存错误与该程序段中已发现的错误的数目成正比。

（六）认真执行测试，杜绝测试的随意性

指定详细的测试计划。计划应包括：软件的功能，输入和输出，各功能测试的进度安排，测试用例的选择等等，还需多查阅相关文献力求全面。

（七）妥善的保管测试计划、测试用例、出错统计和分析报告等，为日后的软件维护提供便捷的服务。

总之，在软件开发工程中软件测试是一个必不可少的工作环节，如果没有此环节的支撑，开发出来的软件产品注定会很快被淘汰。所以为了对用户负责，对国家和人民负责软件开发者特别是大中型软件的开发项目必须要严格的的对软件开发的一系列活动进行妥善的软件测试，这样才能更好的确保软件的质量，提高软件的健壮性和可移植性。

参考文献：

[1]解敏.软件测试技术的管理与预测研究,陕西师范大学,2010

[2]刘燕俐.软件测试发展创新探究,新疆油田公司数据公司,中国管理信息化,2012

[作者简介]