职场范文
当前位置:聘大网>职场范文>工作总结>软件测试的工作总结

软件测试的工作总结

时间:2025-01-11 07:15:53 工作总结 我要投稿

软件测试的工作总结

  总结就是把一个时间段取得的成绩、存在的问题及得到的经验和教训进行一次全面系统的总结的书面材料,它能够给人努力工作的动力,是时候写一份总结了。但是总结有什么要求呢?以下是小编整理的软件测试的工作总结,仅供参考,大家一起来看看吧。

软件测试的工作总结

软件测试的工作总结1

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

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

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

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

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

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

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

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

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

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

  今后,要加强各方面的测试知识学习;提升测试专业技能;培养高素质的专

  业技巧;同时,加强对产品业务流程的认知,以及对事物的观察能力;提高自己的动手和动脑能力,多动手多动脑,才能从多方面发现问题和解决问题,从而不断地完善和提升测试能力。

  吃一堑长一智。只有经过总结经验教训,才会有进步,才能发现自己的不足之处,知道自己哪里做得不好,才能去补充和改善这些不足之处,从而提高自己工作能力;不断加强产品测试管理工作,通过产品测试管理工作的加强,力求在测试阶段尽可能多的发现产品存在的错误与缺陷,尽可能少的将问题带给用户,确保产品的质量及其可靠性,提高用户满意程度。

软件测试的工作总结2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件测试的工作总结3

  大家上午好!开一次这样的会不容易,这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!

  时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。

  一)美容院财务系统

  1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;

  2)根据财务部的需求,在系统中增加各种相应的汇总及明细报表,减少了财务部相关的手工单据,更直接的从系统中取数、打印,更好的提高了财务部的工作效率;

  3)从4月到5月中,经过一个半月的努力,最终完成了美容院财务系统的分布式操作,相比去年的分布系统更加稳定、准确;

  4)在系统中增加了客户经理操作美容院财务系统的权限(点菜系统),相应的减轻了一线运营的工作以及让客户经理更好的`管理好自己的客户;

  5)在系统中增加了护理记录的自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中),从而减轻了一线前台的工作;

  6)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。

  二)美容院业务系统

  1)在系统中增加客户尺寸测量及相关提醒功能,以更好的了解到顾客护理后相应的效果对比;

  2)在系统中增加投诉处理功能,更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调;

  3)业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的显示,实施时对电话号码的批处理加密);

  4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。

软件测试的工作总结4

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

  1、工作的主要内容

  在这两个月的工作中,我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:编写xx系统的各类文档;系统的编码及bug勘误工作;系统的测试工作。下面依照时间来对我的工作进行介绍。

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

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

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

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

  在对xx系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。

  完成了系统的.修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

  第一轮测试结果出来之后,我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。

  第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。

  在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

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

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

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

  成功的经验:

  (1)敢于接受任务并想尽一切办法完成

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

  (2)勇于承担错误,正视自身的问题

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

  失败的教训:

  (1)重视每一个细节,不要忽视小问题

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

  (2)进行重复工作也不能大意

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

  (3)考虑问题要严谨

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

  (4)注重用户体验

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

  3、展望下一阶段的工作

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

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

《软件测试的工作总结.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

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

软件测试的工作总结11-20

软件测试工作总结03-11

软件测试工作总结[经典]12-26

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

软件测试员工作总结12-27

软件测试工作总结10-09

软件测试个人工作总结12-16

软件测试转正工作总结[热]07-30

软件测试工作总结(优秀)07-13

Copyright©1998-2024pinda.com版权所有

软件测试的工作总结

  总结就是把一个时间段取得的成绩、存在的问题及得到的经验和教训进行一次全面系统的总结的书面材料,它能够给人努力工作的动力,是时候写一份总结了。但是总结有什么要求呢?以下是小编整理的软件测试的工作总结,仅供参考,大家一起来看看吧。

软件测试的工作总结

软件测试的工作总结1

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

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

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

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

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

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

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

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

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

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

  今后,要加强各方面的测试知识学习;提升测试专业技能;培养高素质的专

  业技巧;同时,加强对产品业务流程的认知,以及对事物的观察能力;提高自己的动手和动脑能力,多动手多动脑,才能从多方面发现问题和解决问题,从而不断地完善和提升测试能力。

  吃一堑长一智。只有经过总结经验教训,才会有进步,才能发现自己的不足之处,知道自己哪里做得不好,才能去补充和改善这些不足之处,从而提高自己工作能力;不断加强产品测试管理工作,通过产品测试管理工作的加强,力求在测试阶段尽可能多的发现产品存在的错误与缺陷,尽可能少的将问题带给用户,确保产品的质量及其可靠性,提高用户满意程度。

软件测试的工作总结2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件测试的工作总结3

  大家上午好!开一次这样的会不容易,这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!

  时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。

  一)美容院财务系统

  1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;

  2)根据财务部的需求,在系统中增加各种相应的汇总及明细报表,减少了财务部相关的手工单据,更直接的从系统中取数、打印,更好的提高了财务部的工作效率;

  3)从4月到5月中,经过一个半月的努力,最终完成了美容院财务系统的分布式操作,相比去年的分布系统更加稳定、准确;

  4)在系统中增加了客户经理操作美容院财务系统的权限(点菜系统),相应的减轻了一线运营的工作以及让客户经理更好的`管理好自己的客户;

  5)在系统中增加了护理记录的自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中),从而减轻了一线前台的工作;

  6)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。

  二)美容院业务系统

  1)在系统中增加客户尺寸测量及相关提醒功能,以更好的了解到顾客护理后相应的效果对比;

  2)在系统中增加投诉处理功能,更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调;

  3)业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的显示,实施时对电话号码的批处理加密);

  4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。

软件测试的工作总结4

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

  1、工作的主要内容

  在这两个月的工作中,我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:编写xx系统的各类文档;系统的编码及bug勘误工作;系统的测试工作。下面依照时间来对我的工作进行介绍。

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

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

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

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

  在对xx系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。

  完成了系统的.修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

  第一轮测试结果出来之后,我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。

  第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。

  在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

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

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

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

  成功的经验:

  (1)敢于接受任务并想尽一切办法完成

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

  (2)勇于承担错误,正视自身的问题

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

  失败的教训:

  (1)重视每一个细节,不要忽视小问题

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

  (2)进行重复工作也不能大意

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

  (3)考虑问题要严谨

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

  (4)注重用户体验

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

  3、展望下一阶段的工作

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

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