软件测试工作总结与展望面向对象程序的软件测试方法在软件生命周期过程中，软件测试是保证软件质量的关键环节之一。面向对象方法学在软件工程中的引入极大地方便了软件下面是小编为大家整理的软件测试工作总结与展望4篇,供大家参考。
软件测试工作总结与展望篇1
面向对象程序的软件测试方法
在软件生命周期过程中，软件测试是保证软件质量的关键环节之一。面向对象方法学在软件工程中的引入极大地方便了软件的设计、开发和维护，为创建高可靠性的软件系统提供了重要保证。但面向对象程序的封装、继承、多态和异常处理机制等新特性却给测试带来新的挑战。一方面需要调整、改进传统的测试策略和方法；另一方面探索出适应面向对象程序特征的测试理论与技术也尤为必要。
面向对象(object oriented,oo)是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、cad技术、人工智能等领域。
面向对象的定义或说明对象的定义的非常少。其初，“面向对象”是专指在程序设计中采用封装、继承、抽象等设计方法。可是，这个定义显然不能再适合现在情况。面向对象的思想已经涉及到软件开发的各个方面。如，面向对象的分析（ooa，object oriented analysis），面向对象的设计（ood，object oriented design）、以及我们经常说的面向对象的编程实现（oop，object oriented programming）。许多有关面向对象的文章都只是讲述在面向对象的开发中所需要注意的问题或所采用的比较好的设计方法。看这些文章只有真正懂得什么是对象，什么是面向对象，才能最大程度地对自己有所裨益。这一点，恐怕对初学者甚至是从事相关工作多年的人员也会对它们的概念模糊不清。
1、面向对象的基本概念
(1)对象。
对象是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。
(2)对象的状态和行为。
对象具有状态，一个对象用数据值来描述它的状态。
对象还有操作，用于改变对象的状态，对象及其操作就是对象的行为。
对象实现了数据和操作的结合，使数据和操作封装于对象的统一体中
(3)类。具有相同或相似性质的对象的抽象就是类。因此，对象的抽象是类，类的具体化就是对象，也可以说类的实例是对象。
类具有属性，它是对象的状态的抽象，用数据结构来描述类的属性。
类具有操作，它是对象的行为的抽象，用操作名和实现该操作的方法来描述。
(4)类的结构。
在客观世界中有若干类，这些类之间有一定的结构关系。通常有两种主要的结构关系，即一般--具体结构关系，整体--部分结构关系。
①一般——具体结构称为分类结构，也可以说是“或”关系，或者是“is a”关系。
②整体——部分结构称为组装结构，它们之间的关系是一种“与”关系，或者是“has a”关系。
(5)消息和方法。
对象之间进行通信的结构叫做消息。在对象的操作中，当一个消息发送给某个对象时，消息包含接收对象去执行某种操作的信息。发送一条消息至少要包括说明接受消息的对象名、发送给该对象的消息名（即对象名、方法名）。一般还要对参数加以说明，参数可以是认识该消息的对象所知道的变量名，或者是所有对象都知道的全局变量名。
类中操作的实现过程叫做方法，一个方法有方法名、参数、方法体。消
2、面向对象的特征
(1)对象唯一性。
每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不改变，不同的对象不能有相同的标识。
(2)分类性。
分类性是指将具有一致的数据结构(属性)和行为(操作)的对象抽象成类。一个类就是这样一种抽象，它反映了与应用有关的重要性质，而忽略其他一些无关内容。任何类的划分都是主观的，但必须与具体的应用有关。
(3)继承性。
继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。在定义和实现一个类的时候，可以在一个已经存在的类的基础之上来进行，把这个已经存在的类所定义的内容作为自己的内容，并加入若干新的内容。继承性是面向对象程序设计语言不同于其它语言的最重要的特点，是其他语言所没有的。
在类层次中，子类只继承一个父类的数据结构和方法，则称为单重继承。
在类层次中，子类继承了多个父类的数据结构和方法，则称为多重继承。
在软件开发中，类的继承性使所建立的软件具有开放性、可扩充性，这是信息组织与分类的行之有效的方法，它简化了对象、类的创建工作量，增加了代码的可重性。
采用继承性，提供了类的规范的等级结构。通过类的继承关系，使公共的特性能够共享，提高了软件的重用性。
(4)多态性(多形性)多态性使指相同的操作或函数、过程可作用于多种类型的对象上并获得不同的结果。不同的对象，收到同一消息可以产生不同的结果，这种现象称为多态性。
多态性允许每个对象以适合自身的方式去响应共同的消息。
多态性增强了软件的灵活性和重用性。
面向对象方法的基本思想是一：面向对象方法是一种运用对象、类、封装、继承、多态和消息等概念来构造、测试、重构软件的方法。
二： 面向对象方法是以认识论为基础，用对象来理解和分析问题空间，并设计和开发出由对象构成的软件系统（解空间）的方法。由于问题空间和解空间都是由对象组成的，这样可以消除由于问题空间和求解空间结构上的不一致带来的问题。简言之，面向对象就是面向事情本身，面向对象的分析过程就是认识客观世界的过程。
面向对象方法从对象出发，发展出对象，类，消息，继承等概念。
面向对象方法的主要优点是：符合人们通常的思维方式；从分析到设计再到编码采用一致的模型表示具有高度连续性；软件重用性好。
面向对象软件测试的特点是: 1.掌握代码检查、走查与评审的基本方法和技术； 2.掌握白盒测试和黑盒测试的测试用例的设计原则和方法； 3.掌握单元测试和集成测试的基本策略和方法；
4.了解系统测试、性能测试和可靠性测试的基本概念和方法； 5.了解面向对象软件和web应用软件测试的基本概念和方法； 6.掌握软件测试过程管理的基本知识和管理方法； 7.熟悉软件测试的标准和文档；
8.掌握qesuite软件测试过程管理平台和qesat/c++软件分析和工具的使用方法。
软件测试工作总结与展望篇2
面向对象程序的软件测试方法
在软件生命周期过程中，软件测试是保证软件质量的关键环节之一。面向对象方法学在软件工程中的引入极大地方便了软件的设计、开发和维护，为创建高可靠性的软件系统提供了重要保证。但面向对象程序的封装、继承、多态和异常处理机制等新特性却给测试带来新的挑战。一方面需要调整、改进传统的测试策略和方法；另一方面探索出适应面向对象程序特征的测试理论与技术也尤为必要。
面向对象(object oriented,oo)是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、cad技术、人工智能等领域。
面向对象的定义或说明对象的定义的非常少。其初，“面向对象”是专指在程序设计中采用封装、继承、抽象等设计方法。可是，这个定义显然不能再适合现在情况。面向对象的思想已经涉及到软件开发的各个方面。如，面向对象的分析（ooa，object oriented analysis），面向对象的设计（ood，object oriented design）、以及我们经常说的面向对象的编程实现（oop，object oriented programming）。许多有关面向对象的文章都只是讲述在面向对象的开发中所需要注意的问题或所采用的比较好的设计方法。看这些文章只有真正懂得什么是对象，什么是面向对象，才能最大程度地对自己有所裨益。这一点，恐怕对初学者甚至是从事相关工作多年的人员也会对它们的概念模糊不清。
1、面向对象的基本概念
(1)对象。
对象是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。
(2)对象的状态和行为。
对象具有状态，一个对象用数据值来描述它的状态。
对象还有操作，用于改变对象的状态，对象及其操作就是对象的行为。
对象实现了数据和操作的结合，使数据和操作封装于对象的统一体中
(3)类。具有相同或相似性质的对象的抽象就是类。因此，对象的抽象是类，类的具体化就是对象，也可以说类的实例是对象。
类具有属性，它是对象的状态的抽象，用数据结构来描述类的属性。
类具有操作，它是对象的行为的抽象，用操作名和实现该操作的方法来描述。
(4)类的结构。
在客观世界中有若干类，这些类之间有一定的结构关系。通常有两种主要的结构关系，即一般--具体结构关系，整体--部分结构关系。
①一般——具体结构称为分类结构，也可以说是“或”关系，或者是“is a”关系。
②整体——部分结构称为组装结构，它们之间的关系是一种“与”关系，或者是“has a”关系。
(5)消息和方法。
对象之间进行通信的结构叫做消息。在对象的操作中，当一个消息发送给某个对象时，消息包含接收对象去执行某种操作的信息。发送一条消息至少要包括说明接受消息的对象名、发送给该对象的消息名（即对象名、方法名）。一般还要对参数加以说明，参数可以是认识该消息的对象所知道的变量名，或者是所有对象都知道的全局变量名。
类中操作的实现过程叫做方法，一个方法有方法名、参数、方法体。消
2、面向对象的特征
(1)对象唯一性。
每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不改变，不同的对象不能有相同的标识。
(2)分类性。
分类性是指将具有一致的数据结构(属性)和行为(操作)的对象抽象成类。一个类就是这样一种抽象，它反映了与应用有关的重要性质，而忽略其他一些无关内容。任何类的划分都是主观的，但必须与具体的应用有关。
(3)继承性。
继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。在定义和实现一个类的时候，可以在一个已经存在的类的基础之上来进行，把这个已经存在的类所定义的内容作为自己的内容，并加入若干新的内容。继承性是面向对象程序设计语言不同于其它语言的最重要的特点，是其他语言所没有的。
在类层次中，子类只继承一个父类的数据结构和方法，则称为单重继承。
在类层次中，子类继承了多个父类的数据结构和方法，则称为多重继承。
在软件开发中，类的继承性使所建立的软件具有开放性、可扩充性，这是信息组织与分类的行之有效的方法，它简化了对象、类的创建工作量，增加了代码的可重性。
采用继承性，提供了类的规范的等级结构。通过类的继承关系，使公共的特性能够共享，提高了软件的重用性。
(4)多态性(多形性)多态性使指相同的操作或函数、过程可作用于多种类型的对象上并获得不同的结果。不同的对象，收到同一消息可以产生不同的结果，这种现象称为多态性。
多态性允许每个对象以适合自身的方式去响应共同的消息。
多态性增强了软件的灵活性和重用性。
面向对象方法的基本思想是一：面向对象方法是一种运用对象、类、封装、继承、多态和消息等概念来构造、测试、重构软件的方法。
二： 面向对象方法是以认识论为基础，用对象来理解和分析问题空间，并设计和开发出由对象构成的软件系统（解空间）的方法。由于问题空间和解空间都是由对象组成的，这样可以消除由于问题空间和求解空间结构上的不一致带来的问题。简言之，面向对象就是面向事情本身，面向对象的分析过程就是认识客观世界的过程。
面向对象方法从对象出发，发展出对象，类，消息，继承等概念。
面向对象方法的主要优点是：符合人们通常的思维方式；从分析到设计再到编码采用一致的模型表示具有高度连续性；软件重用性好。
面向对象软件测试的特点是: 1.掌握代码检查、走查与评审的基本方法和技术； 2.掌握白盒测试和黑盒测试的测试用例的设计原则和方法； 3.掌握单元测试和集成测试的基本策略和方法；
4.了解系统测试、性能测试和可靠性测试的基本概念和方法； 5.了解面向对象软件和web应用软件测试的基本概念和方法； 6.掌握软件测试过程管理的基本知识和管理方法； 7.熟悉软件测试的标准和文档；
8.掌握qesuite软件测试过程管理平台和qesat/c++软件分析和工具的使用方法。
软件测试工作总结与展望篇3
【篇1：软件测试转正个人工作总结】
本人自xx年3月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。
在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足；配合各部门负责人落实及完成公司各项工作，在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。
在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强 软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型 兼备的新世纪人才。
【篇2：软件测试工程师年终述职总结】
内蒙古金财信息技术有限公司
研发二部-孟磊 年终总结 2013年12月 2013年终总结
回顾2013年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：
一、项目时间点及各阶段工作
二、测试总结
中间业务平台管理系统集成测试阶段：
缺陷数据分配表
告警性 建议性 严重性 总计
郭洪敏 14 8 17 39
李扬 43 7 33 83 孟凡波 72 23 52 147
缺陷摘要饼形图
聂飞龙 7 1 13 21
总计 136 39 115 290
严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。
中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下： 1、需求问题：
系统维护-账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。2、技术实现问题：
集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。教训：
测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。3、迁移配置问题：
如：“机构下载提示：“ftp下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等
教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。
乌拉特前旗财政代发加密：
1、前期软件交付时财政不认可： 此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。
教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。
中间业务代理校园一卡通： 1、交易最少、问题最多的项目。
导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。
教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。
三、自身存在的不足及其后期计划
金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：
1.接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做
事情没方法。
2.在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的能力上多下一些功夫，为开发减少工作量。在2014年的工作中，我计划：
1.今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。； 2.要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例； 3.做好管理系统、一卡通、华北市电的运维工作；
4.学会环境搭建、保持开发与测试有两套环境避免相互影响。 【篇3：软件测试半年工作汇报总结】
年工作总结
工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作：
1.对软件的熟悉与理解
2.跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交bug共计405个，已验证关闭268个。
3.对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解
对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进，软件的各项功能已经越来越全面，目前软件的基本功能都已实现，致命错误越来越少，期间也试用了自动化性能测试工具loadrunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具rationalrobot来进行性能测试。
下半年，主要工作时是：
1.随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试， 2.测试所有与本软件有关的文档
3.解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。
4.随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
软件测试工作总结与展望篇4
【篇1：软件测试转正个人工作总结】
本人自xx年3月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。
在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足；配合各部门负责人落实及完成公司各项工作，在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。
在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强 软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型 兼备的新世纪人才。
【篇2：软件测试工程师年终述职总结】
内蒙古金财信息技术有限公司
研发二部-孟磊 年终总结 2013年12月 2013年终总结
回顾2013年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：
一、项目时间点及各阶段工作
二、测试总结
中间业务平台管理系统集成测试阶段：
缺陷数据分配表
告警性 建议性 严重性 总计
郭洪敏 14 8 17 39
李扬 43 7 33 83 孟凡波 72 23 52 147
缺陷摘要饼形图
聂飞龙 7 1 13 21
总计 136 39 115 290
严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。
中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下： 1、需求问题：
系统维护-账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。2、技术实现问题：
集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。教训：
测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。3、迁移配置问题：
如：“机构下载提示：“ftp下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等
教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。
乌拉特前旗财政代发加密：
1、前期软件交付时财政不认可： 此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。
教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。
中间业务代理校园一卡通： 1、交易最少、问题最多的项目。
导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。
教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。
三、自身存在的不足及其后期计划
金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：
1.接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做
事情没方法。
2.在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的能力上多下一些功夫，为开发减少工作量。在2014年的工作中，我计划：
1.今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。； 2.要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例； 3.做好管理系统、一卡通、华北市电的运维工作；
4.学会环境搭建、保持开发与测试有两套环境避免相互影响。 【篇3：软件测试半年工作汇报总结】
年工作总结
工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作：
1.对软件的熟悉与理解
2.跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交bug共计405个，已验证关闭268个。
3.对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解
对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进，软件的各项功能已经越来越全面，目前软件的基本功能都已实现，致命错误越来越少，期间也试用了自动化性能测试工具loadrunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具rationalrobot来进行性能测试。
下半年，主要工作时是：
1.随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试， 2.测试所有与本软件有关的文档
3.解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。
4.随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
推荐访问:工作总结 展望 测试 软件测试工作总结与展望怎么写 软件测试工作总结与展望范文 软件测试工作总结与展望 软件测试工作的总结 软件测试工作规划与展望怎么写 软件测试工作计划和工作总结 软件测试工作年度总结 软件测试年度工作总结及明年工作计划 软件测试工作体会 软件测试工作汇报