测试部门年终总结

上传人:壹****1 文档编号:507744266 上传时间:2023-05-24 格式:DOC 页数:9 大小:38.50KB
返回 下载 相关 举报
测试部门年终总结_第1页
第1页 / 共9页
测试部门年终总结_第2页
第2页 / 共9页
测试部门年终总结_第3页
第3页 / 共9页
测试部门年终总结_第4页
第4页 / 共9页
测试部门年终总结_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《测试部门年终总结》由会员分享,可在线阅读,更多相关《测试部门年终总结(9页珍藏版)》请在金锄头文库上搜索。

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 的安装使用 ; 测试部规章制度的建立- 测试流

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

9、因与对策:1. 新订单系统的多伦测试后还不能封版完工原因:1)1 级 bug 太多,严重影响阻碍测试的进度( 尤其是报黄页的 bug); 具 QCBUG管理系统统计,新订单系统中bug 总共209 个,一级竟然有109 个之多 !2) 存在拆西墙补东墙的严重现象 ( 很严重 )原来好的没有bug 模块,由于修改bug 重新出现缺陷,出现拆西墙补东墙,bug 循环出现,杜绝bug 遥遥无期 !3) 软件开发基本定型后,还在修改数据库结构,修改底层代码 !4) 软件开发基本定型后,还在修改需求!5) 开发人员不按照需求开发软件 ; 开发出来的模块或功能和需求有出入6) 部分模块需求在测试快结束后,

10、需求还没出来,开发人员在等需求 !( 如新订单系统中的利润表模块 )7.) 测试人员不足 ; 软件模块太多,测试周期长 !对策:1) 检查:对于 1 级 bug 太多,只要开发人员开发出的模块后或修改的 bug 后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保一级bug 出现的机会大大减少 !2) 开发人员在修改 bug 之前一定要认真先想一下,我这种修改方法会不会给其他模块带来 bug?会不会影响其他人员的模块出错 ?然后在下手修改代码 !3) 一旦所有人进入全面开发软件后,数据库和底层代码就不能变动 !4) 一旦进入开发阶段,需求就不能再随意增加变动!5) 开发人员严格按

11、需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果 !6) 要做到在写代码之前需求必须全部写完!7) 大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!下面是展望20xx 丰收的 20xx 已经过去,让我们迎接展新的 20xx!20xx 努力的方向:为了公司开发软件的质量与专业,我们测试部要往更高层次发展,这就要吸收更专业的白盒测试人员-性能测试工程师、安全测试工程师!20xx 测试部要努力增加的岗位人员:一名功能测试人员一名性能测试人员一名安全测试人员20xx 年测试部需要的物理资源一台做压力测试用的物理服务器

12、( 可以用一台配置好的pc 机代替 ) 一个专业的,准确的性能测试需要模拟接近真实服务器的干净的环境! 虚拟机的各项性能还是和物理机的性能是有很大区别的,并且虚拟机上已经装了很多的服务和软件,环境不干净,影响真实的性能测试结果!20xx 年测试部的工作年度目标:电商俱乐部CRM系统 20xx 年 3 月之前完成测试工作ERP-产品系统 20xx 年 6 月 30 日之前完成测试工作 ERP-采购系统 20xx 年 8 月 25 日之前完成测试工作 ERP-仓储系统 20xx 年 9月 30 日之前完成测试工作 ERP-物流系统 20xx 年 11 月 5 日之前完成测试工作 ERP-订单系统 20xx12 月 10 日之前完成测试工作最后感谢领导和各部门的同事对测试部工作的大力支持 !

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

最新文档


当前位置:首页 > 办公文档 > 活动策划

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