您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > 软件测试年度总结报告
软件测试年度总结报告篇一:软件测试工程师年终述职总结内蒙古金财信息技术有限公司研发二部-孟磊年终总结XX年12月XX年终总结回顾XX年5月入职到现在大半年的工作,我在公司领导及各位同事的支持和帮助下,按照公司要求,比较好地完成了本职工作现将这一年的工作情况总结如下:一、项目时间点及各阶段工作二、测试总结中间业务平台管理系统集成测试阶段:缺陷数据分配表告警性建议性严重性郭洪敏1481739李扬4373383孟凡波722352147缺陷摘要饼形图聂飞龙71132113639115290严重性缺陷占到整个缺陷数量的百分之四十,从实际测试工作来看,代表性大致可分为以下几类:点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷,在今后项目中,减少缺陷数量,提高软件质量。中间业务平台管理系统上线阶段:在管理系统上线阶段共发现6个问题其中有代表性问题分类如下:1、需求问题:系统维护-账户维护新增时,账户类型字段是从数据库配置,联社方想通过页面控制此字段。此问题在集成测试时,熬民就提出要从系统页面上新增,当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。教训:今后测试不止测试功能是否实现,需要考虑和结合系统与系统之间的关联关系,眼光放得在长远些。2、技术实现问题:集成测试时,管理系统新增账户时其合法性需要与核心校验,此问题集成测试通过,但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时,核心直连标志选择不直连,则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误,而测试基于错误的逻辑去做集成测试。教训:测试角度:只测试了功能实现与否,没测试功能实现的方式对不对。研发角度:重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流,说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。3、迁移配置问题:如:“机构下载提示:“FTP下载失败”。”、”柜员登录业务系统时提示:“用户失效”。”、“缴费查询时,生成批次号错误。”等教训:上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚,。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细,不仅提高软件本身的质量,也要提高文档的质量。乌拉特前旗财政代发加密:1、前期软件交付时财政不认可:此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时,财政完全不认可导致项目推翻重新开发。教训:如果项目涉及到三方或者多方时,一定在研发工作前把握用户最原始的需求,可能从中间方挖掘出的需求并不是最终用户想要的结果。中间业务代理校园一卡通:1、交易最少、问题最多的项目。导致问题原因如下:研发人员经常变动性大,几乎研发二部所有人都参与过此项目支持,看别人代码需要大量时间,甚至比重新研发都要费时间。接口联调阶段对方工程师不在场(校园前置机本身配置问题)。集成测试时,对账是报文模拟,这就导致一部分案例无法覆盖到(生成对账文件校园方是否解析)。教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险,希望今后的项目中能得到第三方仿真端来降低成本,节省测试成本。在案例设计方面多模拟用户真实环境。三、自身存在的不足及其后期计划金财公司的工作同我之前的工作有很大不同,之前公司的测试工作只需要完成三轮集成测试的工作即可,在金财公司的测试工作不单单是测试,更是涉及到是质量管理、质量监督、质量控制的工作,同我之前相比感觉每天都在进步,大半年工作让我有所进步,但是很多地方还是存在不足,比如:1.接到工作任务后一味的去做,做到一半发现做不下去或者做的不对。做事情没方法。2.在描述一个缺陷的现象时,尽量去挖掘产生问题的原因,在定位缺陷的能力上多下一些功夫,为开发减少工作量。在XX年的工作中,我计划:1.今后工作要学会分析事物,找到做事的办法,提前把思路汇报给上级。;2.要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;3.做好管理系统、一卡通、华北市电的运维工作;4.学会环境搭建、保持开发与测试有两套环境避免相互影响。篇二:软件测试工程师年终工作总结XX年终工作总结一:XX年工作回顾及总结回顾XX年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下:1、总体来说,XX年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作;“……”已经稳定上线运行6个多月,“……”即将上线。2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有:a、测试项目案例、测试用例的设计与编写;b、对测试过程中遇到的问题进行沟通,并提供意见;c、设计业务功能流程,提供参考意见,绘制关键业务流程;d、进行主要功能的界面测试、功能测试;e、按照测试用例执行测试计划;f、进行需求验证工作3、知识的总结与分享,完成客户端在安卓/,以上系统上出现的兼容等问题,完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中,发现兼容上重大问题,在测试部门群中发布分享。4、完成所需知识积累,学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。二:对公司的建议与意见对公司和部门建设上,我有以下几点建议:1、对员工进行金融知识的系统培训,让测试人员了解银行业务流程,有助于测试人员更加详细了解业务流程,测试过程会少走很多弯路。2、部门内希望多组织技术交流讨论,促进测试工作的开展和提高。一年至少有2次这样的交流。3、公司在项目开发前期,希望尽可能的明确需求,尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书,需求说明书不明确或者需求说明书内容错误,误导了开发和测试,浪费了时间,影响了项目进度。4、建议项目需求设计可以有测试员参与讨论。5、公司管理有点混乱,个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。6、个人感觉平时的效率比较低,希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程,让开发更好的了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。7、加强部门测试成果的积累与沉淀,提高团队测试水准,希望我们的团队能够做的更好,能够已团队的形式参与软件项目的开发,而不仅仅是一个项目中毫不起眼的小小测试员。三:XX年工作计划与学习计划XX年工作计划就是希望通过自己的努力,让我们的产品更加完美,让自己在软件测试技能上有所提高,更多的关注软件产品的开发过程,提高工作效率、做到与用户的需求一致,提高公司软件产品用户满意度。具体来说XX年工作计划有:努力提高自身测试水准,努力学习金融知识以及业务流程,学会需求分析,掌握需求分析在测试中的作用,参与公司更多的开发项目的测试工作。********201*年^月^日篇三:软件测试总结报告1引言编写目的编写该测试总结报告主要有以下几个目的1.通过对测试结果的分析,得到对软件质量的评价2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考3.评估测试测试执行和测试计划是否符合4.分析系统存在的缺陷,为修复和预防bug提供建议背景用户群主要读者:***项目管理人员其他读者:***项目相关人员。定义基本功能点测试:等价类划分法、边界值法、错误推测法、场景法业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误测试对象对综合管理系统进行全新测试,主要进行功能测试、系统测试测试阶段第一阶段:对主业务逻辑及功能进行测试第二阶段:对所有业务逻辑及功能进行深入测试第三阶段:回归测试测试工具BugFree缺陷管理工具参考资料《***功能描述》《***数据字典》《***测试计划》《***测试用例》《***项目计划》2测试概要***系统测试从XX年7月25日到XX年10月12日基本结束,历时近70个工作日。后续还有一些扫尾的工作,又增加一些工作时日。是一项花费大量人力物力的项目。***通过BugFree缺陷管理工具进行缺陷跟踪管理,在bugfree中有详细的测试用例以及用例执行情况记录进度回顾测试执行此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试、测试用例3测试环境与方法软硬件环境测试方法和工具4测试结果Bug引入阶段Bug引入原因5测试覆盖分析1.此次测试的重点在在于对功能的测试,特别是新增功能的测试;2.***完成在常见的操作环境下的测试,因此具有良好的兼容性。3.本次此时的目的除了基本的功能测试外,重点突出对系统易用性的测试,力图使系统更加的人性化,操作更加简单,易懂。6测试结果和建议测试结论1.***的测试工作已基本结束,功能测试目标也已完成,剩下部分报表的设计需要继续完善。2.本次测试从功能性,易用性,兼容性等多个方面进行测试,力图在满足客户需求的基础上操作更加简捷,人性化。改进建议1.测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一些需求的理解不一致,或是在需求文档中需求的定义不明确,大家根据自己的理解开展工作,继而在后期工作中产生一些不必要的bug;除此之外,由于在前期,没有对客户的需求进行较为准确的界定,在开发过程中,客户提出一些新的要求,而这些要求和其他功能具有关联性,需求做改动,开发和测试也进行改动,比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段,从而引起一系列重复的测试。因此我认为在开发前期要反复确定需求,并制定需求变更标准,避免在开发过程中出现重复,返工的现象。2.本次测试由于主要是手工测试,因此未能实现对一些功能的进行大量数据操作的测试3.系统目前比较明显的缺陷是报表打开速度比较慢,这个严重影响了系统的性能,是需要研究改进的部分。篇四:xx-XX年终工作总结(软件测试)年终工作总结XX从11月中旬来到XX,已一月半有余。因没有过从业经验,之前对于测试这个行业,仅从络上学习了只言片语,略懂皮毛,很幸运地得到了公司的垂青,给了我边工作边学习的机会。虽然目前做的都是基础性的测试工作,但是对于我这个新人来说仍旧收获颇丰。无论是工作内容还是工作氛围都如同我所预期的一样,让我从毕业以来前所未有地感受到了与工作的契合,在这条路上走得很踏实。同时也深深地体会到自己还有诸多的不足,需要进步的空间还很大。这段时间的工作内容主要是针对大扳手Android客户版、大扳手站、大扳手后台系统的测试。还记得刚来时,因不熟悉业务逻辑,只能提出一些很表面上的“错误”。通过自己反复地提问,在赵经理和同事马晓以及各位开发人员们的耐心解答、指导下,逐步熟悉了业务知识。无论是提出的问题内容,还是对于问题的描述都更加专业化。时常还能找出一些不太容易发现的bug。在找bug的过程中,通过不断地思考、学习,有时候还能提出一些设计上的bug。而对于数据库也算是正式地第一次接触,由最初的“懵”到现在基本能满足使用了,但SQL语句非常不熟练。而这段时间在状态上自己感觉是工作以来的最佳状态,以前上班都是数着分分秒秒等下班,而现在总是觉得时间过得太快,完全不够用,非常的充实。在与大家相处的过程中,无论是领导还是同事们都让我感受到了大
本文标题:软件测试年度总结报告
链接地址:https://www.777doc.com/doc-2479053 .html