软件测试工作总结

软件测试工作总结

总结是在某一特定时间段对学习和工作生活或其完成情况，包括取得的成绩、存在的问题及得到的经验和教训加以回顾和分析的书面材料，通过它可以正确认识以往学习和工作中的优缺点，因此十分有必须要写一份总结哦。总结怎么写才不会流于形式呢？以下是小编帮大家整理的软件测试工作总结，欢迎阅读，希望大家能够喜欢。

一、本年度工作完成情况

时光飞逝，在这年里本人独立负责测试的项目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)感受到了积极主动，富有激情的团队氛围。格力的项目时间特别紧、需求变更特别频繁的特点，加上没有手机端的开发经验。因此前期特别辛苦，测试手机端程序也是从这个时候开始的，在这个过程中，我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法，特别是手机端性能测试与功能设计 ……此处隐藏11293个字……/p>

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

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

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

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

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

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

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

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

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

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

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

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

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

在测试部的工作时间快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个项目的实践，使我对公司产品在功能及性能上有了很大的认识，在工作中得到了同事们和开发人员的帮助，学到了很多新知识新技术，同时发现公司的员工无论从工作能力上还是个人素质上都非常优秀，这也是我今后学习的榜样，势必在今后的工作中加倍努力奋斗迎头赶上。今天我为公司骄傲，明天公司为我骄傲!