敏捷测试与传统测试的区别
- 发布:软件测试培训
- 来源:IT测试前沿
- 时间:2019-11-05 14:20
捷测试与传统测试的区别,并不是敏捷测试测得更快,也不是用的时间更少,更不是将测试的范围缩小,或者将质量降低来减少测试任务,而是在计划、阶段划分、文档、记录、沟通等方面的侧重不同,接下来我们进行详细对比。
传统测试
-
传统测试强调测试的计划性,认为没有良好的测试计划和不按计划执行,测试就难以控制和管理;
-
传统测试更具有阶段性,从需求评审、设计评审、单元测试到集成测试、系统测试等,从测试计划、测试设计再到测试执行、测试报告等;
-
传统测试强调任何发现的缺陷要记录下来,以便进行缺陷根本原因分析,达到缺陷预防的目的,并强调缺陷跟踪和处理的流程,区分测试人员和开发人员的各自不同的责任;
-
传统测试更关注bug,围绕bug开展一系列的活动,如bug跟踪、度量、分析、报告、质量检查等;
-
传统测试鼓励自动化测试,但自动化测试的成功与否对测试没有致命的影响。但敏捷测试的基础就是自动化测试;
-
传统测试更强调测试的独立性,将“开发人员”和“测试人员”角色分得比较清楚;
敏捷测试
-
敏捷测试更强调测试的速度和适应性,侧重计划的不断调整以适应需求的变化;
-
敏捷测试更强调持续测试、持续的质量反馈,模糊了阶段性,而且介入更早;
-
敏捷测试强调面对面的沟通、协作,强调团队的责任,不太关注对缺陷的记录与跟踪
-
敏捷测试更关注产品本身,关注可以交付的客户价值。在快速交付的敏捷开发模式下,bug修复的成本很低;
-
敏捷测试需要有良好的自动化测试手段支撑的快速测试;
-
敏捷测试中,测试人员需要参与全部开发活动,需要参与整个项目组的所有会议,能够发挥更大的作用;
免责声明:内容和图片源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。