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

内蒙古金财信息技术有限公司研发二部-孟磊年终总结2013年12月2013年终总结回顾2013年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：一、项目时间点及各阶段工作负责项目时间段/点项目进展工作职责中间业务平台管理系统2013-05-23-2013-12-10项目上线，运费支持项目进度跟踪、案例设计、执行案例、撰写缺陷报告、缺陷回归、编写集成测试报告、操作手册、业务测试、验证测试支持。上线文档整理、上线支持。乌拉特前旗财政代发加密2013-07-24-2013-08-06项目上线财政代发加密软件测试需求分析、案例设计、执行案例、撰写缺陷报告、缺陷回归、编写集成测试报告、上线支持。巴盟政务收费系统2013-08-13-2013-09-04项目未上线案例设计、执行案例、撰写缺陷报告、缺陷回归、编写集成测试报告。中间业务-代收华北市电系统2013-07-01—接口联调案例设计、执行案例、撰写缺陷报告、缺陷回归、编写集成测试报告。中间业务-代理校园一卡通2013-08-19-2013-12-10项目上线项目进度跟踪、案例设计、执行案例、撰写缺陷报告、缺陷回归、编写集成测试报告、操作手册、业务测试、验证测试支持。上线文档整理、上线支持。二、测试总结中间业务平台管理系统集成测试阶段：缺陷数据分配表郭洪敏李扬孟凡波聂飞龙总计告警性14 43 72 7 136 建议性8 7 23 1 39 严重性17 33 52 13 115 总计39 83 147 21 290 缺陷摘要饼形图严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。中间业务平台管理系统上线阶段：在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：需求问题：系统维护-账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。技术实现问题：集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。教训：测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。迁移配置问题：如：“机构下载提示：“FTP下载失败”。”、” 柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚，。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。 乌拉特前旗财政代发加密：前期软件交付时财政不认可：此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。中间业务代理校园一卡通：交易最少、问题最多的项目。导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。三、自身存在的不足及其后期计划金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：接到工作任务后一味的去做，做到一半发现做不下