软件测试工程师工作总结范文【实用4篇】

参考资料，少熬夜！软件测试工程师工作总结范文【实用4篇】【导读指引】三一刀客最漂亮的网友为您整理分享的“软件测试工程师工作总结范文【实用4篇】”文档资料，供您学习参考，希望此文档对您有所帮助，喜欢就分享给朋友们吧！软件测试工程师工作总结【第一篇】通过面试，来到__公司工作，已经一个月过去了，我努力了解公司的文化、制度、相关本岗工作的各种信息，以便尽快的融入到公司大家庭。对我一个月来的工作总结如下：一、对公司的认识在工作初期，我从各渠道了解公司的发展情况；对公司的业务模式、组织架构、地域分布有了初步的了解；阅读了一些公司管理制度。对公司的发展前景充满信心，愿意更加坚实与公司共同成长。二、工作了解1.信息化工作无中期的战略目标基础建设与运维方面基础建设薄弱。设备相应的资产信息、应用权限、辅助安全、扩展应用。管理都较松散，缺乏整套切实可行的运维机制(当然这和公司之前无本岗位人才有关)。3.网络方面网络不足以支撑目前的公司应用规模，表现在：网络结构无规划、带宽不足、网络管理设备性能太低，这些因素导致公司网络不稳定，无法支撑发布IT应用服务。系统推进方面对于目前__系统在测试准备阶段深切体会到一些问题：(1).从整体看这套__不符合目前公司的管理结构。即：我公司所选这款__系统适合中小企业或者但组织架构企业，不适合我们目前的集团管理架构。在日后我们__应用逐渐成熟和层次逐渐深化时就会暴漏出很多问题。如：与日后集团型其它系统数据对接、更深层次权限划定(2)的模块选择不合理。对一般__非常有用的模块没有购买，如：日程提醒、数字签名、移动应用。对我们目前现状没必要的模块又买了，如：邮件模块、办公用品管理。(3)系统功能弱。开放自助修改地方的相对市场上主流__较少；协同审批流程设定麻烦；新闻中心版面僵硬，不可修改；知识中心版面缺乏人性化；通讯录功能非常薄弱；即时通讯功能太可怜(4).系统实施规划不够全面。系统实施零散，缺乏整体规划。如：系统基础设备架设不安全；数据备份不合理；系统基础数据有些缺少统一规则制定；乙方顾问更换平凡、对接人多。三、工作推进1.将两个无线路由安装使用起来。上线准备工作完成。截止20xx上线前的。准备基本完成，参考资料，少熬夜！包括上线前全员培训。接下来就是公司开始试用行，上线运行后再出现的问题继续协调处理。3.机房整理，将小UPS装给财务利用；不用之物清理出机房；四、工作展开计划通过对公司的了解，利用现有资源，以现在已明确的任务为首要(__系统推行到全公司)，结合公司信息化长远发展，逐步从基础架构开始完善信息化工作，计划工作如下开展：1.首先将__系统在集团总部推行起来。2.下一步整改机房，使机房相对安全，整洁。3.深入了解整个集团各公司的网络使用状况，对网络全面的规划改造，为日后公司更多的IT应用做准备。4.建立升级和建立基础的信息共享沟通，即：升级邮箱、建立整个集团可应用的即时通讯系统、简单文件共享。5.拟建初步的信息化管理办法。系统在各个公司逐步推行使用起来。软件测试工程师工作总结【第二篇】这学期的期末大作业是对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应用系统的测试，我的测试能力得到了锻炼，对软件测试有了比较全面的认识，收获了很多珍贵的东西，而且我也从软件测试的角度，对编写健壮的程序也有了新的认识。软件测试工程师工作总结【第三篇】先介绍一下我的背景：通信类院校20xx年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。一、T项目执行20xx年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以SDH原理为主，包括SDH的帧结构、网络的保护和倒换等。下面介绍一下我所做的项目。项目名称：T软件项目概况：该项目是在PC和Sun工作站上开发的软件，属于CS结构。Client端用Java开发（开始使用，后来改用），实现跨平台；Server端用C++开发，使用ACE实现跨平台（Windows和Unix）。人力投入：开发好像是9人，测试3人。（我来的时候是产品的第2个版本，人力投入大概如此）参考资料，少熬夜！我入部门几天后，T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标：）现在想起当初的测试工作，实在有太多的不足，和待改进点。1、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的Excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。2、产品知识。T软件虽然是在PC和工作站上运行的，但是开发T软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。3、软件测试的重点不明确。软件测试是软件工程中的。一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。4、测试流程的把握。7月份中旬，T项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，T软件还真的是我们测出来的，而不是开发写出来的：）软件测试工程师工作总结【第四篇】伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，*将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。1.工作的主要内容在这两个月的工作中，我的总体任务是协助__做好武警__部队__管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写__系统的各类文档；参考资料，少熬夜！系统的编码及bug勘误工作；系统的测试工作。下面依照时间来对我的工作进行介绍。初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行__系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。在对__系统进行测试之后，暴露了系统的诸多问题，测试过程中发现__系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写__系统的数据需求文档。在编写该文档的过程中，对__系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。完成了__系统的数据需求文档的编写之后，新的任务是对整个__的输入数据进行输入限定，在任务开始之处是极为困难的`，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。在对__系统添加输入限定完成之后，进入了解决程序小问题的阶段，对__系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。完成了系统的修补之后，我们的程序送到了__进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。第一轮测试结果出来之后，我们项目组开始了紧张的第一轮__系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。在进行