敏捷测试的本质
测试遵循敏捷宣言进行,把开发作为顾客看待。项目的测试采用敏捷方法论。 敏捷测试的原则与上下文驱动测试的原则有交集,例如,上下文驱动测试的七大原则中的第三条:工作在一起的项目组成员是项目的上下文的最重要的组成部分。与敏捷宣言中的“个体和交互比过程和工具更有价值”一样强调人的作用。
持续地对软件质量问题进行及时地反馈 。
敏捷测试也意味着测试遵循敏捷的基本原则,接纳敏捷的核心价值观(交流,简单,反馈,勇气)
- 保持简单
- 以任务为导向,而不以过程或是角色为导向
- 通过沟通和反馈保证测试能够建立合适的质量标准
- 尽可能减少测试周期的时间需求
- 敏捷测试要求“交付可用产品”而非单纯的“发现缺陷”
敏捷测试与传统测试的区别,
敏捷测试的核心价值观
- 共享质量目标:开发和测试团队共享同样的质量目标,当然也共享同样的质量责任,每个工程师在测试方面都同样承担任务
- 在产品中内建可测试性:为产品建立更好的自动化测试不仅仅依赖于测试工程师的工作,更重要的是,产品本身内建的可测试性
- 关注产品质量的提升,测试周期的缩短,而不是仅专注于发现缺陷
敏捷测试中测试人员的角色变化
- 测试是项目的“车头灯”,它告诉大家现在到哪了,正在往哪个方向走
- 测试为项目组提供信息,使得项目组基于可靠的信息作出正确的决定
- “BUG”是让用户感觉烦恼的东西,测试人员不作出发布的决定
- 整个项目组对质量负责,而不仅仅是测试对质量负责
- 测试不是抓虫子的游戏,它的目的不是纠缠在错误中,而是帮助找到目标