第二期测试管理沙龙

霍格沃兹测试开发学社 公众号
1

相关链接

嘉宾

  • angelia
  • 艾米
  • 强哥
  • 云胖虎
1 个赞
2
3
4

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

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

4 个赞
5

团队水平如何参差不齐

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

艾米

强哥

识别 培养 淘换

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

angelia

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

云胖虎

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

土司

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

团队水平如何参差不齐

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

1 个赞
7

项目与绩效如何设定分拆

绩效目标设定

强哥

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

angelia

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

项目压力问题

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

云胖虎

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

强哥

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

angelia

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

土司

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

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

11

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

1 个赞
12

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

13

强哥

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

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

15

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

1 个赞
16

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

1 个赞
17

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

18

1.淘汰哪种人？

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

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

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

19

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

1 个赞
20

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

21

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