【敏捷软件测试】学习笔记 [2014年06月06日]
上一篇 / 下一篇 2014-06-06 19:22:57 / 个人分类：学习
第3章 文化挑战
3.1 组织文化
敏捷团队最适合于允许独立思考的团队。
质量哲学：如何定义软件质量的可接受水平的角度。
整体团队负责质量
技能和适应能力
辅助因素：测试人员需要时间和培训。
合适的节奏：在团队更好的管理负载和节奏之后，加班才会消失。
客户关系：敏捷团队依赖于客户至少是客户代表的紧密参与。
组织规模：组织越大，结构中的层次越多，不适合技术和业务交流。
沟通挑战：每日例会。
组织内的文化冲突
提前计划
先行动后道歉：想办法创新。
授权团队
3.2 测试/质量保证团队成功适应敏捷的障碍
丧失身份
测试人员坚持拥有独立的质量保证团队，主要原因：
害怕丧失质量保证人员身份；害怕丧失支持；
其他角色
我们团队缺少什么角色使我们停止不前？
缺乏培训
培训帮助测试人员适应敏捷转变。
不理解敏捷概念
团队必须就如何成功实现向敏捷的转变而达成一致。
过去的经验/观点
测试人员坐在自己的座位上，并不与程序员讨论存在的问题。
角色间的文化差异
3.3 引入变化
讨论恐惧：提供讨论恐惧和获得反馈的机会。让人们知道感到恐惧是正常的。保持开放态度。讨论每个恐惧的根源，从讨论中学习，作出决定并继续前进。
赋予团队权利
“测试人员权利法案”
你有权利在任何时候提出关于测试、质量和过程的问题。
你有权利向客户、程序员和其他团队成员提出问题并得到及时的回答。
你有权利请求并从项目团队中的任何一个人获得帮助，包括程序员、经理和客户。
你有权利评估测试任务并将这些包含到用户故事评估中。
你有权利及时获得执行测试任务时需要的工具。
你有权利期望你的整个团队，而不仅仅是你自己，为质量和测试负责。
庆祝成功
变化需要时间并且会遇到挫折，所以，一定要庆祝你的团队获得的所有成功。
3.4 管理层期望
经理的文化改变
敏捷团队的经理关于于清除障碍，让团队成员更出色地工作，而不是糟糕地管理团队的活动。
在快速迭代中，测试人员每天都可能执行完全不同的任务。
使用经理的语言
如果创新改变项目被推迟太久，技术债务将会积累，项目进度将会放缓。
3.5 改变并不容易
耐心
应关注微小的有益增长。
让他们感觉到痛苦
人们最希望在他们感觉到最痛苦的领域做出改变。
建立你的诚信
从事你自己专长的开发
可以与程序员结对或者得到他们的辅导，那么就应请教他们。
警惕质量警察思想
要做一个合作者，而不要做一个强制实施者。
用离开表示拒绝
如果已经足够耐心，但还是无法改变现状，那就离开团队。
TAG:
