测试部门年终总结.docx

1、测试部门年终总结测试部门年终总结任何一种事物和工作，都有内在联系、外部制约，都有它自身的发展、运动规律。遵循这些客观规律办事就能顺利达到预期的目的, 否则就会受到违背规律的惩罚而招致失败。而要找寻、发现客观规律 的途径就需要总结。本文为测试部门年终总结范文，让我们通过以下的文章来了解。这一年对于我这个刚刚离开校园的职场新人来说，可谓是职业生 涯中经历的第一个丰收之年，无论是在行为上还是思维上都切身感觉 到了有所提升和进步。当然，所有的一切要感谢公司领导对我的赏识 并给予了我相对广阔的发展空间，以及测试团队全体成员的相互帮助 和共同努力。以下对我在20xx年所做的工作进行全面总结：1.团队管理我

2、的团队，以现在的表现和对我的关怀与安慰而让我感动。测试人员是一个比较特殊的群体，以发现缺陷和保障质量为根本 目标。这就要求我们在公司并不规范的项目管理与工作流程背景下， 测试既要服从于现状、又不能安于现状。自20xx年5月被正式提 升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设 上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标 准建设、测试与开发的工作交互流程等。在团队管理上逐渐尝试，本着先理后管的原则，将原本人心涣散的团队建设为一支相互关心、相互帮助的高凝聚力团队。坦白的讲,因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果 却使我受益良多。是我的团队教

3、会了我这些，让我初步懂得了什么是 管理，让我明白管的是 理而并非是人。如果事情难以理通，那么在此 之上的管只能是强制的，仅仅在表象上完成事情而已。所以一定要先 理清 楚然后再管，这时其实已经不需要管了，因为已经理顺，大 家都 会去积极主动的执行。有理的同时，还要帮助整个团队去整理，给予 团队每位成员必要的工作帮助，比如工作思路和工作资源。除此之 外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、 部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进 行交流，实现了团队成员之间的相互信任和相互认可。在这个过程 中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的 状态异

4、常，并通过及时的交谈予以解决，同时也体现出了我的性格劣 势。记得在一次例会结束后，我要求每位团队成员写出5条关于我的 意见和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期 望我有所成长。我也会以此为戒，逐渐改进。2.团队工作对工作模式进行改进，在团队工作的执行模式上完 全改变了之前测试人员归属项目组的不规范情况。统一测试管理 平台增强了测试人员的沟通频度，促进了大家的相互交流和相互 帮助，并使得测试工作可以根据实际情况执行交互性测试。综合20xx年的测试结果，我至少为整个团队的表现打90分,整之后的测试团队。最让人难忘的是二xxx年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员

5、调整，以3旧1新的4人阵 容承担了原来7人的工作量，并在高强度的工作压力下顺利的度过了 团队调整期。面对这一充满压力的过程，我想，只有“兔子在哪里” 的故事是让 大家难以忘记的。如今的测试团队有着完备的内部机制和运作方式，我们已经做好 了相应准备，随时应对公司发展所必须的各种调整。3.个人工作v年03月初，我已向郭总提交一份XX年年11月12日到20xx 年3月的工作总结，其中所描述的工作内容均为当时参与的arpt 项目的工作进展情况。自20xx年4月开始，我与项目组全体成员 参与了 arpt奥运项目的投标文件编写工作，这也是我第一次参与标 书编写，但从自身来讲，我已经倾尽全部所能。在标书编写

6、结束后，除继续负责arpt软件的测试外，逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下，适当从事部分模块的测试工作。关于团队管理内容，之前已经有所介 绍，在此不再赘述。4 .总结年终结束，我的人生观和价值观也随着时间的推移而逐 步发生改变，更加清晰的了解了自身优势与不足，包括职业发展过程 中的一些必要能力，我也会在此经验的基础上渐渐的总结和调整。个人进步的载体是公司的发展。在整整一年的工作生活当中，我 真真的感受到了公司所发生的变化，看到了各位同事为了公司发展所 做出的努力。螺旋上升一一用这个哲学词语来形容公司的发展过程再确切不过 了。一切仿佛是旋转车轮上的一个点，回到原处的同时也发

7、生了距离 的变化。伴随着这个变化的过程，我心内中喷发过激-情、也感伤过 失落；发泄过愤恨、也滋生过冷漠，最后在压抑与崩溃的临界点上重 新燃起了希望，与此同时我更期盼着公司能够加速发展步伐，一改现 在“总结了没有执行，执行了没有改变，改变了没有思考”的不正 常现状。一年的结束，一年的开始，我已经准备好了迎接它的热情， 期望付出努力，渴望收获硕果。光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在 这段时间里，我们公司从没有测试人员，到测试部 的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能 测试软件LoadRnner的安装使用；测试部规章制度的建立 测试 流程、测试规范、bug

8、等级制度的建立、测试报 告模板的建立、QC使用手册的书写等等；在这近九个月工作中，我们 测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替， 我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。20xx年5月，我来到英特华，在李经理的指导下负责测试部 的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的 测试、新订单系统的测试等工作。虽然测试部在v年中取得了不小的成绩，但是还是存在很多不 足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这 是测试部在下一年要重视的地方，要认真总结的地方！下面是这一年测试部遇到的重大问题及原因与对策:1.新订单系统的多伦测试后还

9、不能封版完工原因：1） 1级bug太多，严重影响阻碍测试的进度（尤其是报黄页的bug）;具QC BUG管理系统统计，新订单系统中bug总共209个，一级竟然有109个之多!bug模块，由于修改bug重新出现缺陷，出现拆西墙补东墙, bug循环出现，杜绝bug遥遥无期！3） 软件开发基本定型后，还在修改数据库结构，修改底层代码！4） 软件开发基本定型后，还在修改需求！5） 开发人员不按照需求开发软件；幵发出来的模块或功能和需求有出入6）部分模块需求在测试快结束后，需求还没出来，开发人员在等需求！（如新订单系统中的利润表模块）7.）测试人员不足；软件模块太多，测试周期长！对策：1） 检查：对于1级

10、bug太多，只要开发人员开发出的模块后 或修改的bug后自己先走查一下流程，看看流程是否能走通，是否还 报错，这样就能确保一级bug出现的机会大大减少！2） 开发人员在修改bug之前一定要认真先想一下，我这种修改方法会不会给其他模块带来 bug?会不会影响其他人员的模块出错？然后在下手修改代码！3）一旦所有人进入全面开发软件后，数据库和底层代码就不能变动！4）一旦进入开发阶段，需求就不能再随意增加变动！ 5）开发人员严格按需求开发项目，不能私自变动开发如有变动需要，要所有部门领导在一起商量，并下发通知商 量后的结果6）要做到在写代码之前需求必须全部写完!7）大型项目，测试人员必须配足，岗位齐全

11、，从而缩短测试周期，一个人的精力与技术经验必定有限！下面是展望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-订单系统20xxl2月10日之前完成测试工作最后感谢领导和各 部门的同事对测试部工作的大力支持！