敏捷测试和传统测试有哪些不同？敏捷测试的指导性原则
敏捷测试和传统测试有哪些不同？敏捷测试的指导性原则这是个有意思的问题，业界对于“去QA化”的讨论也是一波又一波的。甚至很多QA听到这个很是担心，觉得自己前途渺茫了。既然团队整体对质量负责，肯定有人会有疑问：那敏捷团队还需要专职QA吗？那么，为什么这么难呢？在我看来，多半情况是因为不是团队所有成员都清楚质量到底是什么，没有明确的质量目标，所以也就没法很好的对质量负责，要实现团队整体对质量负责，首先得搞清楚下面三个问题：关于这部分内容，在《说好的团队为质量负责呢》一文里有详细的分享，感兴趣的同学请移步阅读。下面将继续分享相关的两个话题：敏捷团队是否需要专职QA、能够整体对质量负责的团队有哪些特点。
“这么多问题，你们是怎么测的？”
这是我们测试人员听到的最多的质问，也是传统的测试人员对质量把关的常见认识。
但是，事实上，就像著名质量管理专家戴明指出的那样：软件的质量不是测出来的，测试人员没法控制软件质量的好坏。尤其是在敏捷开发模式下，特别强调的核心是质量内建，而要做好质量内建，需要团队全员的参与，需要团队整体对质量负责，这是敏捷测试的指导性原则，我们在敏捷测试宣言里也有强调。
团队整体对质量负责，这是个说起来容易做起来难的事情，很少有团队能够做的特别好。
那么，为什么这么难呢？
在我看来，多半情况是因为不是团队所有成员都清楚质量到底是什么，没有明确的质量目标，所以也就没法很好的对质量负责，要实现团队整体对质量负责，首先得搞清楚下面三个问题：
- 敏捷里的质量是什么？
- 通常容易忽视的质量有哪些？
- 团队不同角色怎么为质量负责？
关于这部分内容，在《说好的团队为质量负责呢》一文里有详细的分享，感兴趣的同学请移步阅读。
下面将继续分享相关的两个话题：敏捷团队是否需要专职QA、能够整体对质量负责的团队有哪些特点。
既然团队整体对质量负责，肯定有人会有疑问：那敏捷团队还需要专职QA吗？
这是个有意思的问题，业界对于“去QA化”的讨论也是一波又一波的。甚至很多QA听到这个很是担心，觉得自己前途渺茫了。
其实，并没有必要那么纠结是否需要专职的QA，因为QA在团队所需要做的事情始终都是要做的，不管是不是有专职的QA，从团队的角度来讲，有人做那些事情不就ok了？我们可以把QA理解成一定帽子，不管哪个角色的人戴上这顶帽子，能完成QA的工作就可以了。但是，是不是什么角色的人都换个帽子戴上就能做QA的事情了呢？这个我相信大家还是比较清楚的，术业有专攻，肯定是专业的QA会做的更好。如果没有专职QA，对团队其他角色的要求就要高很多，不是每个团队都可以做到的。
因此，作为QA的我们，并不用担心是否“去QA化”真的会发生，倒是好好提升自己，多发挥应有的价值才是正道。
说到这里，推荐大家搞清楚敏捷团队的QA该如何工作，以及QA的职业发展之路是什么样的，可以参考如下文章：
- 《敏捷中的QA》
- 《再谈敏捷QA》
- 《软件测试人员该何去何从》
- 《软件测试人员的职业发展之路》
除了前面讲到的清晰的质量目标、注意容易忽视的质量、团队成员的充分合作，要做到团队整体对质量负责对团队本身也是有要求的。从我的经验来看，能够整体对质量负责的团队通常有如下特征：
团队成员要能够为质量负责，首先得知道质量和质量目标是什么，而质量目标会受到众多因素的影响，每个项目每个阶段都会有不同的目标，及时将一些重要的信息分享给团队的每个人是至关重要的，包括客户的业务动态、生产环境系统的状态、终端用户的反馈、团队的工作重心、持续改进的状态、交付的压力和进度等等。
信息共享，有利于团队成员更好的发挥主观能动性，更好的真正为质量负责，这是健康团队最关键最重要的一个特征。
反馈机制对于软件系统的质量，我们提倡持续集成、持续测试以获取及时的反馈；为了团队的健康，需要不断优化团队成员间的沟通与合作，同样需要有相应的反馈机制或渠道。团队需要营造反馈的文化，成员间应是平等的关系，任何人可以对任何人或事提供相应的反馈。
自动化测试提供的反馈有助于软件系统更加健壮，团队内的反馈机制则可以促进团队的健康发展，有助于团队整体对质量负责。
回顾会议回顾会议是敏捷软件开发中非常有价值的一个实践，但有些团队的回顾会议流于形式，并没有带来什么效果。
好的回顾会议应该做到对事不对人，大家都能就日常工作中的事情发表自己的意见，做得好的方面继续发扬，需要改进的方面共同商讨应对策略，持续改进。
对于回顾会议讨论出的改进行动，一定要是可落地执行的，并且有相应的人员负责跟踪，不能光有行动的想法，但是并没有实际行动发生。
仪式感“仪式感就是使某一天与其他日子不同，使某一时刻与其他时刻不同。” 日复一日的例行工作需要仪式感来适当的刺激，以增加团队成员的动力。
项目顺利上线、质量提高了一个档次、某事受到客户的表扬、解决了一个极为关键的生产环境故障等，都可以有一些庆祝的仪式让团队所有成员共享喜悦。
团队活动除了有仪式感，团队还需要有定期的团队活动，比如一起出去吃午饭、一起去按摩、一起桌游等等，形式可以有很多，就算工作、生活太忙聚不全，一起简单吃个下午茶、聊聊八卦也是挺好的。
这种团队活动的目的主要是为了增进成员的凝聚力，一定要是轻松、愉快的形式，最好能够所有成员都参加。
04. 小结团队整体对质量负责是敏捷测试的指导性原则，要做到这个，需要：
- 明确质量目标，并且确保团队所有成员理解清楚各自需要为哪些质量负责；
- 软件开发生命周期的每个环节都需要多角色的合作，发挥各角色所长，取得最佳效果；
- 重视团队建设，组建健康的团队。
文/Thoughtworks林冰玉
原文链接：https://insights.thoughtworks.cn/agile-testing-guidelines/
更多精彩洞见，请关注微信公众号Thoughtworks洞见。
