作文档>范文大全>工作总结>工程师工作总结

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

更新时间:

软件测试工程师年终工作总结(通用5篇)

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

  在20xx年原公司并入新公司集团,我也随同原公司一起成了新公司的一员。我所在的部门是研发中心,担任副经理一职,配合王总与单总开展工作。

  上半年的工作仍是延续以前的三维产品(以下简称AA)的研发。主要的工作内容包括以下一些:

  AA研发管理工作。

  一开始组织进行真实矢量数据的绘制,用于实现用户标准,POI显示等。这部分工作完成了雏形后,又启动了批量矢量的预研工作,下半年小组成员完成了这一内容的阶段版本。同时完成了一个阶段的程序结构梳理、性能调优,开展了一些VR效果及基础GIS功能(测量等)实现的工作。

  在组织研发工作的同时,因市场需要,我们的产品开始投入使用。其中我负责的两个是测绘工程院前期合作、预研合作。这两个合作都没有明显的成果,只能算是产品的测试使用。通过这些小任务,我们也整理了一些我们软件的不足,收集了一些完善意见,同时我组织人员开发了一个由ma数据直接生成产品自有格式的工具,扩充了产品支持的三维模型数据格式。

  下半年由于xx项目的需要及当时部门的人员情况,领导安排我负责停滞了很长时间的三维平台升级项目任务。

  因以前的'老平台无法满足规划局用户共享交换的需要,公司决定用新研发的AA产品对共享平台进行升级。我们在建设了一个十人左右的队伍,基于AA的SDK进行应用开发。完成此项目的过程中,我的主要工作内容是:在领导的支持下组建队伍、整理用户需求、分配工作任务、与公司研发队伍进行沟通协调、客户汇报。同时,对公司研发的任务内容、技术路线等我也提出了一些自己的建议和看法。并协助领导开展了部分人员的思想工作。因项目需要,完善了产品的地形、影像数据处理工具,使数据展示的效果比以前有了提升。

  至目前为止,项目任务已基本完成,与客户要求的6个月时间相吻合,客户关系也已经理顺,算是保住了这个老市场,项目也锻炼出了一支应用项目实施的队伍,部分员工成长迅速,很有潜力。

  xx项目任务完成的过程中,得到了研发人员的大力支持,同时项目需求也给AA研发指明了一些方向。应该说,xx项目是我们AA应用的一个完整检验。基于xx项目,研发完成了地下管网数据展示的一个阶段版本。算是对AA产品做了一个较大的扩展,也可作为产品区别与大部分三维产品的一个特点。

  年度工作中存在问题和不足:

  20xx年的工作任务算是完成了,在完成这些任务的过程中,我意识到自己还存在许多不足。主要有以下几个方面:

  首先是执行力。三维软件研发的过程中,对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况,在这种情况下制定出来的工作计划往往无法按时完成。没按时完成我也没有对应的措施去应对,按计划完成了也没有措施去奖励,计划和实际总是存在偏差。

  其次是引进人才方面。一个研发队伍,需要有经验、有能力、有潜质的技术人员,但在人才引进方面我觉得自己做得很不够,没有为我们的开发队伍引进一个技术牛人,队伍的成员也是王总引进以及通过正常招聘找来的。

  还有就是主动引导其他部门的方面。我们是产品研发部门,理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么,然后我们来支持。这种情况的结果是我们自己的研发节奏和目标都被打乱,最终产品变得没有特点或者延迟交付。

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

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

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

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

  这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。

  我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。

  软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的

  可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。

  通过课上的理论因为课下的实践和后半学期又因为身体力行于

  1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。

  2、然后就是,白盒测试中的'逻辑驱动测试的覆盖率测试。

  3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。

  4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。

  另外就是一个学期的学习让我纠正了几点误区:

  1、有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到BUG,那么BUG会成天缠着你。

  2、在大家协力测试论坛的'时期内,我曾认为这种大量的重复性的工作真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。

  作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!

  在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,

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

  其实测试新兵和测试高手之间的区别,往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问,但是有很多问题其实都是已经别人提过了,或者已经有解决方案的。所以经常会看到 “测试高手“的身影,并且不提问题,而且还能“锄强扶弱“,是测试新丁的救命稻草。好像是高手们无所不能,其实摘掉这层耀眼的光环,他们并没想像得那么厉害,只不过通过自己的搜索找到的答案,然后帮助其他人。当然也有很多人都是通过自学,然后在论坛中交流得到了很多经验,高手其实也是因为善于思考问题,亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

  很多时候看到论坛中有人提问,问题描述不清,很多人看了很困惑。发贴题目动不动请高手帮忙,救命之类的,好像天下大乱,世界末日。虽然这个题目很招人,但是无法让那些想帮助你的人帮你,因为题目不清晰,而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程,描述清晰,让人理解清楚,才能望文知意知道你的当前发生问题的环境,才能让那些想帮你的人解决问题,否则给人无从下手的感觉,解决问题效率不高。

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

  参加软件测试工作后,随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样 “ 随手 “ 测试出了几个 bug ,然后 “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来,重新复查了一下填写的 bug 。他在重现我的 bug 的过程中,简化了我的输入变化, bug 神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出 10 几个变化后,软件不动了,内存不断上升。终于他找到了产生软件的 bug 的原因,然后对我说 “ 寻找 bug 要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!。 “ 。

  在以后的日子里,每次解决问题的时候我都记得多试验几次,多尝试。网上很多朋友还有同事问我问题的时候,其实他们只是万里长征就差一步,只要再多动手实验一次就可以达到目的了。所以多动手,多尝试。


软件测试工程师年终工作总结相关文章:

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

软件测试工程师年终工作总结(通用5篇)软件测试工程师年终工作总结篇1在20xx年原公司并入新公司集团,我也随同原公司一起成了新公司的一员。我所在的部门是研发中心...
推荐度:
点击下载文档文档为doc格式

精选图文

  • 2024最新办公室年终总结范文
    2024最新办公室年终总结范文

    2024最新办公室年终总结范文【11篇】总结是事后对某一时期、某一项目或某些工作进行回顾和分析,那么一起看看办公室年终总...

  • 会计工作内容的简单描述
    会计工作内容的简单描述

    会计工作内容的简单描述(11篇)会计工作内容的简单描述怎么写?展望部分需要对未来一年的工作进行预测和分析,同时也要提出对...

  • 会计工作总结怎么写新人版
    会计工作总结怎么写新人版

    会计工作总结怎么写新人版10篇会计工作总结怎么写新人版怎么写?制定工作计划时要考虑人员和资源的因素,确保工作的合理分配和...

  • 保安管理试用期工作总结
    保安管理试用期工作总结

    总结是事后对某一时期、某一项目或某些工作进行回顾和分析,从而做出带有规律性的结论,它能够给人努力工作的动力,为此要我们写...