• 0
  • 0
分享
  • 不同测试角色年终汇报总结异同点——软件测试圈
  • 曼倩诙谐 2024-01-25 10:55:38 字数 1975 阅读 431 收藏 0

  一 不同测试角色年终总结重点及案例

  刚刚结束了一波战斗,费脑又费精力,周末在家写了一天年终总结,在写的过程中,颇有感触。又到了一年的尾声,作为搬砖人来说总结写的好不好关乎个人切身利益,从个人发展角度来看可总结经验教训、寻找工作规律,培养、锻炼自己的思维方法提升个人工作能力;从小组及公司层面来看一份具有参考价值的报告可增强团队凝聚力,为企业提供决策依据。年底一般企业都会针对项目写总结,一般流程是组员呈交给组长,组长递交给测试经理所以每个层级写各自的总结,会有不同的侧重点,下面分别来聊聊测试工程师、测试组长以及测试经理年终总结的关注点在什么地方以及采用什么样的方法及策略使年终总结有实际意义且高大上。

  二 不同角色年终总结重点

  接下来我分别针对不同工作重点与职责、关注项目和业务情况、未来规划与目标3个方面来聊一聊不同角色的区别。

  1、工作重点与职责

  测试工程师:关注具体任务的完成情况,如测试用例的编写和执行,缺陷的跟踪和管理,以及与开发团队的沟通和协作。

  年终总结中会重点总结个人完成的任务,遇到的问题及解决方案,以及个人技能的提升和知识储备。

  测试组长:关注整个测试团队的进度和绩效。在年终总结中,会重点分析团队的整体表现,如团队目标的达成情况,团队成员的成长和培训,以及团队管理和协作方面的经验和教训。

  测试经理:关注整个测试部门对公司业务和战略的贡献。在年终总结中,会强调部门的工作目标、资源分配、人员管理、跨部门协作以及与公司高层管理层的关系等方面的情况。

  2、关注项目和业务情况

  测试工程师:主要关注具体项目的进展和完成情况,包括项目中的任务分配、进度安排以及与项目相关的技术、工具和方法。

  测试组长:除了关注单个项目的进展,还关注多个项目的协调和管理,如何合理分配资源,平衡项目间的优先级等。

  测试经理:更加关注整体业务的发展趋势和市场需求,如何根据业务调整测试策略,以及如何通过测试工作支持公司的发展目标。

  3、未来规划与目标

  测试工程师:更注重个人技能的提升和职业发展,可能会提及未来在技术、工具或方法上的学习和提升计划。

  测试组长:更关注团队未来的发展和建设,如团队规模扩大、人员招聘和培训,以及团队整体绩效的改进等。

  测试经理:更加关注部门未来的战略规划,如与其他部门的协同工作、资源的优化配置、测试技术的创新和研发等。

  综上,整理表格如下:

1-1.png

  二 3个角色小案例

  以上,明确了自己的工作职责及汇报重点后,接下来就是开始进行设计环节,一般公司都会有模板,大体上分为总结及规划两大模块。再针对这两项内容再结合自己的定位往里面填充内容就可以了。其中规划一般可以从上年度未完成工作及本年度下级下发工作任务中提取,下面主要聊聊总结部分。

1-2.png

  1、成果描述

  单个项目完成情况-测试工程师角度,关注单个项目进展和完成情况。

1-3.png

  各项目完成情况-测试组长角度,关注多个项目的协调和管理。

1-4.png

  2、总结和改善

  很多人写的内容把自己这一年干的事完成了什么项目,写了多少条用例,提交了多少bug,但没有结论,没有思考,没有项目或者管理上的问题。我们写总结的目的是什么-总结经验,体现价值,突出贡献要重点描述,其次可以写收获,最起码体现我们还是一个勤于思考,努力上进的打工人。

  测试工程师从测试技术方面的总结:

  ·在功能保证的前提下,从测试专业性及完整性可考虑增加性能测试及安全测试。

  · 测试环境数据使用全新的基础数据可发现一些新问题,测试数据尽可能接近用户使用场景。

  · 测试报告中redmine 统计各模块测试bug数需要对导出的excel中进行功能模块拆分,耗时量大且不准确,通过redmine 中维护功能模块名称对应开发人员问题规避。

  测试组长角度从测试管理方面的总结:

1-5.png

  测试经理的角度从测试规划方面的总结:

