软件测试年终工作总结。
时间总是飞逝，留下了无尽的回忆，我们即将迈入一个崭新的年度。又到了一年一度的撰写年终工作总结的时刻，总结对于我们更好地把握和利用工作机会至关重要。以下是趣祝福小编为您推荐的绝对不容错过的“软件测试年终工作总结”，请务必将此页添加到收藏夹，以便下次查阅！
软件测试年终工作总结 篇1
各位同事：
大家上午好!开一次这样的会不容易，这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来，希望大家珍惜这个机会，好好的沟通和交流，使以后的工作进行的更顺利!
时间过的很快，很快又到了年底，一年的工作即将成为历史。在这里我将对我20__年的工作进行一个简单的总结及对20__年的工作进行一个简单的规划。
一)美容院财务系统
1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
2)根据财务部的需求，在系统中增加各种相应的汇总及明细报表，减少了财务部相关的手工单据，更直接的从系统中取数、打印，更好的提高了财务部的工作效率;
3)从4月到5月中，经过一个半月的努力，最终完成了美容院财务系统的分布式操作，[__课件]相比去年的分布系统更加稳定、准确;
4)在系统中增加了客户经理操作美容院财务系统的权限(点菜系统)，相应的减轻了一线运营的工作以及让客户经理更好的管理好自己的客户;
5)在系统中增加了护理记录的自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中)，从而减轻了一线前台的工作;
6)在OA系统中嵌入美容院财务系统中各店院业绩汇总报表，以方便相关领导及时的了解到公司的运行状况。
二)美容院业务系统
1)在系统中增加客户尺寸测量及相关提醒功能，以更好的了解到顾客护理后相应的效果对比;
2)在系统中增加投诉处理功能，更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调;
3)业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的显示，实施时对电话号码的批处理加密);[__课件]
4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并，相应的减轻本部门相关人员的工作)。
软件测试年终工作总结 篇2
这个学期我学了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学让我纠正了几点误区：
1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！
在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。
软件测试年终工作总结 篇3
通过最近XXX客户端的产品测试，我做了以下简单的工作总结，重新认识产品测试的基本理念以及对自己工作不足之处的检讨。
产品测试的目的是找出产品存在的漏洞，了解客户的感知，从而改良产品。但不同的测试初衷会直接影响到测试方法的选择，从而影响到最后的结果与测试目的的吻合程度，所以明确产品测试的目的是十分必要而且十分重要的。测试的目的主要是记录客观现象，揭露产品现状，站在客户的角度使用产品，深入了解用户的感受。
产品测试的方法，我个人认为应该将产品测试的目的和测试方法紧密结合起来，其重点在于细致入微的发现和记录，反映用户不愿或者不能表达的客观现象，从而揭露产品的缺陷，并通过进一步询问的方式，了解用户的真实感受，所以应该采取客观记录和深度访谈相结合的方法，充分揭露产品存在的缺陷，不断改良和完善产品。
因此作为一名产品测试员，应该承担起重要的责任。首先，产品测试员要有一颗细致，善于观察的心，具备高素质的专业技能，并且充分明确产品测试的目的和产品测试的方法，知道为什么要测以及用什么来测才能真正地做好产品测试，发挥产品测试的作用；其次，产品测试员要对产品业务流程非常熟悉，掌握产品的功能，才能对产品进行充分的、详细的、全面的测试；再者，产品测试员要做到既是专家又是用户，要站在用户的角度去使用产品，且要比用户更加细致，用心的使用产品，才能更加充分地去发现产品在使用过程中存在的不足，从而才能不断地完善产品，满足客户的真正需求。
软件测试年终工作总结 篇4
20xx年原公司并入新公司集团，我也随同原公司一起成了新公司的一员。我所在的部门是研发中心，担任副经理一职，配合王总与单总开展工作。工作内容总结：
上半年的工作仍是延续以前的三维xx产品(以下简称AA)的研发。主要的工作内容包括以下一些：
AA研发管理工作。
一开始组织进行真实矢量数据的绘制，用于实现用户标准，POI显示等。这部分工作完成了雏形后，又启动了批量矢量的预研工作，下半年小组成员完成了这一内容的阶段版本。同时完成了一个阶段的程序结构梳理、性能调优，开展了一些VR效果及基础GIS功能(测量等)实现的工作。
在组织研发工作的同时，因市场需要，我们的产品开始投入使用。其中我负责的两个是xx测绘工程院前期合作、xx预研合作。这两个合作都没有明显的成果，只能算是产品的测试使用。通过这些小任务，我们也整理了一些我们软件的不足，收集了一些完善意见，同时我组织人员开发了一个由maxx数据直接生成产品自有格式的工具，扩充了产品支持的三维模型数据格式。
下半年由于xx项目的需要及当时部门的人员情况，领导安排我负责停滞了很长时间的xx三维平台升级项目任务。
因以前的老平台无法满足规划局用户共享交换的需要，公司决定用新研发的AA产品对xx共享平台进行升级。我们在xx建设了一个十人左右的队伍，基于AA的SDK进行应用开发。完成此项目的过程中，我的主要工作内容是：在领导的支持下组建队伍、整理用户需求、分配工作任务、与公司研发队伍进行沟通协调、客户汇报。同时，对公司研发的任务内容、技术路线等我也提出了一些自己的建议和看法。并协助领导开展了部分人员的思想工作。因项目需要，完善了产品的地形、影像数据处理工具，使数据展示的效果比以前有了提升。
至目前为止，项目任务已基本完成，与客户要求的6个月时间相吻合，客户关系也已经理顺，算是保住了xx这个老市场，xx的项目也锻炼出了一支应用项目实施的队伍，部分员工成长迅速，很有潜力。
xx项目任务完成的过程中，得到了研发人员的大力支持，同时xx的项目需求也给AA研发指明了一些方向。应该说，xx项目是我们AA应用的一个完整检验。基于xx项目，研发完成了地下管网数据展示的一个阶段版本。算是对AA产品做了一个较大的扩展，也可作为产品区别与大部分三维产品的一个特点。年度工作中存在问题和不足
20xx年的工作任务算是完成了，在完成这些任务的过程中，我意识到自己还存在许多不足。主要有以下几个方面：
首先是执行力。三维软件研发的过程中，对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况，在这种情况下制定出来的工作计划往往无法按时完成。没按时完成我也没有对应的措施去应对，按计划完成了也没有措施去奖励，计划和实际总是存在偏差。
其次是引进人才方面。一个研发队伍，需要有经验、有能力、有潜质的技术人员，但在人才引进方面我觉得自己做得很不够，没有为我们的开发队伍引进一个技术牛人，xx的队伍的成员也是王总引进以及通过正常招聘找来的。
还有就是主动引导其他部门的方面。我们是产品研发部门，理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么，然后我们来支持。这种情况的结果是我们自己的研发节奏和目标都被打乱，最终产品变得没有特点或者延迟交付。
软件测试年终工作总结 篇5
时光荏苒，如今--年的帷幕已经谢下，20_年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20_年我所负责的工作，以下就是我对过去这一年的工作总结：
一、测试工作及经验
作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20_年中所做的工作主要有：
测试用例的编写，对系统的测试、跟踪。
需求、高保图、界面和功能的测试。
功能测试用例的编写，高保图、系统的测试。
第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审。
平台高保图的测试和系统静态页面、功能的测试。
的高保图测试和测试用例的编写。
的静态页面和功能测试，参与测试用例的评审。
的高保图测试、静态页面和功能测试。
用户使用手册的编写。
一年的工作，让我获得很多方面的经验：
1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试。
2.要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试。
3.对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题。
4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、产品经理等及时沟通，大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。
为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师 父的指导下运用LR工具进行简单性能测试，以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug；自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。
在20_年的工作中，我计划：
1、本着实事求是的态度，更加认真、负责的完成工作。
2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例。
3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试。
4、继续研究性能测试，并要将LR工具运用在实际工作中。
5、多多的学习，参加一些有益的培训，在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：
1、希望可以加强对项目的把控，尽量能将延期风险降到最低。
2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善。
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求。
4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。
软件测试年终工作总结 篇6
xxx总经理
您好!
本人因需个人更好的发展和您的热忱诚意地邀请于####年#月##号来到贵厂面试，通过与董事长和您诚恳的当面沟通，了解到##集团历来创业的辉煌成就和未来发展的宏图目标，此时此刻已经深深地打动我愿到贵厂服务的决心，并于####年#月#号正式到司报到，自到贵厂入职上岗已有#个月之多，期间担任常务副总经理一职。
从担任此岗位那一天起就知道肩上负有工作压力的沉重性，之前和您沟通工作上的话题时，已经了解一些本厂现存在的内部管理上的弊端和不足。经过几天的摸索和了解，才知道本厂遗留的管理问题超过本人的意料，工作困难程度已超越我以前曾经历的管理模式。入职七天内我的思想意识有些波动，是放弃还是留下来?当时真的左右为难，通过汪经理真诚地与我交流，在工作期间会遇到不少的问题及困难，但是我相信“解决问题方法总比出现的问题多”，所以我凭着对这份工作的热情及积极性和我多年的工作管理经验，没有什么不能解决的困难和问题，工作期间可以和大家共同解决各种管理上的疑难杂症和弊端，我对自己的能力充满了信心，一直在为建立一支规范化、制度化和有凝集力的团队而努力工作。
现本人将自入职以来到至今工作期间的工作情况和进展给予回顾，对一些问题在下面的内容中进行了具体的阐述和说明，并编写此总结报告书，呈交各位领导审阅，望各位领导过目后给予批示，如有不妥之处请批评指正。
一、公司内部管理存在的弊端和不足。
1、每个企业在建立和发展中不可缺少的四大资源是：资金资源、物资资源、人力资源、信息资源。随着社会经济体制改革和各行各业企业经营的发展，资金资源、物资资源和信息资源三大资源并不为现代企业发展的竞争焦点，而竞争或企业“活”下去的主要方面是企业内部管理，企业只有重视内部管理才是以后发展的根基，否则若干年自然被淘汰。现代企业管理改革=人力资源竞争，总而言之，人力资源则为现代企业发展的重要资源。因本厂建立经营已有10年之久，发展历史比较悠久，过去全国企业普遍不重视内部管理，管理机制建设不健全，只重视生产和市场开拓，忽视行政人事方面的管理，并将人力资源排列最后一位，导致公司经营和内部管理不能同步发展，整体管理遗留很多弊端和不足，这就是存在问题的根源之处。我个人认为如公司不设立远大目标去发展，现在的企业管理模式还可以维持一段时间发展的(我想老板是不会这样做的)。如公司设立更大的宏伟目标，现在的企业管理状况和公司发展目标就不能成正比了，也就是现在的企业管理能力远远跟不上公司发展的需求。比如说，一个孩子在成长的过程中骨骼中缺少了钙元素，产生营养不良，那么这个孩子身材虽然长得很高，那又怎样呢?
2、我曾在文件管理柜中查阅过公司以往的管理资料，比如规章制度，工作标准和流程，质量管理体系文件等，其实公司很多所需管理资料还是有的，这不过没有真正的利用起来成为加强企业管理的法宝，而变成了一张张废纸陈列在文件柜内，实在可惜。
3、因没有企业管理基础，公司人员逐步形成散漫，“近墨者黑，近朱者赤”，新进人员同样熏陶，就变成了管理上的恶性循环，这也是本厂管理上的历史遗留漏洞和管理者最头疼的事情。
4、公司人员文化程度、素养、意识底子薄，公司人员有一部分小民意识太强，不知道其他成功企业的管理模式是什么样子，只是坐井观天，我行我素。有的员工在厂工作已到10年之久，平时也没有经常培训和指导，养成散漫的工作行为，每个人都在同一水平线上开展工作，没有超越自我的意识，平时工作能干就干，不能干就推辞的思想。团队精神意识极差。
5、公司领导干部班子大部分是从基层员工培养升职的，就产生了虽然在技术方面过硬，但在这种管理气氛中成长起来的干部，管理基础就不可能建立起来，所以在管理方面就不能独当一面和履行本岗位真正的职责，曾经有位主管这样给我讲：我只管生产，别的不要找我，我不会去管的!可想而知我们公司骨干的管理能力和知识达到什么样的水平。
6、生产车间劳动纪律差。生产现场管理七大方面是：“货期”、“质量”、“信息”、“纪律”、“产量”、“安全”、“成本”，其中劳动纪律直接影响公司整体管理水平和员工工作态度及行为的好坏，没有规矩，不成方圆。如果没有劳动纪律车间就会一片混乱，不但影响公司形象，而且影响正常的生产效率和秩序。这段时间据我观察在车间还是存在不少违反劳动纪律的现象，比如：员工坐姿不规范;不按规定佩戴工帽和工牌，上班穿拖鞋;在车间抽烟产生安全隐患;把推车当作玩具损坏公物的行为;上班时间玩耍手机;边做工边聊天;物品乱丢乱放;串岗，擅离职守、夜间工作时间睡觉等。
7、公司绩效考核运行情况人事部的成绩为“0”。此项工作基本上未启动，员工平常工作做好.
软件测试年终工作总结 篇7
一、 本年度工作完成情况
时光飞逝，在这年里本人独立负责测试的项目10个，与其他测试人员联合测试的项目9个以及GIS应用虚拟项目（2个版本）。
其中独立负责的项目对项目的开发周期做全程跟踪测试，联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多，同时也提高了自己各方面的能力。感谢领导的支持和指教，现总结如下：
独立负责的项目列表：
1） 《湖南空调进销存系统》
2） 《湖南空调售后服务系统》
3） 《长沙统计局数据管理平台》
4） 《长沙统计局数据展示系统》
5） 《长沙统计局GIS应用系统》
6） 《电网 WEB GIS系统》
7） 《电网 移动电子化移交系统》
8） 《电网 东莞局单线图绘制系统》
9） 《电信号百-掌上同学圈》
10）《长沙城市林业生态圈资源信息集成系统》
与其他同事联合测试的项目列表：
1） 《xx市规划局办公系统》
2） 《_地理公共服务平台》
3） 《x市规划局自动化办公系统》
4） 《x县城建档案馆著录系统》
5） 《x市统计地里信息系统》
6） 《x市社会安全联合救助系统》
7） 《xx市施工图审查中心一体化办公平台》
8） 《控制性详细规划系统》
9） 《 x市地理信息系统》
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分析和预防，对配置管理这块比较熟悉，平时我有对管理类课程的学习和培训，自学了余世维的全套管理类网络教学，希望在新的一年里，继续在公司服务，发挥自己对公司的热情、贡献自己的力量！
软件测试年终工作总结 篇8
20xx年2月2日，我有幸成为一员，应聘为公司的java软件工程师。入任职以来，在部门领导的带领下，自己感觉无论学习、技术、生活等方面都有很大的提升。
20xx年里我主要完成的工作有三方面：
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研，对我来说算是一个不小的挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一，12530电信增值业务。由于前面负责这个项目的同事突然离职，导致这个项目的交接工再做得不够好，对我顺利接手这个项目造成很大的困难。而刚一接手这个项目，马上就需要新上一个投票活动，并要对一些主要代码进行修改，让我倍感压力，几乎都快放弃。最后在金总的指导和鼓励下，顺利的完成这次活动。在完成这次投票活动后，为了避免下一个接手这个项目同事与我遇到同样困难，我第一时间将这个项目的相关技术文档补充完全，保证别人能够顺利的进行该项目工作。通过这个项目，让我加强了自己在高强高压下工作的能力，也让我找到更多自信。
3、家政网络服务中心的开发与实施。
在这个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习spring security知识，这些新知识的积累，对我以后的工作有很大帮助。
20xx年工作展望：
1、将学习的springsecurity整合到我们自己搭建的ssh框架，进一步完善框架。
2、利用搭建的ssh框架，开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。
6、希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。
软件测试年终工作总结 篇9
先介绍一下我的背景：通信类院校毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。
05年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。
入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以SDH原理为主，包括SDH的帧结构、网络的保护和倒换等。
项目概况：该项目是在PC和Sun工作站上开发的软件，属于CS结构。Client端用Java开发(开始使用JDK1.3，后来改用JDK1.4)，实现跨平台;Server端用C++开发，使用ACE实现跨平台(Windows和Unix)。
人力投入：开发好像是9人，测试3人。(我来的时候是产品的第2个版本，人力投入大概如此)
我入部门几天后，T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标 : )
现在想起当初的测试工作，实在有太多的不足，和待改进点。
1|||、测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的Excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。
2、产品知识。T软件虽然是在PC和工作站上运行的，但是开发T软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。 : (
4、测试流程的把握。7月份中旬，T项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，T软件还真的是我们测出来的，而不是开发写出来的 : )
