《软件测试年终总结.doc》由会员分享，可在线阅读，更多相关《软件测试年终总结.doc（25页珍藏版）》请在金锄头文库上搜索。
1、软件测试年终总结ppt篇一：【软件测试总结报告模板】 (1) 1 引言 编写目的 编写该测试总结报告主要有以下几个目的 1 通过对测试结果的分析，得到对软件质量的评价2 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3 评估测试测试执行和测试计划是否符合4 分析系统存在的缺陷，为修复和预防 bug 提供建议 背景 用户群 主要读者：XX 项目管理人员，XX 项目测试经理 其他读者：XX 项目相关人员。 定义 严重 bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 点击某个菜单后出现“The page cannot be di
2、splayed”或者返回异常错误。进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误 测试对象 略 测试阶段 系统测试 测试工具 Bugzilla 缺陷管理系统 参考资料 XX 需求和设计说明书 XX 数据字典 XX 后台管理系统测试计划XX 后台管理系统测试用例XX 项目计划 2 测试概
3、要 XX 后台管理系统测试从 XX 年 7 月 2 日开始到 XX 年 8 月 10 日结束，共持续 39 天，测试功能点 174 个，执行 2385 个测试用例，平均每个功能点执行测试用例 个，测试共发现 427 个 bug，其中严重级别的 bug68 个，无效 bug44 个，平均每个测试功能点 个 bug。XX 总共发布 11 个测试版本，其中 B1B5 为计划内迭代开发版本（针对项目计划的 基线标识），B6B8 B1B4测试进度依照项目计划为回归测试版本。计划内测试版本，时间准时完成测试并提交报告，其中 B4 版本推迟一天发布版本，测试通过增加一个人日， 准时完成测试。B5 版本推迟发
4、布 2 天，测试增加 2 个人日，准时完成测试。B6B11 为计划外回归测试版本，测试增加 5 个工作人日的资源，准时完成测试。 XX 测试通过 Bugzilla 缺陷管理工具进行缺陷跟踪管理，B1B4 测试阶段都有详细的 bug 分析表和阶段测试报告。 B4 1 个人 1 天 2 个人日 测试执行 此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测 试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试 计划和测试用例，对系统进行了完整的测试 测试用例 功能性 系统实现的主要功能，包括查询，添加，修改，删除。系统实现的次要功能，包括为用户分
5、配酒店，为用户分配权限，渠道酒店绑定，渠道 RATE 绑定，权限控制菜单按钮。需求规定的输入输出字段，以及需求规定的输入限制 易用性 操作按钮提示信息正确性，一致性，可理解性 限制条件提示信息正确性，一致性，可理解性 必填项标识 输入方式可理解性中文界面下数据语言与界面语言的一致性3 测试环境 软硬件环境 Tomcat 10M LAN 络环境 10M LAN10M LAN应用服务器、数据库服务器4 测试结果 Bug 趋势图 此次黑盒测试总共发布 11 个版本，B1B5 为计划内迭代开发版本（针对项目计划的基线标 识），B6-B11 为进行的回归测试版本，bug 版本趋势图如下图所示： 第一阶段
6、，增量确认测试。 时间从 XX 年 7 月 2 日到 XX 年 8 月 3 日。从 Bug 趋势图中可以看出，每个版本的 bug 数基本维持在 60 个左右。 B1：从图中看到 B1 共有 33 个 BUG，因为 B1 版本有一个功能模块在 B2 版本才开始测 试，B1 测试模块相对较少，所以 B1 版本 bug 相对较少。 B2：由于 B1 中的一个功能模块增加到 Build 2 中进行测试，这一版本除了对 B1 中的 BUG 进行验证同时对 B1 进行了回归测试，所以 B2 中的 bug 数相对 B1 出现了明显的增长 趋势， B3：B3 版本因为有 B2 版本的 bug 验收测试，以及
7、B1,B2 的回归测试，共发现 67 个 bug，和 B2 基本保持一致。 B4：B4 版本 bug 数有一个下降的趋势，是因为 B4 版本推迟发布，新增加了测试人员 参与测试，对系统不够熟悉，以及测试时间紧张，部分测试用例没有执行，测试覆盖度不够， 篇二：软件测试工程师年终述职总结 内蒙古金财信息技术有限公司 研发二部-孟磊 年终总结 XX年12月 XX年终总结回顾XX年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：一、项目时间点及各阶段工作 二、测试总结 中间业务平台管理系统集成测试阶段：缺陷数据分配表
8、告警性 建议性 严重性 郭洪敏 14 8 17 39李扬 43 7 33 83孟凡波 72 23 52 147缺陷摘要饼形图聂飞龙 7 1 13 21 136 39 115 290 严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。 中间业务平台管理系统上线阶段：在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：1、需求问题：系统维护-账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成
9、测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。 2、技术实现问题：集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。 教训：测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。 研发角
10、度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。 3、迁移配置问题：如：“机构下载提示：“FTP下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚，。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。乌拉特前旗财政代发加密：1、前期软件交付时财政不认可：此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密
11、软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。中间业务代理校园一卡通：1、交易最少、问题最多的项目。导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存
12、在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。三、自身存在的不足及其后期计划金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：1. 接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做事情没方法。2. 在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的能力上多下一些功夫，为开发减少工作量。 在XX年的工作中，我
13、计划：1. 今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。； 2. 要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例； 3. 做好管理系统、一卡通、华北市电的运维工作；4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。篇三：软件测试工程师年终工作总结 XX年终工作总结 一：XX年工作回顾及总结回顾XX年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：1、总体来说，XX年我主要完成了“银行系统”、“渠道管理平台”
14、、“”、“”、“”“”的日常测试以及质量控制工作；“”已经稳定上线运行6个多月，“”即将上线。2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作3、知识的总结与分享，完成客户端在安卓/，以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。二：对公司的建议与意见对公司和部门建设上，我有以
