【每日一学 20260731】敏捷之道——团队敏捷测试落地的要点

2026-07-31 10:58:00
蓉蓉
原创
7

1.团队目标-提升质量

在传统团队中，团队的质量问题都是交给测试团队负责。如果规范一点，会设置SQA的过程保证团队来提升质量。对测试团队的目标就是尽早发现缺陷并且尽可能发现所有缺陷，随着软件的复杂度增长，质量团队的规模也随之增长，筒仓效应越发明显，影响了交付周期。

所以，测试团队的职责目标需要从发现问题化为保证质量，把自己从单一的测试角色定义中跳出，一切可以提升质量的过程都可以参与，逐步左移测试过程，最终实现持续测试，全程质量保证。

2.团队能力-全栈化

全栈化是全程质量保证的基础，从基础的面对需求测试逐渐引入技术架构，从技术架构角度验证数据流，把以前纯黑盒的输入输出，转化为可隔离可跟踪的透明穿透。无论是右移的生产测试能力，还是基本的自动化测试体系再到左移的需求实例化及质量目标，都是需要在意识达标后的能力要求。

3.团队意识-协作赋能

赋能团队具备质量保证能力及意识，与团队协作进一步提升质效。质量内建成为整个软件团队的共同意识，为软件设计可测试性，评估初期的容量，赋能团队质量能力，让质量成为每个人都愿意多做一点的DoD（完成的定义）。

回到开始的话题，在使用敏捷交付的开始，优先功能的策略能让系统以不可思议的速度快速搭建。但是随着时间的推移，越来越多的细节浮出水面，这个时候想继续保持快已经不可能了。质量会在一个意想不到的时候成功地把团队绊倒，让所有人老老实实地把新Feature抛开，一个个修复那些前面留下的质量技术债，而眼睁睁地看着竞争对手逐渐超越自己却无能为力。

敏捷原意强调的是在目标不明确的情况下，帮助我们找到目标的方法、提高管理能力、打碎一切不切合实际的幻想。构建稳定的交付速率在很大程度上依赖于对技术债、质量的风险评估。如果缺乏对质量的尊重，在交付的过程由于能力或者意识导致少做点就可以尽快发布用户价值，短时间提升所谓的Velocity（速度）指标，其效果和加班后透支未来带来的交付能力大幅下降异曲同工，而后续带来的团队信心丢失、成就感降低会进一步压垮团队，导致项目的最终失败。

别走得太快，等一等灵魂。——古印第安人语
一个西方考察队到神秘的原始森林探险考察，请了当地土著印第安人做向导。在疾行三天后，土著向导要求队伍停下来休息一天，问其原因时，他说：我们走得太快了，灵魂跟不上来，需要停下来，等一等灵魂。

走得快了记得休息一下，等等灵魂，确保质量不会成为敏捷交付的绊脚石。


来源：《敏捷之道》——团队敏捷测试落地的要点--文/陈霁

发表评论
通过审核后显示您的意见