浏览 3735 次
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 作者 | 正文 | |||||||||||||||
|
发表时间：2010-12-10
最后修改：2010-12-10
今天晚上，我们头突然说，领导叫做一个示例：写一个传统的测试用例，然后再写一个敏捷的测试用例。然后一下子我也愣住了，这能在写测试用例上表达测试在传统与敏捷的区别吗？
结合InfoQ的一篇经典文章《什么是敏捷软件测试》，说一下我的看法，贴切地说是读后感。权当抛砖引玉，劳烦砖头砸得轻一点。
我觉得在写测试用例上体现不出二者的区别，敏捷测试更多的只是一种理念。
传统的测试以验证为目的，即通过详尽的开发文档以及设计测试用例，通过尽可能完备的“覆盖”去发现问题，对开发阶段的成果进行验证（是开发阶段的下一个阶段）。
敏捷测试贯穿整个开发过程，核心在于团队的沟通。开发与测试同步进行，要求建立高度可测试性，以及自动化测试。
测试在敏捷中没有独立提出，不是不重要，而是它与敏捷核心价值相通的，敏捷开发周期的各个过程中都有体现（与开发人员、客户交流，可验证的测试胜过于面面俱到的文档、响应变化）。具体如何识别在敏捷中对测试进行检查，下面引自一篇网文的介绍，我觉得很确切，我们实施的时候可以相应地进行舍取。
引用文中一句：“质量文化”是基础，“团队”是敏捷软件测试得以实施的条件，“反馈”和“开发测试”则是敏捷软件测试的具体方法。 参照：《什么是敏捷软件测试》
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
|||||||||||||||
| 返回顶楼 | ||||||||||||||||
