我理解的敏捷测试
来源:互联网 发布:java中int几个字节 编辑:程序博客网 时间:2024/05/22 06:18
现在在讨论敏捷测试的很多,在这里谈谈自己的敏捷测试粗糙的理解, 下面是一段敏捷测试的定义
Agile testing is a software testing practice that follows the principles of agile software development. Agile testing involves all members of a cross-functional agile team, with special expertise contributed by testers, to ensure delivering the business value desired by the customer at frequent intervals, working at a sustainable pace.
敏捷测试是一个测试实践,仔细理解很多敏捷测试的文章描述的内容大同小异,很多实践在以前测试中也都用到过,只是没有把他们提炼出来,整合成一个最佳实践来推广,比如说测试参与需求,在以前的项目中也这么做过的确有效果。单元测试-开发做的测试、自动化测试等,这些好像都不是新东西,所以敏捷测试实践是对原有的测试过程中的好的方法和技术进行了提炼,形成了最适合现在敏捷开发的一种测试实践。
敏捷测试作为敏捷开发过程中的一部分,最终的目的保证适应产品需求快速变化的情况下的产品质量,并快速的交付出高质量的产品。
敏捷测试中提倡的几个关键方法
1、测试早期介入
2、全员测试
3、全程测试
4、快速回归测试
5、全程自动化测试
这些方法与以前传统的测试方法并没什么太大的差异,敏捷和传统测试的差异在工作习惯和工作方法上,例如:
1、测试早期接入,传统的测试早期介入测试人员只是更早的了解需求、理解需求。然后根据需求文档准备测试用例。敏捷不是,测试人不能再等需求文档了,要参与需求讨论,并且理解需求然后马上就要编写测试用例,对测试人员的素质和要求相应也高了一些。
2、全员测试,传统测试里也在尝试开发做单元测试或接口测试,但是不是强制的,敏捷里开发做单元测试时必选的工作了。需求人员不是最后开测试结果了,也要参与到业务业务验证工作中。
3、全程测试,传统测试也在做全程测试,但是在测试过程中都在等测试标准(需求、概要设计),在等被测试物的输出。敏捷中测试把每个阶段的测试都提前了,测试先行,测试用例,测试代码要提前准备。
4、快速回归测试,这是持续集成过程中的关键一部分,单元回归,集成回归,业务验证回归。 在敏捷与传统的区别感觉回归频率更快了,回归的带来的价值相应也就更高。
5、全程自动化测试,传统测试中在部分阶段也强调自动化测试,但是自动化率不那么高,在敏捷中自动化变得非常重要,自动化测试覆盖率有很高的要求。
另外在测试执行上敏捷和传统也有较大的差别,传统测试提倡先测试设计,在执行测试。 敏捷中提倡探索测试,提倡更多的执行非常规化的测试,提取有效的测试在转化成测试用例,转化到自动化测试。
一些敏捷理解,欢迎讨论。
- 我理解的敏捷测试
- 我理解的敏捷测试
- 我理解的敏捷设计
- 敏捷开发,英文是Agile,我所理解的敏捷
- 谈谈我对敏捷的理解
- 我对敏捷开发的理解
- 理解敏捷测试与传统测试的区别
- 我对测试的理解
- 我的自动化测试理解
- 我理解的软件测试
- 我理解的软件测试
- 我对各敏捷开发方法的大致理解
- 我对各敏捷开发方法的大致理解
- 我对各敏捷开发方法的大致理解
- 我对各敏捷开发方法的大致理解
- 我对敏捷价值观和原则的理解 --待续
- 我对《敏捷软件开发宣言》的理解
- 敏捷开发实践(一)--谈谈我对敏捷开发的理解
- glShaderBinary
- 数据库的事务日志已满。若要查明无法重用日志中的空间的原因
- 使用Spring注解完成Bean的定义
- 浅谈Linux用户权限管理之三(文件与权限的设定)
- Debug Android and Linux suspend and resume (中文)
- 我理解的敏捷测试
- 平衡PCB层叠PCB设计的方法
- 序列化 对象 JOSN 互转
- 无声的语言 编队骑行常用手势
- 每天一个linux命令(22):find 命令的参数详解
- 高频PCB设计设计技巧简述
- Libgdx专题系列:对象篇 Stage舞台 Actor演员
- Keil5 安装使用
- skpsmtpmessage——Quick SMTP邮件发送