敏捷测试

敏捷测试作为敏捷开发过程中的一部分,最终的目的保证适应产品需求快速变化的情况下的产品质量,并快速的交付出高质量的产品。

  敏捷测试中提倡的几个关键方法
  1、测试早期介入
  2、全员测试
  3、全程测试
  4、快速回归测试
  5、全程自动化测试
  这些方法与以前传统的测试方法并没什么太大的差异,敏捷和传统测试的差异在工作习惯和工作方法上,例如:
  1、测试早期接入,传统的测试早期介入测试人员只是更早的了解需求、理解需求。然后根据需求文档准备测试用例。敏捷不是,测试人不能再等需求文档了,要参与需求讨论,并且理解需求然后马上就要编写测试用例,对测试人员的素质和要求相应也高了一些。
  2、全员测试,传统测试里也在尝试开发做单元测试接口测试,但是不是强制的,敏捷里开发做单元测试时必选的工作了。需求人员不是最后开测试结果了,也要参与到业务业务验证工作中。
  3、全程测试,传统测试也在做全程测试,但是在测试过程中都在等测试标准(需求、概要设计),在等被测试物的输出。敏捷中测试把每个阶段的测试都提前了,测试先行,测试用例,测试代码要提前准备。
  4、快速回归测试,这是持续集成过程中的关键一部分,单元回归,集成回归,业务验证回归。 在敏捷与传统的区别感觉回归频率更快了,回归的带来的价值相应也就更高。
  5、全程自动化测试,传统测试中在部分阶段也强调自动化测试,但是自动化率不那么高,在敏捷中自动化变得非常重要,自动化测试覆盖率有很高的要求。
  另外在测试执行上敏捷和传统也有较大的差别,传统测试提倡先测试设计,在执行测试。 敏捷中提倡探索测试,提倡更多的执行非常规化的测试,提取有效的测试在转化成测试用例,转化到自动化测试。
 
 
posted @   会唱歌的喵~  阅读(145)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
点击右上角即可分享
微信分享提示