
在敏捷开发中,测试以很多不同的方法扮演着同样的角色,而且不同的测试种类扮演着不同的角色。
测试大体上可分为手工测试和自动化测试。根据敏捷原则,要确保能用自动化测试的事情决不要用手工测试。同时要做到适合手工测试的内容决不要花高昂地成本做成自动化测试。另外,不要因为某方面不能自动化测试而不做测试。
在敏捷开发中,如何具体应用手工测试和自动化测试?如何设计测试用例?敏捷测试面临的挑战是什么?本专题将与您讨论这方面的信息。
专题策划:CSDN测试频道
所谓敏捷测试,就是指测试遵循敏捷宣言进行,把开发作为顾客看待。项目的测试采用敏捷方法论。敏捷测试的原则与上下文驱动测试的原则有交集,例如,上下文驱动测试的七大原则中的第三条:工作在一起的项目组成员是项目的上下文的最重要的组成部分。就与敏捷宣言中的“个体和交互比过程和工具更有价值”一样强调人的作用。
我们从上下文驱动测试的七大原则可以看出,上下文驱动测试倾向于快速的反馈和适应变化的环境。所以上下文驱动测试的很多原则和做法可以应用到敏捷开发的软件测试中来。本文将为您讲述敏捷测试的七大挑战。
并非每个企业都能严格按敏捷的相关开发方法进行项目管理,例如测试驱动、XP、SCRUM等。也并非都需要按这些方式管理才能实现敏捷。只要我们理解了敏捷的原则和精髓,我认为很多方法、很多地方都可以应用敏捷的思想,实现敏捷的管理。测试用例的设计是其中一项。
如果你的产品很容易测试并且变更不大的话,以上方式很适合。但是关于自动化测试,我们为什么想得那么狭窄?尝试把自动化测试想成是“任何使用工具来支持测试”。敏捷自动化测试就是把敏捷开发的原则应用在测试自动化上。
CSDN制作此专题出于传递更多信息之目的,如果您有什么好的意见和看法,请您留下宝贵意见。希望能给您的工作和学习带来帮助。意见反馈:fujiang@csdn.net