软件测试工程师年终述职总结

上传人:mg****85 文档编号:34948915 上传时间:2018-03-04 格式:DOCX 页数:6 大小:44.12KB
返回 下载 相关 举报
软件测试工程师年终述职总结_第1页
第1页 / 共6页
软件测试工程师年终述职总结_第2页
第2页 / 共6页
软件测试工程师年终述职总结_第3页
第3页 / 共6页
软件测试工程师年终述职总结_第4页
第4页 / 共6页
软件测试工程师年终述职总结_第5页
第5页 / 共6页
点击查看更多>>
资源描述

《软件测试工程师年终述职总结》由会员分享,可在线阅读,更多相关《软件测试工程师年终述职总结(6页珍藏版)》请在金锄头文库上搜索。

1、内蒙古金财信息技术有限公司 研发二部-孟磊 年终总结 2013 年12 月2013 年终总结 回顾 2013 年 5 月入职到现在大半年的工作,我在公司领导及各位同事的支持和帮 助下,按照公司要求,比较好地完成了本职工作现将这一年的工作情况总结如下: 一、项目时间点及各阶段工作 负责项目 时间段/点 项目进展 工作职责 中间业务平台管理 系统 2013-05-23-2013-12-10 项目上线,运费支 持 项目进度跟踪、案 例设计、执行案例、 撰写缺陷报告、缺 陷回归、编写集成 测试报告、操作手 册、业务测试、验 证测试支持。上线 文档整理、上线支 持。 乌拉特前旗财政代 发加密 2013-

2、07-24-2013-08-06 项目上线 财政代发加密软件 测试需求分析、案 例设计、执行案例、 撰写缺陷报告、缺 陷回归、编写集成 测试报告、上线支 持。 巴盟政务收费系统 2013-08-13-2013-09-04 项目未上线 案例设计、执行案 例、撰写缺陷报告、 缺陷回归、编写集 成测试报告。 中间业务-代收华北 市电系统 2013-07-01 接口联调 案例设计、执行案 例、撰写缺陷报告、 缺陷回归、编写集 成测试报告。 中间业务-代理校园 一卡通 2013-08-19-2013-12-10 项目上线 项目进度跟踪、案 例设计、执行案例、 撰写缺陷报告、缺 陷回归、编写集成 测试报告

3、、操作手 册、业务测试、验 证测试支持。上线 文档整理、上线支 持。二、测试总结 中间业务平台管理系统集成测试阶段: 缺陷数据分配表 郭洪敏 郭洪敏 李扬 李扬 孟凡波 孟凡波 聂飞龙 聂飞龙 告警性 14 43 72 7 136 建议性 8 7 23 1 39 严重性 17 33 52 13 115 39 83 147 21 290 缺陷摘要饼形图 严重性缺陷占到整个缺陷数量的百分之四十,从实际测试工作来看,代表性大 致可分为以下几类:点击“新增”报错、查询报错、保存报错等直观的缺陷。 在这里建议研发人员在单元测试发现此类缺陷,在今后项目中,减少缺陷数量, 提高软件质量。 中间业务平台管理系

4、统上线阶段: 在管理系统上线阶段共发现6个问题其中有代表性问题分类如下:1、需求问题: 系统维护-账户维护新增时,账户类型字段是从数据库配置,联社方想 通过页面控制此字段。此问题在集成测试时,熬民就提出要从系统页面 上新增,当时认为需求没提出此功能忽略了隐性需求导致后期东北农电 项目上线需要从数据库大量配置通讯配置表。 教训:今后测试不止测试功能是否实现,需要考虑和结合系统与系统之 间的关联关系,眼光放得在长远些。 2、技术实现问题: 集成测试时,管理系统新增账户时其合法性需要与核心校验,此问题集 成测试通过,但在上线验证阶段发现此功能没实现。后经过与研发人员 沟通此功能实现方式是单位关联维护