1-6.png

  3、把自己当领导

  换一种思路,如果你自己是领导,你想从他人的总结出提炼出什么数据,,无非就是我们完成了什么项目,在项目中做了什么事(努力程度:加班、出差、工作量 ),有哪些价值高的事(为公司降本增效、赋能其他同事),有哪些问题做的不足(待改善),有哪些困难(寻求资源)以及下一年的工作目标(有规划),按照这个思路一篇80分的工作总结已经可以交卷了。

  除了上面提到的思路外,额外的20分可以体现在ppt 的技巧上面,如数据突出、格式整齐,图片加彩、样式新颖等,外加演讲者的口才。

  好的测试工作的年总结可以彰显团队的协作能力,可以反映项目的质量水平,可以提升个人的技术水平,还可以预测未来的风险。它不仅是对过去一年的总结,更是对未来工作的指导和启示。


作者:M&T.    

来源:http://www.51testing.com/html/03/n-7799403.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   接口自动化的代码是比较简单的,单接口用例5行代码,多接口场景用例10行、30行、60行不等,都是那种只要认真看都能看懂的,所以在编写用例代码的时候注释都很简洁。但当很用心去完成一个接口用例时,会发现能做的还可以更多,比如命名和注释,看起来更加赏心悦目。  场景用例  获取二维码+二维码扫码结果:  看起来是真的舒服呢!下面上代码。package com.XXXXXXX.api.kjkhd.naturalperson.login; import com.alibaba.fastjson.JSON; import com.alibaba.fastjson.JSON...
            0 0 751
            分享
          • 1、引言小鱼:小屌丝, 这段代码为什么要开两个线程?小屌丝:因为我要读写文件,还要备份文件,所以就开两个线程了。小鱼:嗯,想法是对的,但是,还有一种简便的方法, 不需要开两个线程就能搞得定的。小屌丝:额…难道是with open?小鱼:不是。小屌丝:那还有啥呢? 我咋想不起来了。小鱼:嗯,这个方法很奈斯,但是很少人使用,因为大部分码农都是直接open 文件的。小屌丝:那你就别藏着掖着了,赶紧展示一下,让我也长长见识。2、 fileinput说到fileinput,可能90%的码农表示没用过,甚至没有听说过。这不奇怪,因为在python界,既然open可以走天下,何必要fileinput呢?。但...
            0 0 1035
            分享
          • 01运行1)App安装完成后的试运行,可正常打开软件。2)App打开测试,是否有加载状态进度提示。3)App页面间的切换是否流畅,逻辑是否正确。4)注册  同表单编辑页面  用户名密码长度  注册后的提示页面  前台注册页面和后台的管理页面数据是否一致  注册后,在后台管理中页面提示5)登录  使用合法的用户登录系统  系统是否允许多次非法的登录,是否有次数限制  使用已经登录的账号登录系统是否正确处理  用户名、口令(密码)错误或漏填时能否登陆  删除或修改后的用户,原用户名登陆  不输入用户口令和重复点“确定/取消”按钮,是否允许登录  登陆后,页面中登录信息  页面中有注销按钮  登录超...
            12 12 1766
            分享
          • 我们都知道,随着年龄的增长 测试的行业岗位方向大致分为测试专家、测试开发工程师、测试管理,还有一个方向就是QA,软件质量保证那么,如何能够转行QA呢,一般按照我的经验来看,80%的概率是在公司内部转岗,这样比较容易,没有相关经验的机会很渺茫说到这里,CMMI和QA 有什么关系,为什么写做QA要了解CMMI我们来看一个截图,如下显示QA岗位技能要求一般都要求熟悉CMMI,更有的要求参与过cmmi培训等所以,CMMI属于最基础的内容,也是想成为QA的第一步1、什么是CMMI“CMMI全称是Capability Maturity Model Integration,是能力成熟度集成模型。CMMI 5...
            0 0 2163
            分享
          •   测试用例(Test Case)是为特定的目的而设计的一组测试输入、执行条件和预期结果的文档。它的作用其实就是为了测试是否满足某个特定需求。测试用例是指导测试工作进行的依据。  测试用例的组成  标准的测试用例通常由以下几个模块组成:  ·用例编号:测试用例的唯一标识。  · 模块:标明被测需求具体属于哪个模块,主要为了更好识别以及维护用例。  · 用例标题:又称之为测试点,就是用一句话来描述测试用例的关注点。每一条用例对应一个测试目的。  · 优先级:根据需求的优先级别来定义。高优先级要覆盖核心业务,重要特性以及使用频率比较高的部分。  · 前提条件...
            0 0 637
            分享
      • 51testing软件测试圈微信