测试部门年终总结

任何一种事物和工作,都有内在联系、外部制约,都有它自身的发展、运动规律。遵循这些客观规律办事就能顺利达到预期的目的,否则就会受到违背规律的惩罚而招致失败。而要找寻、发现客观规律的途径就需要总结。本文为测试部门年终总结范文,让我们通过以下的文章来了解。

测试部门年终总结

范文一

这一年对于我这个刚刚离开校园的职场新人来说,可谓是职业生涯中经历的第一个丰收之年,无论是在行为上还是思维上都切身感觉到了有所提升和进步。当然,所有的一切要感谢公司领导对我的赏识并给予了我相对广阔的发展空间,以及测试团队全体成员的相互帮助和共同努力。以下对我在20xx年所做的工作进行全面总结:

1. 团队管理

我的团队,以现在的表现和对我的关怀与安慰而让我感动。

测试人员是一个比较特殊的群体,以发现缺陷和保障质量为根本目标。这就要求我们在公司并不规范的项目管理与工作流程背景下,测试既要服从于现状、又不能安于现状。自20xx年5月被正式提升为测试团队负责人之后,我将绝大部分时间和精力倾注在团队建设上,主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。

在团队管理上逐渐尝试,本着先理后管的原则,将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。坦白的讲,因为自身管理经验的欠缺,这个摸索过程中我走了许多弯路,但结果却使我受益良多。是我的团队教会了我这些,让我初步懂得了什么是管理,让我明白管的是理而并非是人。如果事情难以理通,那么在此之上的管只能是强制的,仅仅在表象上完成事情而已。所以一定要先理清楚然后再管,这时其实已经不需要管了,因为已经理顺,大家都会去积极主动的执行。有理的同时,还要帮助整个团队去整理,给予团队每位成员必要的工作帮助,比如工作思路和工作资源。除此之外,还包括适当的日常沟通和思想引导,通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式,在工作时间和非工作时间进行交流,实现了团队成员之间的相互信任和相互认可。在这个过程中,我的性格优势得以充分体现,我能够在第一时间发觉团队成员的状态异常,并通过及时的交谈予以解决,同时也体现出了我的性格劣势。记得在一次例会结束后,我要求每位团队成员写出5条关于我的意见和建议,结果让我非常欣慰,这说明团队成员对我的信任,也期望我有所成长。我也会以此为戒,逐渐改进。

2. 团队工作

对工作模式进行改进,在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范情况。统一测试管理平台增强了测试人员的沟通频度,促进了大家的相互交流和相互帮助,并使得测试工作可以根据实际情况执行交互性测试。

综合20xx年的测试结果,我至少为整个团队的表现打90分,可以说这一年的工作结果是令人满意的,当然主要是指经历了八月调整之后的测试团队。最让人难忘的是二xxx年的八月、九月和十月期间,测试团队刚刚经历了八月末的人员调整,以3旧1新的4人阵容承担了原来7人的工作量,并在高强度的工作压力下顺利的度过了团队调整期。面对这一充满压力的过程,我想,只有“兔子在哪里”的故事是让大家难以忘记的。

如今的测试团队有着完备的内部机制和运作方式,我们已经做好了相应准备,随时应对公司发展所必须的各种调整。

3. 个人工作

v年03月初,我已向郭总提交一份XX年年11月12日到20xx年3月的工作总结,其中所描述的工作内容均为当时参与的'arpt项目的工作进展情况。自20xx年4月开始,我与项目组全体成员参与了arpt奥运项目的投标文件编写工作,这也是我第一次参与标书编写,但从自身来讲,我已经倾尽全部所能。

在标书编写结束后,除继续负责arpt软件的测试外,逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下,适当从事部分模块的测试工作。关于团队管理内容,之前已经有所介绍,在此不再赘述。

4. 总结

年终结束,我的人生观和价值观也随着时间的推移而逐步发生改变,更加清晰的了解了自身优势与不足,包括职业发展过程中的一些必要能力,我也会在此经验的基础上渐渐的总结和调整。

个人进步的载体是公司的发展。在整整一年的工作生活当中,我真真的感受到了公司所发生的变化,看到了各位同事为了公司发展所做出的努力。

螺旋上升——用这个哲学词语来形容公司的发展过程再确切不过了。一切仿佛是旋转车轮上的一个点,回到原处的同时也发生了距离的变化。伴随着这个变化的过程,我心内中喷发过激-情、也感伤过失落;发泄过愤恨、也滋生过冷漠,最后在压抑与崩溃的临界点上重新燃起了希望,与此同时我更期盼着公司能够加速发展步伐,一改现在“总结了没有执行,执行了没有改变,改变了没有思考”的不正常现状。一年的结束,一年的开始,我已经准备好了迎接它的热情,期望付出努力,渴望收获硕果。

范文二

光阴似箭,岁月如梭,一转眼,我来到英特华已经九个月了,在这段时间里,我们公司从没有测试人员,到测试部的建立;从没有测试环境到测试服务器的建立,测试工具QC、性能测试软件LoadRnner的安装使用;测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等; 在这近九个月工作中,我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替,我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。

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

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

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

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

原因:

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

2)存在拆西墙补东墙的严重现象(很严重)

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

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

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

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

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

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

对策:

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

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

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

4)一旦进入开发阶段,需求就不能再随意增加变动!

5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!

6)要做到在写代码之前需求必须全部写完!

7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!

下面是展望20xx丰收的20xx已经过去,让我们迎接展新的20xx!

20xx努力的方向:

为了公司开发软件的质量与专业,我们测试部要往更高层次发展,这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师!

20xx测试部要努力增加的岗位人员:

一名功能测试人员

一名性能测试人员

一名安全测试人员

20xx年测试部需要的物理资源

一台做压力测试用的物理服务器(可以用一台配置好的pc机代替)—— 一个专业的,准确的性能测试需要模拟接近真实服务器的干净的环境!虚拟机的各项性能还是和物理机的性能是有很大区别的,并且虚拟机上已经装了很多的服务和软件,环境不干净,影响真实的性能测试结果!

20xx年测试部的工作年度目标:

电商俱乐部CRM系统 20xx年3月之前完成测试工作 ERP-产品系统20xx年6月30日之前完成测试工作 ERP-采购系统20xx年8月25日之前完成测试工作 ERP-仓储系统 20xx年9月30日之前完成测试工作 ERP-物流系统 20xx年11月5日之前完成测试工作 ERP-订单系统 20xx12月10日之前完成测试工作 最后感谢领导和各部门的同事对测试部工作的大力支持!