xx测试经理工作总结.docx

XX 测试经理工作总结 想知道测试经理工作总结怎么写的吗?想知道的话就让 我们一起来看一 XX 测试经理工作总结范文吧。 3 篇一 时光荏苒，如今 12 年的帷幕已经谢下，13 年的钟 声已经敲响，在公司高层的正确领导下，我们佰腾科技又 走过了一年。而我也在自己的努力以及同事的帮助下完成 了 XX 年我所负责的工作，以下就是我对过去这一年的工作 总结： 一、测试工作及经验 作为软件部测试组的一员，首先要做好的就是自己的 本职工作，我在 XX 年中所做的工作主要有： 测试用例的编写，对系统的测试、跟踪; 需求、高保图、界面和功能的测试; 功能测试用例的编写，高保图、系统的测试; 的静态页面测试和功能测试; 的功能测试; 第一、二、三迭代高保图测试，测试用例编写，静态 页面和功能测试，并主持参与测试用例评审; 平台高保图的测试和系统静态页面、功能的测试; 的高保图测试和测试用例的编写; 的静态页面和功能测试，参与测试用例的评审; 的高保图测试、静态页面和功能测试; 用户使用手册的编写; 一年的工作，让我获得很多方面的经验： 1.编写逻辑覆盖率全的测试用例甚为重要。在理解需 求的前提下编写测试用例，使得我掌握了多种测试用例编 写方法，更让我对产品的需求有更加深入的理解，须知对 需求是否理解透彻决定了能否有效、全面地对产品进行测 试; 2. 要站在用户角度对系统进行测试。从一些项目中出 现的未能及时发现的 bug 中，我认识到用户体验的重要性， 现在能够越来越多的从这方面来执行测试; 3.对拿到手的项目有较清晰的思路，能够更加快速、 准确地发现问题; 4.越来越规范的工作流程的让我们的工作有条不紊的 进行，让我深刻认识到工作的规范性是多么的重要，并且 从中学习如何从文档和流程上规范工作。 5.同事间的沟通很重要。现在不管遇到什么不确定或 疑惑，都与开发人员、 产品经理等及时沟通，大大提高了工作的效率。 二、加强自我能力的提高 只有不断的提高自己各种的能力，才能胜任越来越艰 巨的任务，因此在工作相对不饱和的时候，我自己进行了 一些学习。 为提高对“用户体验”的理解，我学习了下一站用 户体验 ，书中一些经验确实让我获益匪浅。不能总拿别人 的用户体验去改进自己的产品，但是有一些却是通用的， 比如：太多弹出框、按钮会给用户带来愤怒感，要适当的 给页面减肥等等。 深知单纯的界面测试和功能测试已经渐渐不能满足今 后平台的开发，所以我学习了性能测试的一些相关知识， 并在师父的指导下运用 LR 工具进行简单性能测试，以后必 须坚持学习。 三、存在的不足及明年计划 一年的工作让我有所进步，但是很多地方还是存在不 足，比如：有时候看问题比较主观，不是很细致，没能深 入地去测试，会有遗漏的 bug;自身专业技术能力还不足， 不能从系统稳定性这一点上对系统进行测试。在以后的工 作中，我会努力改善。 在 XX 年的工作中，我计划： 1、本着实事求是的态度，更加认真、负责的完成工作; 2、要尽可能深刻的理解需求，坚持编写覆盖率强的测 试用例; 3、按照系统稳定性测试方案，要逐渐对系统的稳定性、 安全性进行测试; 4、继续研究性能测试，并要将 LR 工具运用在实际工 作中; 5、多多的学习，参加一些有益的培训，在实际工作中 活学活用。 四、个人建议 这一年来我们部门有着的显著进步，越发规范的工作 流程，越来越明确的责任制度、管理体系等，都让我们更 加有凝聚力。在此，个人提出以下几个小建议： 1、希望可以加强对项目的把控，尽量能将延期风险降 到最低; 2、从各个组对需求理解的不一致，以及信息更新不及 时等问题上看，沟通 问题还是有待完善; 3、希望能够在需求这一关卡上能更详细、准确的确定 产品的功能要求; 4、虽然工作任务繁重，还是希望部门能够多组织活动， 完善奖励制度，可 以让大家更加激情的为部门、为公司奉献自己的全部 力量。 以上是我个人的一些浅见，相信在大家共同的努力下， 向着同一个目标进发，软件部甚至整个公司必定会大展全 新的宏图伟业。 篇二 20xx 年本人作为应用小组的经理，和 ys 一起负责 应用小组的工作计划制定、日常事务组织等工作。日常工 作主要围绕以下四个方面展开: 1.制定应用小组的每周、每月工作计划，并落实追踪。 2.做好项目性的管理工作 3.根据 404 的要求推进日常规范化工作 4.根据年初制定的信息技术部考核指标，对地市信息 进行绩效辅导。 回顾 20xx 年，应用小组的年度重点项目有以下十个方 面: 1.协助各个部门完成核心系统运维 23888 件，平均每 个月 2179 件，这是我们小组成员日常化的一项工作。通过 这项工作让我们了解了公司的经营管理、理解了客户和内 部员工的需求、了解了风险管控对于公司的重要性。 月份我和 cf 参加总部服务台项目开发，同时担任该项 目的现场经理。通过这个项目我了解了 it 部门的基础管理 的先进理念，这对我进一步从事 it 方面的工作影响深远。 3.我们完成了业务受理系统在新契约方面的上线工作， 这是一项非常具有开拓性意义的项目，它承载了我们三个 方面的理念：第一将中国人寿集中处理的优势转变为集中 管理的优势，将网点的优势转变为服务的优势;第二实现受 理和处理分离提高工作效率，提升公司的服务形象;第三这 是对新一代核心系统“瘦核心”的一项有益的尝试。 4.协助个险部门完成收展系统全省上线，同时实现全 省孤儿保单的区域化划分，利用现有的资源，深度开发， 拓展业务;建立新的销售渠道，培育新的增长点。在高效利 用客户资源的同时做好差异化的经营准备。 5.协助总部完成统一收付费项目开发和上线工作，这 个项目包括统一收付费、统一转账、银联收付费等，提升 了公司的市场服务能力。其中银联收付费项目，不旦可以 为柜面零现金工作作出巨大的贡献，并且我们构建的银联 前置系统，在整个保险行业也属于领先的水平，这从这个 意义上来说我们构建了一套保险公司和银联交易系统的交 换标准，为将来进一步的应用打下坚实基础. 6.协助总部完成首期代扣流程调整的开发和上线工作 新单首期代扣是我省引导客户缴纳新单保费的一种非现金 收费方式，通过首期代扣可以减少现金流，提高非现金收 费率，降低经营风险和管理成本;同时新的流程大大缩短代 扣的周期，这一点将深受营销员拥戴也有利于销售部门对 业绩的追踪。 7.协助财务部门完成新一代财务系统上线工作，这个 系统结合了中国人寿未来发展战略和经营管理模式， “矩阵 式经营管理体系”是整个系统设计的核心;流程设计方面， 在兼顾各级业务流程差异性的基础上，系统进一步规范 “省级集中”的管理流程。 8.协助个险部门完成上线是基本法的最主要载体，是 营销管理的核心制度，这次的上线，在做好基础应用的基 础上，我们在“利益导向” 、 “佣金激励” 、营销员保障三个 方面继续保持了福建省基本法在全国的领先地位。 年我们构建了数据质量监控系统，我们认为治理的关 键在于预防，通过主动发现将数据安全的隐患扼杀在摇篮 中，今后这项工作将成为我们日常工作的一个重要组成部 分。 10.协助总部完成了航意险实时出单的开发和上线工作， 为将来这种类型的销售模式探索了一条可行的道路 另外我们还协助相关部门完成了各个阶段基础率分析、 精算、留存业务清理、数据报送等阶段性工作，由于时间 关系不做一一列举。 20xx 年对我个人来说，有两个方面得到了提升 1.团队经营的能力有所提升 20xx 年我们尝试将应用小组作为一家公司来经营，以 公司运营来看待团队管理，我们经常这样问自己：如果我 们这十多个人的团队作为市场竞争的一个主体，人寿保险 公司凭什么把每年的基础运维工作交给我们来做?我们的竞 争优势在什么地方?我们如何“盈利”?我们必须在成本分 析、基础服务、创新等方面提高市场竞争力。 2.对于 itil 理念的理解加深(信息技术基础设施库) 我认为公司的 404 教会了我们应该如何去做工作， itil 教会我们如何将这些工作落地。未来 it 的服务是可以 定价的，公司员工作为 it 的客户，能够很清楚知道自己可 以得到什么样的 it 基础服务，以及服务的时效。现阶段我 们要实现这些方面还很难，从平凡到卓越的路程有很长， 当前我们应该着手去构建的 it 基础应该有：it 服务台(作 为 it 服务的透明窗口)、突发事件管理、问题管理、配置 管理、变更管理、版本发布管理等。只有把这些基础工作 做好了，我们才能够逐步实现 it 管理的卓越。 20xx 年也有两个方面的不足 1.团队经营管理的能力不足，这个课程对我来说还很 长，需要在工作中用心摸索实践 2.对于工作的追踪落实力度不足 对公司业务发展、经营管理的合理化建议有五点(站在 it 的角度) 1.加大流程再造速度 流程改造可以降低成本、节约时间、提高效率。流程 的再造依据四个方面的原则：第一全流程的考虑，是多部 门的事情不是一个部门的事情;第二强调运用 it 工具的重 要性，以自动化、电子化取代人的工作;第三重新思考流程 的目的性，使流程和经营管理目的相结合;第四重视逆向思 考。 2.充分利用我们职场的优势，将服务延伸到销售的终 端，充分发挥国寿网点的优势，制衡同业，应对竞争。 3.继续深入收展体制改革，完善收展基本法。将区域 收展和精英化服务思想融入日常经营管理中。 4.统一客户的视图，逐步建立较为科学的客户分析指 标体系，实现客户宏观分析、细分分析。建立投保人保险 缴费模型，被保险人保险保障模型，挖掘客户保险需求、 一般性销售规律，辅助公司产品销售。 5.提供适合市场竞争的各种技术支持，从某种意义上 这是一个将公司做“小” ，客户做大的过程。可以通过三种 方式将公司做“小”：一个是合理外包、二是强强联手， 比如通知书邮政寄送、三是借助互联网。这些市场竞争的 支持包括：航意险、城镇医疗、困难家庭救助、乘意险等。 20xx 年部门的工作指导思想是：建立以价值为导向的 工作思路，更加关注公司管理层、应用部门以及基层公司 的年度经营管理思路，通过精细化的 it 服务，体现 it 的 工作价值，发挥其生产力引擎的作用，在组织流程优化和 提升市场服务方面做出努力，提高公司的整体运营能力和 效率、降低成本。新的一年我们仍然会围绕这一主题开展 工作。 篇三 我是在 20xx 年 5 月到新单位工作的，新单位是一 个很不错的单位，项目饱满，资金等方面也没有太多的问 题，但就测试部门工作的情况却很不乐观。具体表现是人 员少，任务重，人员不稳定。领导对测试部门的工作很不 满意，在面试我的时候就多次表示了对公司目前测试不满， 期待我来之后能够带领测试部门有一个比较好的发展。 首先说说我们公司测试部门在这四个月的变化吧 1 测试人员大量增加，原来的测试人员为 3 人，现在 为 14 人，人员扩充了 3 倍，目前来说，测试人员的数量还 不是很多，但相比原来部门的扩充速度还是很快的，另外 一个方面，由于我们工作比较有成效，领导基本认可开发 人员和测试人员比例可以达到 1：或 1 的比例。我想这个比 例对一个国内的企业来说已经是很高的比例了。 2 个人素质的提高。具体的个人素质提高不是很好说， 还是用项目来说吧，我刚来的时候，测试人员在一个系统 测试的时候，一般测试需求点位 500 个左右，后来一个项 目在作回归测试的时候，测试需求点达到 15000 个，第二 次回归测试的时候测试需求点达到了 49000 个，这里要说 明的是，我们测试需求点的增加不是为了增加而增加，而 是对被测试需求各种使用情况分析的更详细，程序覆盖强 度越来越大的结果，测试发现的问题深度逐步增强的反应。 3 机器设备的变化，测试人员是开发群体的弱势群体， 他们的机器配置也是公司最低的，刚来的时候，全部测试 人员都使用 P4 完全不能满足自动化测试的需要，目前，测 试人员基本都是 P4 双核，液晶，测试人员很高兴。另外我 们还有专门的测试流程管理服务器，一些淘汰下来的老机 器作为专门跑测试用例的测试专用机。 4 开发人员对测试人员的态度改变。测试人员在开发 过程中处于弱势地位，这是一个不可回避的现象，原来开 发人员可以随意的让测试人员作自己认为需要的测试，而 测试人员是没有办法拒绝的，甚至连具体测试的方法和手 段开发人员都要干涉，而一旦出问题，首先怪罪测试人员， 而不是找自己的责任，测试人员成了项目失败的替罪羊。 而现在这种已经发生了很大的改变，至少测试人员有能力 展示他们的特长。而不是开发人员的附属。 5 领导对测试工作的态度转变 我刚到单位的时候，领导们对测试工作很不满意，给 我印象最深的是领导说，测试部门的工作人员，可用的就 留下，不可用的就直接开除，这对测试人员的工作评价实 在不高，现在好多了，首先测试部门现在的工作得到了领 导的认可(原来我们总是被批评，而现在总是被表扬)，其 次，人员、设备的配置在增加，最重要的是，我们要求的 测试时间可以得到保证。 到单位工作 4 个月了，测试部门出现这么多的变化， 有很多原因，但最重要的就是那句话：做正确的事情，正 确地做事情。 个人认为做正确的事情比正确地做事情要重要，道理 很简单，中国的一句成语，南辕北辙是最好的解释了，如 果不能了解什么事情是正确的事情，那么你做事情的效果 越好，则整个项目失败的可能性越大。下边先说说我到单 位做的几个事情。 1 和领导达成一个协议 和领导达成一个协议是一个很关键的事情，我在面试 的时候，就了解到了领导们对测试部门的工作很不满意， 希望很快扭转测试部门目前的工作状态，但一个部门工作 状态的改变不是一件很容易的事情，在面试的时候，我就 和领导们达成了一个协议，争取测试部门在 3 个月内有一 个小变化，6 个月内有一个大变化，12 个月内形成一个良 好的工作环境。领导是 一个明白人，没有强迫我在几天或 几周内就要 有一个大变化，这为我们部门以后的发展打下 了一个良好的基础。 2 了解单位的工作情况 3 了解单位工作的问题 4 订立规则 5 组建自己的团队以及核心团队 6 协助其他人做工作 测试人员工作分配不均，严重影响工作情绪 在我来的时候，测试人员都是被配置到项目组，开发 人员有测试需求的时候都是直接找到本项目组的测试人员， 由于各项目进度不一，造成在不同阶段测试人员的工作量 严重不一，真是忙的忙死，闲的闲死。另外还有一个问题， 有一些比较好的测试人员会主动帮助其他测试人员，而一 些懒惰的测试人员作会坐在一边装作什么都不知道，结果 是好的测试人员忙死，其他人闲死。 4 订立规则 在了解了测试部门当前的主要问题，解决的方法就确 定了，具体方法： A：首先是订立规则，说简单点先确定测试部门内部规 则，我规定测试部门只接受系统测试，不接受单元测试和 集成测试，说简单点，测试人员进行的测试必须是一个完 整的测试周期，最短时间是 2 周，这样才能保证测试工作 的最低测试强度。 B：我向测试人员明确测试人员是软件开发过程中的专 业技术人员，他们的特长就是测试技术，在测试技术上测 试人员不能比开发人员水平低，所以，他们的测试工作要 保持自己的独立性，问题的发现是他们作主，至于发现的 问题是否是 BUG，是否需要修改，这是开发人员(确切的说 是项目经理)和质量保证人员来确定，但是否是问题是测试 人员来决定，测试人员判断是否是问题的标准就是测试结 果和测试预期结果是否相同，只要不相同，就算问题。其 他人员无权对这个原则提出异议。 C：为了保证测试的独立性，我要求测试人员在测试过 程中，不要和开发人员有过多的交流，如果有交流也仅仅 限制于关于系统如何使用方面(我们没有很好的开发文档)， 其他的一概不和开发人员讨论，这种方法虽然会对开发工 作有一些阻碍工作，但在测试工作当时的工作状态下是很 必要的，否则整个测试工作