软件测试经理工作总结

时间:2024-08-09 10:20:31 工作总结 我要投稿
立即下载

软件测试经理工作总结

  • 相关推荐

  总结是指对某一阶段的工作、学习或思想中的经验或情况加以总结和概括的书面材料,通过它可以正确认识以往学习和工作中的优缺点,让我们抽出时间写写总结吧。那么如何把总结写出新花样呢?下面是小编帮大家整理的软件测试经理工作总结,仅供参考,大家一起来看看吧。

软件测试经理工作总结

软件测试经理工作总结1

  我是在7月份到新单位工作的,新单位是一个很不错的单位,项目饱满,资金等方面也没有太多的问题,但就测试部门工作的情况却很不乐观。具体表现是人员少,任务重,人员不稳定。领导对测试部门的工作很不满意,在面试我的时候就多次表示了对公司目前测试不满,期待我来之后能够带领测试部门有一个比较好的发展。

  首先说说我们公司测试部门在这四个月的变化吧。

  1、测试人员大量增加

  原来的测试人员为3人,现在为14人,人员扩充了3倍,目前来说,测试人员的数量还不是很多,但相比原来部门的扩充速度还是很快的,另外一个方面,由于我们工作比较有成效,领导基本认可开发人员和测试人员比例可以达到1:0.8或1的比例。我想这个比例对一个国内的'企业来说已经是很高的比例了。

  2、个人素质的提高

  具体的个人素质提高不是很好说,还是用项目来说吧,我刚来的时候,测试人员在一个系统测试的时候,一般测试需求点位500个左右,后来一个项目在作回归测试的时候,测试需求点达到15000个,第二次回归测试的时候测试需求点达到了49000个,这里要说明的是,我们测试需求点的增加不是为了增加而增加,而是对被测试需求各种使用情况分析的更详细,程序覆盖强度越来越大的结果,测试发现的问题深度逐步增强的反应。

  3、机器设备的变化

  测试人员是开发群体的弱势群体,他们的机器配置也是公司最低的,刚来的时候,测试人员使用的机器都完全不能满足自动化测试的需要,目前,测试人员基本都提高了机器配置,测试人员很高兴。另外我们还有专门的测试流程管理服务器,一些淘汰下来的老机器作为专门跑测试用例的测试专用机。

  4、开发人员对测试人员的态度改变

  测试人员在开发过程中处于弱势地位,这是一个不可回避的现象,原来开发人员可以随意的让测试人员做自己认为需要的测试,而测试人员是没有办法拒绝的,甚至连具体测试的方法和手段开发人员都要干涉,而一旦出问题,首先怪罪测试人员,而不是找自己的责任,测试人员成了项目失败的替罪羊。而现在这种已经发生了很大的改变,至少测试人员有能力展示他们的特长。而不是开发人员的附属。

  5、领导对测试工作的态度转变

  我刚到单位的时候,领导们对测试工作很不满意,给我印象最深的是领导说,测试部门的工作人员,可用的就留下,不可用的就直接开除,这对测试人员的工作评价实在不高,现在好多了,首先测试部门现在的工作得到了领导的认可(原来我们总是被批评,而现在总是被表扬),其次,人员、设备的配置在增加,最重要的是,我们要求的测试时间可以得到保证。

软件测试经理工作总结2

  1、不要老在开发面前表现自己的“小白”,时间久了,自己就可能真的会变成“小白”;

  2、平时测试过程中,除了测试界面的功能之外,可以查一下数据库,检查数据是否写入数据库成功,如果自己把数据库的数据再修改一下会怎么样;

  3、前端测试的时候,多看看服务器日志信息,很多时候前端操作的异常,通过服务器错误日志信息可以找到问题原因,如果我们把问题原因告诉开发,将是开发比较高兴的事情;

  5、当发现问题后,不要急着记录问题,先自己确认问题,是否与浏览器、缓存等有关系,确认问题后,最好还可以找到问题的'根源。

  总之,在测试过程中,要学会发现问题并分析问题,在测试过程中积累测试技术专业知识。

  不知不觉写了这么多,感觉还没有说完,希望我的一些拙见能对刚毕业的同学和还在测试领域迷茫的朋友一点帮助。

