今天晚上,我们头突然说,领导叫做一个示例:写一个传统的测试用例,然后再写一个敏捷的测试用例。然后一下子我也愣住了,这能在写测试用例上表达测试在传统与敏捷的区别吗?
结合InfoQ的一篇经典文章《什么是敏捷软件测试》,说一下我的看法,贴切地说是读后感。权当抛砖引玉,劳烦砖头砸得轻一点。
我觉得在写测试用例上体现不出二者的区别,敏捷测试更多的只是一种理念。
传统的测试以验证为目的,即通过详尽的开发文档以及设计测试用例,通过尽可能完备的“覆盖”去发现问题,对开发阶段的成果进行验证(是开发阶段的下一个阶段)。
敏捷测试贯穿整个开发过程,核心在于团队的沟通。开发与测试同步进行,要求建立高度可测试性,以及自动化测试。
测试在敏捷中没有独立提出,不是不重要,而是它与敏捷核心价值相通的,敏捷开发周期的各个过程中都有体现(与开发人员、客户交流,可验证的测试胜过于面面俱到的文档、响应变化)。具体如何识别在敏捷中对测试进行检查,下面引自一篇网文的介绍,我觉得很确切,我们实施的时候可以相应地进行舍取。
项目 |
检查点
扫描二维码关注公众号,回复:
1170762 查看本文章
|
注释 |
团队 |
|
|
反馈 |
|
|
质量文化 |
|
|
开发测试 |
|
|
引用文中一句:“质量文化”是基础,“团队”是敏捷软件测试得以实施的条件,“反馈”和“开发测试”则是敏捷软件测试的具体方法。
参照:《什么是敏捷软件测试》