1.总结目的
了解什么是敏捷测试
敏捷测试与传统测试的区别
通过此总结可以大致了解敏捷给测试工作带来的好处
2.测试对象
业务项目迭代
3.什么是敏捷测试?
敏捷的原则:尽早地给客户持续交付 有价值的 成果物。不断地反省调整、最有效的解决方案是面对面沟通。
敏捷测试并不是一种新的测试类型,也不是一个新的测试阶段,更不是一种全新的测试方法论。通俗地讲,在敏捷开发过程中进行的测试就叫敏捷测试
它是一套测试解决方案、一组实践或者由一定顺序的测试活动构成的特定的测试流程。是为了顺应敏捷开发方法、力求达到质量和效率平衡的一系列的测试实践
4.敏捷测试与传统测试的区别
敏捷测试与传统测试的区别,并不是敏捷测试测得更快,也不是用的时间更少,更不是将测试的范围缩小,或者将质量降低来减少测试任务,而是在计划、阶段划分、文档、记录、沟通等方面的侧重不同
传统测试 | 敏捷测试 |
---|---|
传统测试强调测试的计划性,认为没有良好的测试计划和不按计划执行,测试就难以控制和管理 | 敏捷测试更强调测试的速度和适应性,侧重计划的不断调整以适应需求的变化 |
传统测试更具有阶段性,从需求评审、设计评审、单元测试到集成测试、系统测试等,从测试计划、测试设计再到测试执行、测试报告等 | 敏捷测试更强调持续测试、持续的质量反馈,模糊了阶段性,而且介入更早 |
传统测试强调任何发现的缺陷要记录下来,以便进行缺陷根本原因分析,达到缺陷预防的目的,并强调缺陷跟踪和处理的流程,区分测试人员和开发人员的各自不同的责任 | 敏捷测试强调面对面的沟通、协作,强调团队的责任,不太关注对缺陷的记录与跟踪 |
传统测试更关注bug,围绕bug开展一系列的活动,如bug跟踪、度量、分析、报告、质量检查等 | 敏捷测试更关注产品本身,关注可以交付的客户价值。在快速交付的敏捷开发模式下,bug修复的成本很低 |
传统测试鼓励自动化测试,但自动化测试的成功与否对测试没有致命的影响。但敏捷测试的基础就是自动化测试 | 敏捷测试需要有良好的自动化测试手段支撑的快速测试 |
传统测试更强调测试的独立性,将“开发人员”和“测试人员”角色分得比较清楚 | 敏捷测试中,测试人员需要参与全部开发活动,需要参与整个项目组的所有会议,能够发挥更大的作用 |
******前方高能***广告开始*****
*****前方恢复***广告结束******
敏捷测试 |
---|
敏捷测试更强调测试的速度和适应性,侧重计划的不断调整以适应需求的变化 |
敏捷测试更强调持续测试、持续的质量反馈,模糊了阶段性,而且介入更早 |
敏捷测试强调面对面的沟通、协作,强调团队的责任,不太关注对缺陷的记录与跟踪 |
敏捷测试更关注产品本身,关注可以交付的客户价值。在快速交付的敏捷开发模式下,bug修复的成本很低 |
敏捷测试需要有良好的自动化测试手段支撑的快速测试 |
敏捷测试中,测试人员需要参与全部开发活动,需要参与整个项目组的所有会议,能够发挥更大的作用 |
5.了解敏捷给测试工作带来的好处
5.1 确认需求重要资料
用户故事、合作业务规则(总册)、需求迭代整体架构V1.0
用户故事是对需求的细致分析,并由需求拆分出来成为一个个小的故事,对用例设计和理解业务起了很大的作用
5.2 测试编写
用户故事中的验收标准、测试用例
通过编写用户故事中的验收标准,对需求的再一次理解,再编写用例的时候会更有逻辑性、条理性、节省编写用例时间、更加避免了用例的重复率,让测试更早的介入,对产品的熟悉程度提高
5.3 团队成员坐在一起
① 沟通方便、及时
② 在产品研发初期,了解研发对产品的设计,同时又能便于理解业务逻辑
③ 解决bug及时
5.4 每天站会:会让大家各自对产品的设计、理解,对项目的进度了解有帮助
5.5 可视化界面:会促进大家的工作积极性
5.6 showcase :让测试更深一步了解产品的结构、全局化、增加用户体验知识
当然,敏捷对测试肯定还很多的好处,由于目前转型做敏捷时间也还不长,故暂先总结这些,后续在工作过程中对敏捷了解更深、体会更深后会逐步添加
最后说点激励的话:测试人员是敏捷团队非常重要的一环,测试人员的成长对敏捷团队非常重要。从传统测试工作转入敏捷测试工作必然会遇到很多不适,但是只要坚持对敏捷的学习和各种新工具的开发使用,一切都能够适应下来。加油!!!