第二期测试管理沙龙

相关链接

嘉宾

  • angelia
  • 艾米
  • 强哥
  • 云胖虎
1 Like

空降后,存在许多历史遗留问题,该如何着手?

背景:负责这个业务线的研发/产品/测试都大换血好几波了,也没有文档沉淀
自己是尝试找过现有研发/产品去梳理以往的逻辑,但是确实量太大量,推不动。然后时不时线上就会有客诉,长此以往,直属领导印象很不好,目前卡住了,不知道有啥好办法

4 Likes

团队水平如何参差不齐

识别 任用 经典型的好的员工和差员工

艾米

强哥

识别 培养 淘换

优秀员工代表 价值观契合 积极 工作意愿 素质匹配度

angelia

  • 识别 能力类型 能力 + 态度 + 价值观
  • 淘换 优秀的人核心目标任用 晋升

云胖虎

  • 识别 沟通 技术 业务
  • 任用与淘汰 菩萨心肠,金刚手段
  • 优秀员工 主动性 推动团队成长 帮助领导主动解决问题

土司

  • 盘点业务 目标分析 团队支撑 人才分析
  • 培养 外聘
  • 没有培养价值的人推动换赛道

团队水平如何参差不齐

1.识别人才,允许能力参差不齐的情况进行人才梯度培养
2.取长补短,发挥专业特长人员(可能是业务/技术/管理)的优势、适当开展一些内部培训等
3.内部营造学习氛围,在组织条件许可的情况下适当引入一些外部培训和外部技术,同时鼓励成员花时间学习
4.带不上来的同学,需要分析原因,针对原因去帮助改进
5.对组织不适宜的人员,在经过沟通和帮助改进后无果的可以选择适当优化

1 Like

项目与绩效如何设定分拆

绩效目标设定

强哥

  • 跳一跳够得着的目标,不能过高,跟奖金有关 门槛值 目标值 挑战值 同行分析
  • 关注公司目标 兼顾个人成长

angelia

  • 业务目标 技术目标 技术作为业务的支持 发现线上问题数量 漏测率 崩溃率
  • 测试效率提升 自动化比率 测试工具 测试平台
  • 研发效率推动 自研 研发规范 提测质量
  • 团队贡献度 分享 业务线

项目压力问题

  • 项目多,人手少,怎么办
  • 领导压工期怎么办
  • 提测晚, 提测质量差,怎么办
  • 并行项目如何管理
  • 测试进度评估

云胖虎

  • 项目生命周期沟通 测试独占期 沟通 提前准备资源 测试左移
  • 项目完成比例 预留时间资源缓冲

强哥

  • 人少事多是常态
  • 前期减少非关键路径的消耗 环境部署自动化 jenkins 流水线构建 自动化测试
  • 流程卡点 提测
  • pmo资源 主动承担
  • 自研或者推动研发开发工具 定位 排查问题

angelia

  • PMO价值 业务线之间的对齐沟通资源协调 项目管理

土司

  • 准入标准 业务排序 人才资源池

老师们提到测试左移,我司现在的情况是,正常出需求速度,能够做到在提测前完成接口测试,但是产品出需求有时候多有时候少,需求多时,测试忙不过来,就没办法测试左移了,只能边进行功能测试边写接口测试, 为保证提测质量,我只能强制要求研发对重要或者复杂需求进行提测demo演示,避免功能阻塞压缩测试时间

项目与绩效目标如何设定与分拆
目标设定:
1.在完成基本目标的同时达到发挥成员自我驱动的能力的目的
2.目标设定需要略高一点为佳,如果日常的工作项能按时保质完成维护分值取得70分为佳
3.不同岗位或同等岗位能力层级建立不同目标最佳
测试目标拆分:
1.测试交付和质量
2.测试效率
3.贡献和价值体现

1 Like

本人工作经验6年,是个管理小白,公司有18个测试,公司业务top(主要服务于,券商,银行,基金公司)
1.最近新入职一家小公司,公司测试最主要分成两拨,一波是负责产研的测试,一波负责对客的交付测试,两边节奏都非常快,这种情况是作为管理小辈,我该如何破局呢?
2.tob的交付测试团队各位大佬如何建设呢?
3.异地测试团队如何管理呢?
4.对客的交付测试团队,和产研的测试团队,需要分开还是放在一起管理?
5. 各位大佬,你们一直在说的是公司内部的测试管理,那么对客的交付测试管理方便聊聊吗?因为涉及到对客的时候,环境都不在公司内部,自动化左移右移,都不好使呀?

强哥

  • 调整心态 沉住气 接受与拥抱职责 不要抱怨 不要被负能量影响 是危机也是机遇,也是考验
  • 反馈给领导 与领导沟通 明确历史责任与困难
  • 搞定别人搞不定的事情,就是机会和个人价值

我现在就碰见这种情况?我是目前是采用分阶段的去解决,工作量太大的话,建议划分核心问题和非核心问题,先解决topN问题

空降后遗留问题:
1.遇到问题还是要解决的
2.没有文档那就安排相关同学维护起来,排个任务或计划、确认跟进人员,每周/每天跟进下进度
3.推不动基本上是相关方没有达成一致或者存在对方没有明确的地方,比如他们要交付的事项和时间没有做约定
4.如果存在不愿意配合的人员要采用合适的沟通方式,一般来说合理的沟通可以解决80%的问题

1 Like

每个公司都做UI自动化,但感觉整体写脚本+维护的时间比正常回归用的时间都久,而且还有很多局限性;UI自动化真的有必要吗?

1 Like

关于绩效
应该都有工作量估时,怎么才能把握估时是不是准确,因为很多不怎么了解的细节只有对应的测试人员才清楚?

1.淘汰哪种人?

第1个,业务与技术能力强,但跟公司的价值观有分歧,对公司各种抱怨,负能量多,不愿意承担更多的工作,只想干完自己的活就回去当咸鱼

第2个,工作态度好,肯加班,但业务与技术能力都比较弱,业务测试效率低,跟开发沟通不顺,思维逻辑与一般人不同,比较奇怪,被多人吐槽

问题:优先该淘汰哪一个?领导希望淘汰第一个,怕这个人的负能量影响周边的人,导致多人莫名离职。

先做接口自动化,有时间要考虑UI自动化,UI自动化其实投入大,产出小,有点不值得

1 Like

根本没有项目章程。无文档或文档根本不适用。无计划、无时间点、无里程碑。测试基本上是在24h待命等着测试,并且还是在收到可以测试的通知后才知道要测试什么。针对项目提出来的想法,大多是以“你还不懂 to G 业务来搪塞”。测试提出了大量的bug也没解决、也没个说法,就是因为到上线时间了就一定要上线。作为测试,很没有成就感。作为QA,提出来了一些改进想法,就要由我来负责解决,给我造成的困扰就是,我提的建议越多,在测试范围之外要承担的工作就要越多。

测试管理最难的还是管理人,其他的测试技术选型、push业务都是次要