软件测试工作总结5篇(热门)
总结是在某一特定时间段对学习和工作生活或其完成情况，包括取得的成绩、存在的问题及得到的经验和教训加以回顾和分析的书面材料，它能使我们及时找出错误并改正，快快来写一份总结吧。我们该怎么写总结呢？下面是小编为大家整理的软件测试工作总结，欢迎大家借鉴与参考，希望对大家有所帮助。
软件测试工作总结1
伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。
1.工作的主要内容
在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档;2.矿业权系统的编码及bug勘误工作;3.矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。
初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利;若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。
在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。
完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。
在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。
2.工作中失败的教训以及成功的经验
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验：
1)敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。
2)勇于承担错误，正视自身的问题
在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。
失败的教训：
1)重视每一个细节，不要忽视小问题
在最初进行矿业权系统数据需求文档的编写的'过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意
在对矿权系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。
3)考虑问题要严谨
在对矿权系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
4)注重用户体验
在矿权系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。
3.展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来李鹏经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
软件测试工作总结2
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的`debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到bug，那么bug会成天缠着你。
2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！
在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。
软件测试工作总结3
时光如梭，转瞬间已进入我公司二月有余，首先感谢公司领导对我的信任将新产品开发重任交给我去做，再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助，让我充分感受到了领导们坚定的`信念和同事们积极乐观的精神。
记得初到公司的第一天，领导就将试制了两年多一直没有供货的产品;流水槽总成交给我，当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作，有一定的经验，但是面对的顾客不一样，要求也不一样，现在面对的是大众公司，各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里，白天忙于现场配合xx工程师及工装科解决流水槽调试及试装过程中存在的一些问题，晚间回家认真学习公司各相关文件、标准，并带着问题向同事们互相探讨、互相学习取长补短，具体做了如下工作;
一、后流水槽总成xx试装工作
来公司两个月，去xx公司现场x次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷，每次回来都要配合工装现场制定解决方案，并跟踪落实。然后再同xx公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人，在公司领导及相关人员的积极努力下，流水槽总成的试装工作已接近尾声，下一步就要进行ots工装样件提交了。
二、编制各类技术文件几十种
依据新产品开发程序，编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置等等。
在与公司同行的互相交流中，发现我公司有些指导性文件版本中有不完善之处，并及时依据标准进行完善。如冲压下料卡中没有规定剪切毛刺公差等。
三、设计工位器具二种
根据流水槽零件形状不规则，而且是表面件;内表面质量要求高等特点，设计第一、二工序间带滑轮的转运车两种。
四、焊接夹具改造
后流水槽总成焊接夹具;流水槽(1644)与支架(1k5863345)点焊时，支架摆放时是垂直位置，靠压弯部定位放不住，零件容易掉落。提建议将夹具适当位置加小磁铁固定。
以上是我来公司两个月来所做的一些主要工作，还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。
工作中虽然又积累了一些经验，相对于自身有了很大进步。尽管如此自认为同xx公司沟通较少，不利于新产品开发进度。在以后的工作中还需继续努力，不仅要学习更好的与人愉快的相处，而且在技术和项目管理上也要更进一步，同时以积极，热情，细致对待每一项工作，多角度的提高自己解决实际问题的能力，为企业创造更多的价值，让自己的人生更有意义。
软件测试工作总结4
本人自20xx年6月25日起进入公司从事手机软件测试工程师一职，在不知不觉中已经走过了20xx年。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。
在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作。
在过去的一年中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的`水平、素质，更好的完成本职工作。
在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。
软件测试工作总结5
在测试部的工作时间快2个月了，在这段时间里，深刻感受到这只团队的向心力和凝聚力，充满朝气，奋斗的团队，开阔的工作环境，让大家可以高效率的交流经验协同工作。现向领导做以下工作汇报。
试用期间我主要完成了两个项目的测试工作。第一个项目是数据库网站的功能测试。从20xx，总共7个工作日。先后与另外2名同事共同测试该产品。合作数据库网站主要包括3个分库，分别是数据库1、数据库2、数据库3。首先我认真阅读了开发部提交的测试申请及开发文档，使用测试管理工具testdirector编写了测试计划，针对产品的主要功能从整体上进行了模块划分;然后参照开发文挡的详细设计部分，对系统的各项功能进行了测试用例的编写工作。
在测试前期，由于刚接触公司产品，对产品了解不深，发现的bug比较少，在与同事交流及不断学习后，逐渐对产品有了一定的认识，发现的bug数逐渐增多。在此项目中我共提交bug数36个，有效bug数为31个，占总有效bug数的56.9%。在对修改的bug进行验证及回归测试后，产品趋于稳定，在测试结束前2天已没在出现问题，之后我编写并提交了测试报告。通过此项目，增加了我对公司数据搜索产品认识及web方面测试经验，在与同事共同测试中，学到了很多测试技巧，与同事一起工作也变的更加默契。
我完成的第二个测试项目是“数字search系统”的'功能和性能测试，从20xx，历时23个工作日。此项目是我和另外一个同事共同负责的。我主要负责部分功能测试bug提交，及性能测试。该系统主要有3部分构成，“数字搜索”、“数据分析系统”和“科技库”。在开发人员提交的测试申请中提到“当前的系统平均2天数据库k会发生异常”，所以本次测试重点放在性能测试及“数据分析系统”和“科技库”这2个新的子系统。
在前期的性能测试中，我碰到了很多问题，由于对“科技库”系统检索功能要从公网上下载部分图片，所以在压力控制上比较难操作，通过后面的多次试验，逐渐掌握了各系统的压力点，使整个系统负载均衡。压力测试中我采用了单一脚本功能测试和多脚本组合功能测试，发现了很多问题，例如：测试前期发现数据库k异常自动重起，同过数据库k开发组协助，解决了此问题;在高并发测试中发现iis6.0死琐现象，通过在网上论坛及微软网站查找资料，修改了iis6.0服务器的配置文件解决了死琐问题;在对“数据分析系统”进行的导航测试中，发现该web程序采用了缓存机制，但通过与开发人员交流，得知并未对缓存采取控制，导致web程序占用系统缓存持续增高，通过在网上搜集资料对iis6.0的程序池做了调整，解决了此问题，排除了web程序高缓存不能释放的隐患;对“数字搜索”单脚本测试中发现search与数据库k存在兼容性问题，在压力不是很大的情况下，数据库k服务就会发生异常终断，此问题也是直接导致公网数据库发生异常的原因所在，因公网使用search的压力较小，所以表现的为2天发生异常。
此问题现在已经通过变通的方法得以解决，根本问题，开发人员还在进一步的研究中，现在公网表现良好，数据库k不在发生异常。通过这次性能测试，对性能测试工具loadrunner的使用更加熟练，对数据库k、iis6.0，windows日志分析有了一定经验，对发现系统瓶颈上有了很大的体会，提交性能测试报告时，开发人员表示对我们的测试很满意，进一步肯定了我们的测试工作。在功能测试中，我总共提交bug数23个，有效bug数21个，占总有效数的51.2%。
经过上面2个项目的实践，使我对公司产品在功能及性能上有了很大的认识，在工作中得到了同事们和开发人员的帮助，学到了很多新知识新技术，同时发现公司的员工无论从工作能力上还是个人素质上都非常优秀，这也是我今后学习的榜样，势必在今后的工作中加倍努力奋斗迎头赶上。今天我为公司骄傲，明天公司为我骄傲!
【软件测试工作总结】相关文章：
软件测试的工作总结11-20
软件测试转正工作总结06-03
软件测试工作总结02-25
软件测试工作总结[经典]12-26
软件测试员工作总结12-27
软件测试工作总结03-11
软件测试个人工作总结12-16
软件测试转正工作总结[热]07-30
软件测试工作总结(优秀)07-13
软件测试实习报告03-13