关于“迅捷测试”与“传统测试”的一些个人看法
关于“敏捷测试”与“传统测试”的一些个人看法?????? 今天晚上，我们头突然说，领导叫做一个示例：写一个传统的
关于“敏捷测试”与“传统测试”的一些个人看法
?????? 今天晚上，我们头突然说，领导叫做一个示例：写一个传统的测试用例，然后再写一个敏捷的测试用例。然后一下子我也愣住了，这能在写测试用例上表达测试在传统与敏捷的区别吗？
?
?????? 结合InfoQ的一篇经典文章《什么是敏捷软件测试》，说一下我的看法，贴切地说是读后感。权当抛砖引玉，劳烦砖头砸得轻一点。
?
?
???????
项目
检查点
注释
团队
- 测试工程师是否与开发工程师建立了紧密联系？
- 测试工程师是否与客户建立和紧密联系？
- 是否参加每日站立会议？是否与开发工程师可以展开随时的，面对面的，对等的讨论？
- 是否保持和客户的良好沟通？是否和客户一起维护良好定义的验收测试？
反馈
- 项目是否建立了合适的验收测试？
- 是否项目中每个人都能随时了解当前工作与可交付产品的距离？
- 是否建立了针对开发质量的度量标准？
- 开发工程师是否能够快速得到对提交代码的反馈？
- 使用Dashboard、燃尽图等方式展示当前工作与可交付产品之间的距离
- 建立单元测试覆盖率等度量指标
- 使用持续集成或频繁的构建让开发工程师快速得到提交代码的质量反馈
质量文化
- 是否建立了开发与测试工程师共享质量目标的原则？
- 团队是否注重开发质量，并在工作中尽可能保证高的开发/代码质量？
- 共享质量目标意味着质量责任由所有工程师共同承担
- 不仅关注最终的产出，不断对代码进行重构，保证代码质量
开发测试
- 是否进行了充分的开发测试？
- 是否设立了持续集成环境，并以持续集成的结果作为能够继续提交代码和发布的条件？
- 是否建立了足够多的自动化测试，以及在设计时关注自动化测试的要求？
