当前位置:作文吧实用文档工作总结内容页

软件测试工程师总结

第1篇:软件测试工程师总结

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

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

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

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

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

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

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

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

20xx年工作展望:

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

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

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

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

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

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

第2篇:软件测试工程师总结

这学期的期末大作业是对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应用系统的测试,我的测试能力得到了锻炼,对软件测试有了比较全面的认识,收获了很多珍贵的东西,而且我也从软件测试的角度,对编写健壮的程序也有了新的认识。