软件测试经理工作总结3

  1、完成部门测试体系搭建

  2、启用并完善了测试知识库,包含文档库、工具库、缺陷库、文案库等

  3、制订并下发了项目管理SOP流程,需求管理SOP流程,质量管理SOP流程

  4、质量组人才梯队搭建,并引入QA管理流程

  5、开展测试技术及质量管理相关培训,促进团队积极学习氛围

  6、接口自动化测试脚本设计及编写,解决了发布流程测试问题

  7、形成月度缺陷分析会议,通过统计分析在缺陷趋势及走向图从宏观角度动态调整项目计划

  亮点经验是自己突出或者比别人做得更加出色的部分,所以如果是一大部分同事也做到了就没必要写上去了,但自己的`亮点除了要写出外,在述职时最好增加一些鲜活的案例佐以讲出。适当的过程表述会更有信服力。

软件测试经理工作总结4

  技术方面:

  1、负责公司社区后台管理系统的版本的测试及上线工作,参与整个产品测试的全流程。引入静态测试、文档测试、单元测试、接口测试等测试类型来保证项目产品质量

  2、负责公司活动产品策划底层框架重设的需求,完成上线后提高15%的性能提升

  3、搭建了后台管理系统的主流程接口自动化框架的搭建,通过GIT新COMMIT代码后可以直接触发自动流程测试,每月节省了至少8人天人工

  4、参加后台系统的报表测试主设计,通过编写并使用自动化脚本执行固定任务,比原计划提前3天完工

  5、确定并对接论坛项目的外包开发与第三方测试团队,为公司周年庆活动的技术支撑提升了整体质量

  6、整理并分析生产环境缺陷报告,通过统计分析,找出可以避免的生产故障,使生产故障率降低5%,并形成了统一分析模板:

  管理方面:

  1、制定通信事业部门-项目管理SOP流程,需求管理SOP流程,质量管理SOP流程,并在下属部门进行宣贯及实行,规范了事业部门的对外工作流程,减少了沟通成本

  2、部门重组后,更新并完善质量组测试制度,包括新人入职培训制度、月度质量组例会制度、缺陷报告分析流程以及月度项目质量播报,通过可视化的`看板,使项目组的每位成员均可实时查看自己负责模块的质量及进度

  3、通信事业部测试体系搭建完成并宣导

  4、建立质量组的OKR清单;研究常见问题和案例

  5、开展了6场测试技术与质量管理相关的培训会议,精进了质量组人员的职业技能

  6、质量组技术梯队组建,引入了QA管理,并通过开展定期的技术研讨会议,学习行业前沿技术,促进管理可持续发展

  如果身兼多职或分管其他部门,可以分开描述工作内容会更加清晰明了,工作内容部分不用过多描述已被公司废弃的项目或是价值较小的产品,可以提前了解好公司的战略方向,工作内容描述尽可能多地向这个方向靠拢,会更加被领导认可。在肯定公司战略方向的基础上,表现出自己在这个过程中创造出的工作价值。如上述中SOP、 OKR均是公司管理层Q3上提出的一个管理方案。另外,前半部分突出内容,后半部分则一定是价值,如降低XX成本、提高XX效率等等

软件测试经理工作总结5

  1、项目方面(公司产品交付)

  2、团队管理。

  1)形成测试小组,培养2名核心测试人员。

  2)完善部门各个管理模块的SOP并落地执行。

  3)形成部门月度OKR会议,每月月底会议总结。

  4)完成接口测试脚本覆盖率超90%,并落实持续集成。

  3、个人管理

  时间管理

  学习管理,坚持周计划与每日回顾

  持续学习制订技能地图

  明年计划这部分最重要的是项目模块,要交付哪些输出物,与公司的战略方向是否一致,而后边的团队管理和个人管理则是辅助我们完成目标的过程管理,可以稍少些描述。今年的.工作内容体现出了价值,而明年计划就是我们的持续发展价值。

  20xx即将结束,愿新的一年梦想飞扬。

【软件测试经理工作总结】相关文章:

软件测试工作总结05-20

软件测试实习报告05-29

软件测试实习报告06-07

软件测试年度工作总结09-16

软件测试实习报告【精品9篇】08-28

软件测试心得体会15篇05-22

测试工作总结05-20

软件开发工作总结05-24

软件项目开发工作总结09-25