本文作者:掣云端范文

测试部年终总结(测试部门年中总结及下半年计划)

笙念 1 分钟前 ( 2024-07-30 12:09:39 ) 0 抢沙发

测试部年终总结

总结是指对某一阶段的工作、学习或思想中的经验或情况进行分析研究,做出带有规律性结论的书面材料,它可以使我们更有效率,让我们好好写一份总结吧。我们该怎么去写总结呢?下面是小编收集整理的测试部年终总结,欢迎大家借鉴与参考,希望对大家有所帮助。

光阴似箭,岁月如梭,一转眼,我来到英特华已经九个月了,在这段时间里,我们公司从没有测试人员,到测试部的建立;从没有测试环境到测试服务器的建立,测试工具QC、性能测试软件LoadRnner的安装使用;测试部规章制度的建立——测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等;

在这近九个月工作中,我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替,我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。

20xx年5月,我来到英特华,在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。

虽然测试部在20xx年中取得了不小的成绩,但是还是存在很多不足,比如新订单系统的`长期测试,工期长期推延,迟迟不能结束!这是测试部在下一年要重视的地方,要认真总结的地方!

下面是这一年测试部遇到的重大问题及原因与对策:

1、新订单系统的多伦测试后还不能封版完工

原因:

餐厅服务员辞职报告

1)1级bug太多,严重影响阻碍测试的进度(尤其是报黄页的bug);具QCBUG管理系统统计,新订单系统中bug总共209个,一级竟然有109个之多!

2)存在拆西墙补东墙的严重现象(很严重)原来好的没有bug模块,由于修改bug重新出现缺陷,出现拆西墙补东墙,bug循环出现,杜绝bug遥遥无期!

3)软件开发基本定型后,还在修改数据库结构,修改底层代码!

4)软件开发基本定型后,还在修改需求!

5)开发人员不按照需求开发软件;开发出来的模块或功能和需求有出入

6)部分模块需求在测试快结束后,需求还没出来,开发人员在等需求!(如新订单系统中的利润表模块)

测试岗位年终总结收获

7)测试人员不足;软件模块太多,测试周期长!

对策:

1)检查:对于1级bug太多,只要开发人员开发出的模块后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保一级bug出现的机会大大减少!

2)开发人员在修改bug之前一定要认真先想一下,我这种修改方法会不会给其他模块带来bug?会不会影响其他人员的模块出错?然后在下手修改代码!

3)一旦所有人进入全面开发软件后,数据库和底层代码就不能变动!

文章投稿或转载声明:

来源:版权归原作者所有,转载请保留出处。本站文章发布于 1 分钟前 ( 2024-07-30 12:09:39 )
温馨提示:文章内容系作者个人观点,不代表掣云端范文对其观点赞同或支持。

    匿名评论
  • 评论
人参与,条评论