当前位置:工作总结网>范文>年度>软件测试年终工作总结

软件测试年终工作总结

时间:2023-11-25 17:59:54 年度 我要投稿

软件测试年终工作总结

  总结是指社会团体、企业单位和个人在自身的某一时期、某一项目或某些工作告一段落或者全部完成后进行回顾检查、分析评价,从而肯定成绩,得到经验,找出差距,得出教训和一些规律性认识的一种书面材料,它是增长才干的一种好办法,让我们一起来学习写总结吧。那么我们该怎么去写总结呢?以下是小编收集整理的软件测试年终工作总结,欢迎阅读与收藏。

软件测试年终工作总结

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

  这学期的期末大作业是对ELearning Java eter。就这次大作业而言,我认为它与我们平时做的实验很不相同,我们平时的实验只是涉及到测试的某个小部分,而这次测试却是对一个相对完整的项目按照规范的标准进行测试。

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

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

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

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

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

  5.在setUp和tearDo框架+一门编程语言(建议python),或者收费软件QTP,推荐selenium,因为它是开源的、免费的,不存在盗版问题、且可扩展,所以国内的一线大公司喜欢用。

  Pc客户端自动化测试:常用的测试工具:QTP。付费软件,国内很多小公司在用。

  Android手机自动化测试:常用的测试工具:monkey、monkeyrunner、robutium、appium等,这些都是开源软件。一样,国内一流的公司都在使用。

  苹果端的自动化测试:常用的测试工具:Instrument、FoneMonke、Broomine、iphone SDK自带的test unit。

  不管学习哪一个终端的自动化测试,熟练掌握一门编程语言是必要条件。

  最后谈谈软实力,一个优秀的测试技术专家,我认为需要具备以下几个特性:

  持续学习能力:计算机技术的发展可谓日新月异,如果不持续学习,那么不出2年,你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习,不能的'话,下班后保证2个小时的自学时间。几年下来,你就能发现自己的进步有多大。

  沟通能力:我觉得可以从2方面培养:第一:日常工作的沟通能力:和开发、产品、运维、客服同事的沟通要及时,表达要准确,多微笑、多倾听、保持良好轻松的同事关系。第二,正式场合的沟通能力,如项目周会、评审会议、总结会议,一定要提前做准备,讲什么、怎么讲,自己私下里先练习一下,这样在正式场合才能表达清楚、气定神闲、落落大方,给领导和同事留下一个好的印象。

  团队合作能力:首先从心态上,要强调整体的概念,放下单打独斗的想法。在实际项目中,体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了,只有团队的齐心协力才能把项目做好,这样的人往往也是公司最喜欢,最愿意去培养的人。

  与优秀的人为伍:所谓近朱者赤,近墨者黑。跟对一个老大、和优秀的人共事,找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛,通过这些人的耳濡目染,一定会让你少走很多弯路。

  其他还有很多软实力,但我个人认为以上几点比较重要。

  凡事要趁早,特别是技术行业,一定要在头几年打下扎实的技术功底,这对将来的技术管理或技术专家路线都有极大的帮助。

  不知不觉写了这么多,感觉还没有说完,希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。

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

  转眼20xx已经结束,下面我就把我自己到公司这一年的一些感触、体会及工作情况给领导及各位同事汇报一下:

  我刚开始第一次负责做定制开发的一个项目,功能的实现相对来说比较简单,但是功能多,繁琐,而且当时没有项目开发的整体经验,缺乏项目全局观,直接开始编码实现功能,在项目编码过程中,由于客户不断的增加需求,改动,经历了近3个月时间,才完工;对我来说很失败;不过这个项目对于我刚负责项目开发的整体经验来说,算是一次教训、也算是一次收获,通过这个项目及开发人员提出的意见,进行改进,并且在后面的项目开发过程中初见成效,开发周期逐渐缩短、需求改动逐渐减少、开发出的产品起码达到90%的要求;到目前为止,团队的技术水平、沟通能力及团队协作能力都有所提高、有所改善,但是整个项目的开发从开始到结束存在的问题依然不少:

  1、项目需求

  需求是一个项目的来源,后续所有工作都是围绕需求展开,需求中哪怕有一点的不明确,都会影响项目的总体进度及项目质量。

  2、分析设计

  软件最后的操作便捷性、功能扩展性、界面友好性都取决于设计人员对需求的理解、模块框架的设计、业务流程的设计、数据库表的设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节,项目组无专业软件设计人员,软件的架构、逻辑设计、界面设计,都是凭对客户需求的理解设计的,导致软件开发出来后逻辑处理经常改动,软件操作不是很便捷;而数据表的建立及表之间的关系建立主要取决于各项目组人员对需求的理解程度,每个人对需求理解程度不一,直接导致数据表建立时的不规则,不专业,从而产生软件功能上的问题

  3、编码

  第一,开发人员编码的统一性较以前有了很大的改善,但是还是存在个别人员不按统一规则编码的现象;

  第二,开发人员普遍存在一些简单的'问题就是,比如该判断的不判断、点保存没有任何提示等小问题,这些问题可以说不是技术问题,而是作为一个程序员最起码的工作态度,认不认真,细不细心;

  第三,人员技术水平差距较大,这种现象会直接影响编码阶段的进度;

  第四,项目编码过程中的积极性,对于开发人员来说也就是工作积极性;

  4、测试

  软件测试决定了软件是否是一个已开发完成的软件,还是一个半成品;无专业测试人员,只能用软件测试方法中最简单的排除法,大家可想而知,这种排除法只能排除当时输入的数据,所以发现bug问题有限,这样一个半成品软件客户在使用的时候问题可想而知。

  5、软件实施

  由于技术部人员有限,所以经常出现各部门对技术人员的工作协调问题,导致软件不能按时实施、项目开发不能按进度完工、需求不能按计划完成等一系列问题。

  以上问题都是个人角度去衡量的,考虑不合理之处还望领导及各位同事批评指正。

  xx年结束了,xx年又是一个新的工作起点,我也在此感谢领导和各位同事的支持和帮助,人常说活到老学到老,在新的一年我还需不断的努力,在提高自己的专业水平的同时,为公司尽自己的一份力!

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

  一、20xx年工作回顾及总结

  回顾20xx年这一年来的工作,我在公司领导及各位同事的支持和助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较的改变。现将这一年的工作情况总结如下:

  1、总体来说,20xx年我主要完成了“xx银行系统”、“xx渠道管理平台”、“xx”、“xx”、的日常测试以及质量控制工作;“xx”已经稳定上线运行6个多月,“xx”即将上线。

  2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有:

  a、测试项目案例、测试用例的设计与编写;

  b、对测试过程中遇到的问题进行沟通,并提供意见;

  c、设计业务功能流程,提供参考意见,绘制关键业务流程;

  d、进行主要功能的界面测试、功能测试;

  e、按照测试用例执行测试计划;

  f、进行需求验证工作。

  3、知识的总结与分享,完成客户端在安卓4.0/4.1,IOS6.0以上系统上出现的兼容等问题,完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中,发现兼容上重问题,在测试部门群中发布分享。

  4、完成所需知识积累,学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。

  二、对公司的建议与意见

  对公司和部门建设上,我有以下几点建议:

  1、对员工进行金融知识的系统培训,让测试人员了解银行业务流程,有助于测试人员更加详细了解业务流程,测试过程会少走很多弯路。

  2、部门内希望多组织技术交流讨论,促进测试工作的开展和提高。一年至少有2次这样的交流。

  3、公司在项目开发前期,希望尽可能的明确需求,尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书,需求说明书不明确或者需求说明书内容错误,误导了开发和测试,浪费了时间,影响了项目进度。

  4、建议项目需求设计可以有测试员参与讨论。

  5、公司管理有点混乱,个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。

  6、个人感觉平时的效率比较低,希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程,让开发更好的了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。

  7、加强部门测试成果的积累与沉淀,提高团队测试水准,希望我们的团队能够做的.更好,能够已团队的形式参与软件项目的开发,而不仅仅是一个项目中毫不起眼的小小测试员。

  三、20xx年工作计划与学习计划

  20xx年工作计划就是希望通过自己的努力,让我们的产品更加完美,让自己在软件测试技能上有所提高,更多的关注软件产品的开发过程,提高工作效率、做到与用户的需求一致,提高公司软件产品用户满意度。

  具体来说20xx年工作计划有:努力提高自身测试水准,努力学习金融知识以及业务流程,学会需求分析,掌握需求分析在测试中的作用,参与公司更多的开发项目的测试工作。

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

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

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

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

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

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

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

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

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

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

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

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

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

  在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。

  最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。测试路程,路漫漫其修远兮,吾将上下而求索。

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

  一、本年度工作完成情况

  时光飞逝,在这年里本人立负责测试的项目10个,与其他测试人员联合测试的项目9个以及gis应用虚拟项目(2个版本)。

  其中立负责的项目对项目的开发周期做全程跟踪测试,联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多,同时也提高了自己各方面的能力。感谢领导的支持和指教,现总结如下:

  立负责的项目列表:

  1)《湖南xx空调进销存系统》

  2)《湖南xx空调售后服务系统》

  3)《长沙统计局数据管理平台》

  4)《长沙统计局数据展示系统》

  5)《长沙统计局gis应用系统》

  6)《xx电网webgis系统》

  7)《xx电网移动电子化移交系统》

  8)《xx电网东莞局单线图绘制系统》

  9)《电信号百-掌上同学圈》

  10)《长沙城市林业生态圈资源信息集成系统》

  与其他同事联合测试的项目列表:

  1)《xx市规划局办公系统》

  2)《xxx_地理公共服务平台》

  3)《xxx市规划局自动化办公系统》

  4)《xxx县城建档案馆著录系统》

  5)《xxx市统计地里信息系统》

  6)《xxx市社会安全联合救助系统》

  7)《xx市施工图审查中心一体化办公平台》

  8)《xxx控制性详细规划系统》

  9)《xxxxx市地理信息系统》

  gis应用虚拟项目

  1)gis应用xx项目b/s版本

  2)gis应用xx项目c/s版本

  其中格力项目的测试工作,多次与开发组人员一同参与在客户处讨论需求与细节要求,对客户的习惯和要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法和测试经验,和他们成为了好朋友。在后续的合作与交流中,将更进一步提高自己的专业技能,保持良好的沟通与联系做好测试工作。

  南网的项目在通过开发组的培训后,对南网1.0环境与功能,数据库的结构有了比较清楚的了解,对测试南网2.0很有助,主要是对电力这块的业务有了深入的了解,对测试电力行业的系统打下了业务认知基础。加入专业的测试方法,使测试工作更好的服务于项目。

  很开心在公司的qc与svn上,留下了我对以上19个项目测试工作的痕迹,我将不断努力工作,为测试团队在公司中更有价值积极进取。

  二、个人取得哪些进步

  繁忙的测试工作虽然很辛苦,但得到了领导的支持与指导,通过自身学习,使自己各方面都得到了提高。现总结如下:

  1)对性能测试比之前更加专业熟悉。通过使用lr性能测试工具以及其他辅助工具,对格力两个项目和南网的webgis项目进行了几次压力测试。通过深入了解业务,设计有针对性的性能测试方案,得到了电信与格力客户的认可。这其中主要是与电信测试人员的合作与交流中,学到了很多专业的测试手机端程序压力与手机客户端性能的方法。对文档的要求与制作也更加严格、专业。

  2)通过了解电信测试对开发文档的要求,认识到文档的重要性与测试文档的重要性,因此格力进销存后期开始研发后,就不断给项目组灌输客户对文档的要求与格式,以及电信验收中的'习惯与要求,避免了类似格力售后在摸索中,痛苦加班赶制文档的经历,在张经理的严格督导下项目组更新文档都很及时。目前项目已经通过了第一期验收合格。

  3)参加了公司培训的gis应用开发,对gis的应用有了初步的了解,第一个项目是测试湖南天地网系统,在测试过程中,对gis应用有了实践。并产生了浓厚的兴趣,对配图、图层切图等arcgis相关有了实际操作,在考核中得到了巩固。

  4)在前期做配置管理的学习中,学会了svn的环境配置与管理,感谢谢敏在我学习svn过程中的指教和助,使我对立搭建svn环境更加熟悉。

  5)对软件测试工作有了新的认识:在测试工作中,仅对测试的工具和测试方法熟悉只是测试工作的基础,需要深入了解业务以及软件需求的趋势,才能更好的做好测试工作。对于性能测试更需要在这个基础上对计算机原理、网路、行业有全面的了解和经验,才能对测试的数据做出精准、详细的分析。给出参考价值高的测试报告。

  三、遇到的问题及解决方案

  1)项目紧急、开发人员少、测试时间少,客户更新需求超级频繁,开发计划刚做好,需求又变更了。比如格力售后项目,前期测试计划基本上每天都在变动。因此前期测试过程中,是连接正在使用开发的环境在测试,测试起来难以把握。处于婴儿期的项目,加上没有开发手机端的经验,因此bug特别多,测试工作比较辛苦。进入格力进销存开发初期,在与客户沟通,先画出ui界面再开发后,项目开发顺利了很多,测试工作也没有前期那么紧张了,虽然还是经常要加班,但是明显比最开始开发手机端要好很多。

  2)测试环境硬件比较缺乏:格力项目测试期间初期,公司未申请空间,但是测试必须用到外网,客户借用了服务器,但是有客户的其他软件正在使用,因此不能重启,资源也无法准确的预估,对开展测试工作有很的局限。格力项目完成基础功能,准备完善功能细节时期,得到了许总和张经理的支持,公司申请了自己的空间,也办了手机测试卡,使测试硬件得到了彻底的改善。使我的测试工作有了很好的开展,也因此为客户提供了量测试数据和测试文档,并最终得到了认可。

  3)中途介入的项目,由于项目开发前期对业务没有了解,加上自身负责的项目工作也比较忙,因此经常有对业务不熟悉,无法测试整个系统的流程的情况,我目前使用的办法是:平时对规划行业和测绘行业的业务加以关注和学习,加上对gis应用的培训与自身的经验,要短时间对系统进行彻底测试也不是可以的。

  总结:只要有归零的心态,时刻更新自己的专业技能,并累积经验,做到时刻学习,不学习就会退后、认真的做一件事总是会找到做好事情的方法。

  四、工作感悟及建议

  1)感受到了积极主动,富有激情的团队氛围。格力的项目时间特别紧、需求变更特别频繁的特点,加上没有手机端的开发经验。因此前期特别辛苦,测试手机端程序也是从这个时候开始的,在这个过程中,我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法,特别是手机端性能测试与功能设计体验方面,我自己总结出了很多方法和经验,与家一起分享,感到很开心。

  2)浓厚的培训特色,在进公司前我不太了解arcgis的应用,测试项目时感到有担心,但是马上就有公司的arcgis相关培训,使我们学会了部分基本的操作、对gis应用也有了引导入门的培训。这使后续我自行学习和巩固有了很的助.

  3)开发在业务培训上花了很多心思,在参加规划办公,测绘、南网的业务培训过程中,使我对业务与系统有了相结合的对应熟悉与了解,对后续测试系统很有助。也缩短了我们测试系统流程花费的学习时间。

  4)建议:能增加一套测试环境需要的硬件设备。专门用来测试,目前我们很程度上依赖开发现组的环境进行测试。如果有了专属的测试设备:将组建更完整的测试环境,使测试工作有基础得到更全面专业的实施。

  五、下年度个人职业工作规划

  本人希望在专业测试的基础上,多做管理方面的工作。在上述工作总结中,本人主要是设计测试用例(场景测试),配置立负责项目的环境,熟练使用测试工具,熟悉软件测试流程,进行bug分析和预防,对配置管理这块比较熟悉,平时我有对管理类课程的学习和培训,自学了余世维的全套管理类网络教学,希望在新的一年里,继续在公司服务,发挥自己对公司的热情、贡献自己的力量!

  软件测试年终工作总结 篇6

  伴随着充实紧凑的工作生活,20xx年的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,我主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。

  一、工作的主要内容

  在20xx年的工作中,我的总体任务是协助x管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:

  1.编写矿业权系统的各类文档;

  2.矿业权系统的编码及bug勘误工作;

  3.矿业权系统的测试工作。

  下面依照时间来对我的工作进行介绍。初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

  在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。

  在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现x系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对x系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

  完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个x的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。

  在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对x系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。完成了系统的修补之后,我们的程序送到了xx 进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

  第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了x所进行所检。在进行所检之余,我又接到了新的任务,完成x系统的概要设计以及详细设计文档的编写。这两份文档已于x月x号编写完毕。

  现阶段我的任务是根据所检的bug列表,对x系统进行回归测试。

  二、工作中失败的教训以及成功的经验

  对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

  成功的经验:

  1)敢于接受任务并想尽一切办法完成。的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月的成功在于没有一次任务是拖沓的,每次都尽努力完成了任务。

  2)勇于承担错误,正视自身的问题。工作中可谓是错误不断,从文档的错别字这种小问题到x系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。

  失败的教训:

  1)重视每一个细节,不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的.大问题。

  2)进行重复工作也不能大意。在对x系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。

  3)考虑问题要严谨。在对x系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。

  4)注重用户体验。在x系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。

  三、展望下一阶段的工作

  下一阶段短期内我们的工作主要针对x系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学x数据库和x数据库的使用上的区别,做好从x数据库向x数据库的迁移工作。

  20xx年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。

  软件测试年终工作总结 篇7

  参加软件测试工作后,随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样 “ 随手 “ 测试出了几个 bug ,然后

  “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来,重新复查了一下填写的' bug 。他在重现我的

  bug 的过程中,简化了我的输入变化, bug 神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出 10 几个变化后,软件不动了,内存不断上升。终于他找到了产生软件的 bug 的原因,然后对我说

  “ 寻找 bug 要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的

  bug 描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!。 “ 。

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

  软件测试年终工作总结 篇8

  回顾20xx年5月入职到现在大半年的工作,我在公司领导及各位同事的支持和帮助下,按照公司要求,比较好地完成了本职工作现将这一年的工作情况总结如下:

  一、测试总结

  严重性缺陷占到整个缺陷数量的百分之四十,从实际测试工作来看,代表性大致可分为以下几类:点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷,在今后项目中,减少缺陷数量,提高软件质量。

  中间业务平台管理系统上线阶段:

  在管理系统上线阶段共发现6个问题其中有代表性问题分类如下:

  1、需求问题:

  系统维护->账户维护新增时,账户类型字段是从数据库配置,联社方想通过页面控制此字段。此问题在集成测试时,熬民就提出要从系统页面上新增,当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。

  教训:今后测试不止测试功能是否实现,需要考虑和结合系统与系统之间的关联关系,眼光放得在长远些。

  2、技术实现问题:

  集成测试时,管理系统新增账户时其合法性需要与核心校验,此问题集成测试通过,但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时,核心直连标志选择不直连,则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误,而测试基于错误的逻辑去做集成测试。

  教训:

  测试角度:只测试了功能实现与否,没测试功能实现的方式对不对。 研发角度:重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流,说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。

  3、迁移配置问题:

  如:“机构下载提示:“FTP下载失败”。”、”柜员登录业务系统时提示:“用户失效”。”、“缴费查询时,生成批次号错误。”等

  教训:上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚,。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细,不仅提高软件本身的质量,也要提高文档的质量。

  乌拉特前旗财政代发加密:

  1、前期软件交付时财政不认可:

  此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时,财政完全不认可导致项目推翻重新开发。

  教训:如果项目涉及到三方或者多方时,一定在研发工作前把握用户最原始的需求,可能从中间方挖掘出的需求并不是最终用户想要的结果。

  中间业务代理校园一卡-通:

  1、 交易最少、问题最多的项目。

  导致问题原因如下:研发人员经常变动性大,几乎研发二部所有人都参与过此项目支持,看别人代码需要大量时间,甚至比重新研发都要费时间。接口联调阶段对方工程师不在场(校园前置机本身配置问题)。集成测试时,对账是报文模拟,这就导致一部分案例无法覆盖到(生成对账文件校园方是否解析)。

  教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险,希望今后的项目中能得到第三方仿真端来降低成本,节省测试成本。在案例设计方面多模拟用户真实环境。

  二、自身存在的不足及其后期计划

  金财公司的工作同我之前的工作有很大不同,之前公司的测试工作只需要完成三轮集成测试的工作即可,在金财公司的测试工作不单单是测试,更是涉及到是质量管理、质量监督、质量控制的工作,同我之前相比感觉每天都在进步,大半年工作让我有所进步,但是很多地方还是存在不足,比如:

  1. 接到工作任务后一味的去做,做到一半发现做不下去或者做的不对。做

  事情没方法。

  2. 在描述一个缺陷的现象时,尽量去挖掘产生问题的原因,在定位缺陷的

  能力上多下一些功夫,为开发减少工作量。

  在20xx年的工作中,我计划:

  1. 今后工作要学会分析事物,找到做事的`办法,提前把思路汇报给上级。;

  2. 要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;

  3. 做好管理系统、一卡-通、华北市电的运维工作;

  4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。

  三、个人建议

  近半年我们部门有着的明显进步,比如之前用EXCEL执行案例、记录缺陷,后期采用行业著名的QC软件来规范测试流程等,在此,个人提出以下几个小建议:

  1、希望能够在需求这一阶段上能更详细、准确的确定软件功能要求;

  2、研发人员在修改缺陷时,希望能在备注上添加上缺陷是如何修复的产生原因是什么等,一是能给测试人员带来新的测试思路;,二是能够给其他研发人员提供借鉴;

  3、在项目的各个重要阶段多开一些项目总结例会把遇到的问题放到例会上让大家讨论,能为接下来的项目或者以后的工作提供宝贵意见;

  4、在单元测试阶段时,测试人员没有其他任务时,可以提出让测试人员配合做单元测试,保证后期集成测试时,严重性缺陷数量的控制;

  5、公司的报销流程个人感觉有些繁琐希望公司能够简化流程或者公司人事方面能够定期来核对报销工作;

  最后,感谢部门领导、各位同事对我这个新人在初期工作时的帮助,特别是熬民在工作上对我的监督指导,在业务上和测试技术上有问必答,毫无保留。对于工作上遇到的困难,研发人员都能在百忙之中给我讲解和探讨问题,在这里特此感谢他们。

  相信在大家共同的努力下,公司部门逐渐壮大、成长。最后走出内蒙,走向全国。

  软件测试年终工作总结 篇9

  本人自20xx年6月25日起进入公司从事手机软件测试工程师一职,在不知不觉中已经走过了20xx年。在这段时间里,我感悟颇多,虽然这并不是我的第一份工作,但是在此期间,我对于工作一贯谦虚谨慎、认真负责的工作态度,从来没有改变过。

  在本部门工作中,我一直严格要求自己,认真及时地完成领导布置的每一项任务,并虚心向同事学习,不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作。

  在过去的一年中,通过不断的学习和自我提高,已经适应了本职的工作,但对于一个初入公司的新人,要全面融入企业的方方面面,可能在一些问题的考虑上还不够全面,但我相信,通过公司领导及同事的悉心指导,我一定会在今后的工作中更好的提高自己的水平、素质,更好的完成本职工作。

  在今后的.工作中,我要继续努力,克服自己的缺点,弥补不足,向白盒测试、内部代码测试方向了解,加强软件测试、计算机语言方面的知识,不断自我学习,力争成为学习型、创新型、实干型兼备的新世纪人才。

  软件测试年终工作总结 篇10

  时光荏苒,从毕业到现在已经10年,10年来一直从事着软件测试的工作。从一个什么都不会,到测试技术人员再到测试管理,期间有迷茫,有痛苦,有弯路,有捷径。今天对自己过去的10年测试经历做一个总结,一是给自己重新出发增加动力,二是给刚入道的、迷茫中的测试朋友一点点建议,希望你们少走弯路。

  首先,谈谈测试职业规划,即做什么的问题。所谓方向比努力重要,这绝对是一句真理。如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水、自信心都是顺其自然的事情。但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂。结果这样的一个方向,导致了3脚猫功夫的测试人员一大把。那么什么都懂一点的测试人员难道就没有用武之地了吗?也不是,可以朝着测试管理岗位发展。说到这里,引出了测试职业规划的第一条路:测试管理。那么很容易想到职业规划的另外一条路,测试技术专家。在测试技术领域里,无外乎就是性能测试专家和自动化测试专家。

  明确了软件测试职业规划的三个方向,接下来就是如何选择一条适合自己的方向。下面给出我的几条建议。

  关于选择测试管理:首先你一定不是一个喜欢技术,对技术敏感的人,这个很容易判断。第二,你一定是个善于沟通,组织协调能力强的人。第三,你的长期抗压能力较强,上能顶住领导批评,下能顶住下属埋怨。能受得了委屈,吃的了亏。第四,你对管理工作充满持续的激情,如果过去你是一个比较如鱼得水的学生干部,那更加没问题。总之,相对你的IQ,你的EQ更高。那么从性格上来说你比较适合做测试管理工作。

  关于选择性能测试专家:正好和测试管理人员具备的性格相反,首先,你不喜欢组织协调这样的工作,你性格有些孤傲,你上学的时候一定不是学生干部,或者不是一个如鱼得水的学生干部。第二,你不一定是个技术狂热者,但你不排斥技术,你的'动手能力较强,喜欢实践。能静下心来学习。那么你有成为一个技术专家的潜力

  关于选择自动化测试专家:和性能测试专家类似,如果你掌握一门编程语言,或者有信心学好一门编程语言,那么恭喜你,你有成为自动化测试专家的潜力。通常,性能测试专家和自动化测试专家在技术上是相通的。

  确定了自己的测试发展方向,接下来就是如何实现的问题。有一个的10000小时定律理论,即一个人想要成为某个领域的专家,需要经过1万个小时的锤炼。按此比例计算,如果以每天工作8小时,一周工作5天计算,那么成为一个领域的专家需要4-5年的时间。

  关于如何成长为测试管理人才:首先你一定要成为一个功能测试专家;通过参与至少2个完整项目的测试工作,你对测试理论、一个完整项目的测试流程、测试活动、测试输出了于指掌。第二,尽量选择一个行业如电信、支付、网购、通讯等深入做下去,成为该领域的业务专家。因为测试经理的角色往往也是半个需求人员的角色。第三,尽量在头三年的时间里,亲自参与功能测试、性能测试、自动化测试工作,为后面测试管理的招聘工作、测试计划、人员分配、任务安排打下一个良好的技术基础,说白了,测试管理工作也是一个技术管理岗位,没有一定的技术功底,很难开展后续的管理工作。

  关于如何成长为性能测试专家:刚进入测试管理岗位,你负责的工作一定是功能测试任务。没有机会接触性能测试工作。怎么办?我的建议是:自学或者参加培训班,如果你是一个自我管理能力非常强的人,建议自学,如果不是,那么建议参加专门的性能测试培训班。参加培训班之前大致了解一下性能测试的基础知识。

  性能测试的学习过程大致如下:

  1)首先了解一个系统的架构,明白各服务器之间是如何交互工作、系统的数据流向、系统的压力点,从而确定性能测试需求和指标,即那些功能需要考虑压力,能承担的压力是多大。比如一个购物网站,最典型的登陆功能、提交订单功能需要支持多少个用户并发,每个并发用户在几秒之内完成操作,系统长时间在压力状态下的稳定性。

  2)第二选择测试工具,对于基于Http协议的应用来说,一般loadrunner都能完成性能测试工作,学习loadrunner的三部曲:脚本录制编写(loadrunner generator)、场景设置和执行(loadrunner controller)、结果分析(loadrunner analysis)的内容。

  对于一些无法用现有工具实施性能测试的应用,需要考虑自己编写工具来完成。所以一个优秀的性能测试工程师一定是能熟练使用一门编程语言的。

  3)实践,一定要多实践,安装完loadrunner以后,loadrunner里带有现成的性能测试项目---飞机订票系统。完全可以拿来练手loadrunner。

  4)性能测试的目的是发现系统处理能力的瓶颈而系统调优才是最终的目的,如果能进一步提高各业务服务器、数据库服务器的调优技能,对性能测试工作来说是如虎添翼。

  关于如何成长为自动化测试专家:

  自动化测试和性能测试不一样,性能测试主要是对服务器的性能做测试,而自动化测试是从前端考虑,其目的旨在于替代部分手工测试、考量客户端长时间运行的稳定性。自动化测试分为:web站点的自动化测试、PC客户端的自动化测试、手机端的自动化测试。每一个终端的测试都是一个大的领域,建议先深入学习一个终端的自动化测试技术。

  关于Web端站点的自动化测试:常用的开源测试工具:selenium框架+一门编程语言(建议python),或者收费软件QTP,推荐selenium,因为它是开源的、免费的,不存在盗版问题、且可扩展,所以国内的一线大公司喜欢用。

  Pc客户端自动化测试:常用的测试工具:QTP。付费软件,国内很多小公司在用。

  Android手机自动化测试:常用的测试工具:monkey、monkeyrunner、robutium、appium等,这些都是开源软件。一样,国内一流的公司都在使用。

  苹果端的自动化测试:常用的测试工具:Instrument、FoneMonke、Broomine、iphone SDK自带的test unit。

  不管学习哪一个终端的自动化测试,熟练掌握一门编程语言是必要条件。

  最后谈谈软实力,一个优秀的测试技术专家,我认为需要具备以下几个特性:

  持续学习能力:计算机技术的发展可谓日新月异,如果不持续学习,那么不出2年,你就会发现你只能当一个廉价的手工测试人员。所以如果能在工作中学习,不能的话,下班后保证2个小时的自学时间。几年下来,你就能发现自己的进步有多大。

  沟通能力:我觉得可以从2方面培养:第一:日常工作的沟通能力:和开发、产品、运维、客服同事的沟通要及时,表达要准确,多微笑、多倾听、保持良好轻松的同事关系。第二,正式场合的沟通能力,如项目周会、评审会议、总结会议,一定要提前做准备,讲什么、怎么讲,自己私下里先练习一下,这样在正式场合才能表达清楚、气定神闲、落落大方,给领导和同事留下一个好的印象。

  团队合作能力:首先从心态上,要强调整体的概念,放下单打独斗的想法。在实际项目中,体现为团队成员之间的相互协作、资源共享、共同进退。这个时代已经不是一个英雄创造神话的年代了,只有团队的齐心协力才能把项目做好,这样的人往往也是公司最喜欢,最愿意去培养的人。

  与优秀的人为伍:所谓近朱者赤,近墨者黑。跟对一个老大、和优秀的人共事,找一个优秀的伴侣、经常去参加一些牛人讲座、技术论坛,通过这些人的耳濡目染,一定会让你少走很多弯路。

  其他还有很多软实力,但我个人认为以上几点比较重要。

  凡事要趁早,特别是技术行业,一定要在头几年打下扎实的技术功底,这对将来的技术管理或技术专家路线都有极大的帮助。

  不知不觉写了这么多,感觉还没有说完,希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的同学一点帮助。

  软件测试年终工作总结 篇11

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

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

  软件测试对规律思维、学习力量、反响要求很高,是否有严密的思维和逆向思维也特别重要。做测试还要考虑到全部出错的可能性,有时候还要用一些特别规的的`测试方法。软件测试还很注意软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。

  在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利打算产品是否可以公布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。

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

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

  2、然后就是,白盒测试中的规律驱动测试的掩盖率测试。

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

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

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

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

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

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

  在最终,我不得不提的就是细心和急躁了。这是我认为这个学期测试课上收获的了,课程要求测试时必需细心和急躁,我在想,假如以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分别、识别还有归类bug,是不是也能真的转变我马虎大意和三分钟热度的毛病。

  最终感谢刘教师这学期的课程讲授,和实践中的指导和帮忙。测试路程,路漫漫其修远兮,吾将上下而求索。

  软件测试年终工作总结 篇12

  20xx年xx月xx日,我怀着对提高并实现自我价值的心态,跨进xx科技有限责任公司的大门,开始了自己工作。转眼间,一年时间就过去了。回想起这段时间的工作过程,我深深的认识到在xx工作的选择是绝对正确的,xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

  一、软件测试部见证xx的强硬实力

  这段工作时间完全是在软件测试部度过,亲自体验感受离了xx科技的主要软件产品。包括xx等等。并且协助同事完成对xx工具等软件的测试工作。

  1.产品名不虚传。

  通过对软件的实际测试,彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术,能够在不占用固定硬盘空间(非用户使用空间),实现数据的快速备份与恢复,堪称典范,不愧是行业的创新者和领导者。

  2.友善同事关系给人温暖和关怀。

  在工作期间,自己的对计算机硬件系统比较陌生,特别是对频繁的更换操作系统等,多亏xxx等多位同事的热情帮助和指导,让我顺利完成软件测试。在软件测试过程中,同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋,给我力量,给我信心!

  3.软件的瑕疵在所难免。

  在软件测试过程中,也发现了部分让人不是很满意的地方。主要表现在下列方面:

  a.软件对中英文操作系统不能完全兼容。

  建议:在软件安装入口处对中英文操作系统进行路径选择。

  b.软件对不同主板的识别bios差异大。

  具体是在xx软件测试中,不同主板性能差异大。

  c.软件密码在重新登录后有残存现象。

  已经通过xx反馈到研发部。

  d.软件的不稳定性。

  本人xx因为测试xx中的xx软件在重启中黑屏,在维修过程中彻底报废。在软件测试中部分软件在不同机器环境中测试性能有差异。还有其他问题在测试过程中已经汇报相关人员并得到满意解决。

  总而言之,我们xx科技的产品还是值得信赖的。作为销售人员,我们需要对产品树立强大的信心!即使我们产品存在瑕疵,我坚信,我们勤奋团结的同事,一定会创造出更优秀的产品。

  二、产品市场简单调查分析

  1.同行业产品简单调查

  通过在xx搜素引擎检索“数据快速恢复”,“系统快速回复”,“快速还原”等关键词,发现xx软件,和本公司产品具有很强的相似性。(测试报告详见附件内容)通过在xxxx的电脑diy市场及软件销售市场简单走访,暂时未发现xx系列软件的经销商。

  2.网络调查简单分析

  作为数据快速恢复领域的创新者和领导者,本公司的核心关键词语“数据快速恢复”,“系统快速回复”,“电脑系统快速还原”等在xx等知名搜索引擎没有很好的被索引。或许是公司产品发展定位因素,在网络推广方面有再提高的空间。对于此,本人有信心有能力,在非工作实践,提高xx产品关键词语在上述搜索引擎的排行。

  3.电脑城市场调查简单分析

  前期,和xx电脑城的xx网络(网络及电脑外设集成批发全国连锁经营),xx(品牌笔记本零售商),xx(电脑diy集成)等公司的店长简单交流对此类软件的看法。整体反映效果较好。在xx,在进一步熟悉公司产品和销售流程同时,将安排时间继续跟进,推荐试用xx产品。

  三、个人整体认知

  准确的说,xx是一面镜子,照出了自己的不足和缺点,为自己的成长和提高创造了机会。

  1.计算机硬件知识欠缺。

  自认为是it专业本科生,熟悉专业去做销售更好些。其实不然,自己还是一粒沙子。在软件测试部,学会了计算机硬件的线路连接,知道了用u盘可以ghost快速做系统等等。或许可笑,但是对我而言,很严肃的现实证实:自己还不会是一个合格的.职员。需要虚心的向同事们请教!

  2.英语知识的欠缺。

  自认为立志做好国内销售,带领团队创作“农村信息化”创业计划书,立志为西部农村的it发展贡献一份力量。看到了xx的英文操作系统,就基本灰心。但是我坚信,我会在短期内,在专业英语方面有所突破,因为自己还是对专业英语有浓厚兴趣的。

  3.对销售的错误认识。

  两年多的校园代理销售经历,误打误撞,取得了一定的成绩。尽管在工作期间,没有亲自体验到去向大客户推销产品的经历,但是通过x经理推荐的《大客户销售十八招》一书,发现自己还有很多的东西要认真的学,认真的领会,并在实际推销中灵活应用。庆幸的是,对于销售的做起码准则还是在坚守:诚实信用,对客户负责!用好的人品去赢得客户关注!面对拒绝,保持良好的心态!

  4.自己还有在xx存在的价值。

  xx和自己理想中的还有很大的差距,但是这种差距,或许就是我存在的价值!主动向同事请教问题,积极虚心的向同事学习,这是我工作过程中一直在践行的!下阶段,将积极贯彻总经理的指示“加强个人管理,提高业务的能力”,从严要求自己,做好各项工作,提高个人存在贡献值。“与xx共创业”,是我在xx工作的基本心态:认同公司发展愿景,服从公司安排,任劳任怨,积极负责,务实创新,把xx的事业看成自己的事业去拼搏!

  四、下阶段工作计划

  在xx,认真贯彻落实“加强个人管理,提高业务能力!”的xx员工作风,具体落实到:

  1.服从公司的工作安排,保质保量完成任务;

  2.进一步熟悉公司产品(硬件产品),熟悉公司环境(认识研发部同事)

  3.熟悉学习公司的销售制度和流程;

  4.提高公司关键字网络检索排行,并提交一份营销计划书;

  5.继续学习销售知识及应用技术,提高处理实际问题的能力;

  6.申请参加公司的综合业务能力考核。

  这一年自己的收获是丰硕的:最起码从意识上,发现自己的不足,并寻求到合适的解决途径。非常感谢测试部的同事,感谢所有xx的同事,因为你们的帮助,我顺利的走过在xx科技的适应期。我坚信:在你们的帮助下,我会持续努力,不断反省,总结提高,快速度过在xx的成长期,早日跨进发展期,创造期。与xx共创业,我能!

【软件测试年终工作总结】相关文章:

软件测试转正工作总结08-07

软件测试转正工作总结06-09

软件测试年度工作总结06-21

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

软件测试工程师年终工作总结范文08-06

软件测试转正个人工作总结08-08

软件测试转正工作总结12篇11-23

软件测试转正工作总结(12篇)11-23

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

软件测试工程师工作总结06-10