5、时,核心直连标志选择不直连,则 此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误,而测 试基于错误的逻辑去做集成测试。 教训: 测试角度:只测试了功能实现与否,没测试功能实现的方式对不对。 研发角度:重要的功能实现方式及其业务逻辑在编码前多跟测试人员交 流,说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺 陷扼杀在摇篮之中。 3、迁移配置问题: 如:“机构下载提示:“FTP下载失败” 。 ” 、 ” 柜员登录业务系统时提 示:“用户失效” 。 ” 、 “缴费查询时,生成批次号错误。 ”等 教训:上线中的运维手册、配置手册操作手册等文档写的不详细、描述 的不够清楚, 。导致上线

6、验证阶段有一半儿的问题都是迁移导致。今后 站在用户角度去编写文档尽量写的详细,不仅提高软件本身的质量,也 要提高文档的质量。 乌拉特前旗财政代发加密: 1、 前期软件交付时财政不认可: 此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资 加密软件。但在软件交付时,财政完全不认可导致项目推翻重新开发。教训:如果项目涉及到三方或者多方时,一定在研发工作前把握用户 最原始的需求,可能从中间方挖掘出的需求并不是最终用户想要的结 果。 中间业务代理校园一卡通: 1、 交易最少、问题最多的项目。 导致问题原因如下:研发人员经常变动性大,几乎研发二部所有人 都参与过此项目支持,看别人代码需要大量时

7、间,甚至比重新研发都要 费时间。接口联调阶段对方工程师不在场(校园前置机本身配置问题) 。 集成测试时,对账是报文模拟,这就导致一部分案例无法覆盖到(生成 对账文件校园方是否解析) 。 教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定 性。用报文模拟的集成本身就存在风险,希望今后的项目中能得到第三 方仿真端来降低成本,节省测试成本。在案例设计方面多模拟用户真实 环境。 三、自身存在的不足及其后期计划 金财公司的工作同我之前的工作有很大不同,之前公司的测试工作只需要 完成三轮集成测试的工作即可,在金财公司的测试工作不单单是测试,更是涉 及到是质量管理、质量监督、质量控制的工作,同

8、我之前相比感觉每天都在进 步,大半年工作让我有所进步,但是很多地方还是存在不足,比如: 1. 接到工作任务后一味的去做,做到一半发现做不下去或者做的不对。做 事情没方法。 2. 在描述一个缺陷的现象时,尽量去挖掘产生问题的原因,在定位缺陷的 能力上多下一些功夫,为开发减少工作量。 在2014年的工作中,我计划: 1. 今后工作要学会分析事物,找到做事的办法,提前把思路汇报给上级。 ;2. 要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例; 3. 做好管理系统、一卡通、华北市电的运维工作; 4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。 四、个人建议 近半年我们部门有着的明显进步,

9、比如之前用EXCEL执行案例、记录缺陷, 后期采用行业著名的QC软件来规范测试流程等,在此,个人提出以下几个小建 议: 1、 希望能够在需求这一阶段上能更详细、准确的确定软件功能要求; 2、 研发人员在修改缺陷时,希望能在备注上添加上缺陷是如何修复的 产生原因是什么等,一是能给测试人员带来新的测试思路;,二是能够 给其他研发人员提供借鉴; 3、 在项目的各个重要阶段多开一些项目总结例会把遇到的问题放到例 会上让大家讨论,能为接下来的项目或者以后的工作提供宝贵意见; 4、 在单元测试阶段时,测试人员没有其他任务时,可以提出让测试人 员配合做单元测试,保证后期集成测试时,严重性缺陷数量的控制; 5、 公司的报销流程个人感觉有些繁琐希望公司能够简化流程或者公司 人事方面能够定期来核对报销工作;最后,感谢部门领导、各位同事对我这个新人在初期工作时的帮助,特别 是熬民在工作上对我的监督指导,在业务上和测试技术上有问必答,毫无保留。 对于工作上遇到的困难,研发人员都能在百忙之中给我讲解和探讨问题,在这 里特此感谢他们。 相信在大家共同的努力下,公司部门逐渐壮大、成长。最后走出内蒙,走 向全国。2013-12-27研发二部-孟磊

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 生活休闲 > 科普知识

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号