读者提问: 『阿常你好,请问在敏捷开发的项目中,你作为项目中唯一的测试人员如何制定相对符合的测试计划推动项目进程呀 ?』...阿常回答: 一页纸的测试计划即可(简单列下当前迭代任务的测试点、测试策略、交付目标)。...为了适应敏捷开发的节奏,我们采用敏捷测试——敏捷测试是持续地对软件质量问题进行及时的反馈,要达到快速反馈就需要对传统测试流程——比如制定测试计划、编写测试用例等流程做剪裁。...在敏捷测试中,针对每一次版本迭代我们需要同时考虑对新功能的验证测试,以及对原有旧功能的回归测试。 敏捷测试实现 “ 持续测试 ” 的关键在于自动化,而自动化主要用于对旧功能的回归测试。
顾翔老师开发的bugreport2script开源了,希望大家多提建议。...来源:http://www.uml.org.cn 关于计划的不同观点 因为敏捷宣言说响应高于遵循计划,所以经常有人误以为敏捷开发不需要做计划。...而实际上,优秀的敏捷团队的计划性往往比传统瀑布式项目团队更强。它会根据需要把任务分解为足够小的任务块来完成,然后通过快速反馈加以了解和调整。 计划的精度 ?...品版本: 一个或多个团队开发的一个产品,以明确的时间间隔或明确的日期发布。一个产品版本可能有一个或者许多特性。 特性: 一些业务性能或者用于业务的功能块,它应该是较大特性集的一部分。...在产品版本层,测试计划应该包含测试风险的识别和针对当前版本所做的假设;不仅强调针对产品集成问题的测试,也应该强调针对跨团队依赖可能存在问题的测试。 特性层计划精度 ?
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算,毕竟都是新东西,所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。...适应其实是针对于计划的变动、修改方面的相关内容。 敏捷计划的实施 在学习敏捷计划的实施前,我们先来再看看敏捷计划和传统项目管理计划的不同。...其实在这种情况下,发布和迭代用一个计划就可以了。 当然,大部分开发情况下发布计划会是 3-6 个月,并且覆盖 2-12 次的冲刺。...而 Scrum Master 主要是要确定团队的迭代速率,也就是每次迭代所能完成的故事点数,然后准备好风险问题的追踪明确责任人,最后就是组织召开发布计划会议达成制订出一个可行的发布计划的目标。...敏捷监控 计划实施了,但是到位不到位呢?有没有完成我们既定的目标呢?这些就要靠监控来实现。在 PMP 中,监控过程组 是一个贯穿项目开发始终的,并且在十大知识领域中都有的一个过程组。
下文本着实用性原则,谈谈敏捷测试与开发相关的一些想法,如有不同意见或想法,欢迎提出~~ 1、 团队优先 个人觉得,不管做啥,应该把“团队合作”放在第一位。...问题: 产品经理、策划人员、设计人员(UE、UI),开发人员,测试人员、运营人员……都做到敏捷了么? 2、 需求为主 所有的一切源于需求。由需求而生,随需求而灭。...原型设计好了,共享给相关人员查阅,以便及时获得反馈,及时更正,如果时间来得及,最好是评审下原型 8、 项目开发与用例设计 开发人员根据原型进行项目、产品开发,测试人员根据用户故事、原型(假定原型已经被认可的情况下...当且仅当你一看用例名称,即测试验证点,就能想到步骤和结果时(比如翻页,密码大小写验证等),那么可省略,因为这时候,用例名已经起到了足够的“提醒”,…… 9、 开发自测 开发发布前,根据测试提供的用例进行简单自测...备注:开发如果有看下测试给的用例,哪怕是瞄下,说不定就看到没注意的细节了,,进而可将bug于测试前修复,要是再细看下就更好了……知道大致做到什么程度,才不会让测试抓住辫子,才算完成了开发工作,,,这里体现的就是敏捷的思想
二、读代码 这是一门偷窥开发GG每日做什么的最佳手段,但是一般人肯定不想身边有个测试妹子碎碎问。所以要采用下面的几个读心术的工具,来知道我们的开发怎么实现某些功能。...通过观察开发每日提交的代码,查看这个代码的修改点是什么,是否在自己的覆盖范围内,完善自己的测试分析。...多写多动手 不会写程序的产品不是好测试,摆脱开发做根因分析 孰能生巧,这绝对不是说假的。一个不懂开发的人,写了10年的代码,也是可以写出一些代码来。...测试分析感觉听起来像是一个开发,其实不然,测试分析没有必要跟着开发一样实现代码,但是至少能看懂开发的代码,知道开发解决的是什么问题,会不会影响以前的逻辑,会不会造成其他的bug。...这个也是开发跟测试岗位的术业与专攻,我们关注的是从代码里面发觉更准确的测试路径,提前把bug更早的发现。
敏捷模型弱化了团队中每一个岗位的职能,也就是说,在敏捷团队中,项目经理、开发人员、测试人员不一定是固定不变的,岗位之间是可以轮换的,因此,敏捷团队对团队成员的能力也提出了更高的要求。...2.灵活的调整测试计划 敏捷提倡灵活,对应到测试工作也是一样,事先确定一个最小化的测试范围。...在实际的测试工作中,随时关注迭代的变化及进展,灵活的调整测试计划,快速响应变化,保证测试计划与迭代计划匹配。...8.完善的工具链支持 在上面讨论测试如何融入敏捷团队的要点中可以看出,人的因素占绝大多数,但是这并不说明工具不重要。 为了管理迭代与测试计划,需要有一套能够适应敏捷的需求及测试计划管理工具。...实践敏捷测试 一旦确定要在团队中推动敏捷开发,就需要从多个方向着手:工具平台、流程体系、规范制度、成员能力、组织架构,每一个方向都不可或缺。那么对于测试,应该如何参与呢?
敏捷计划的概念与估算 我们已经准备好了用户故事,也了解到了用户故事的一些相关的知识。这个时候,就要开始敏捷计划的制定。我们将学习到一系列的概念和方法用于敏捷中计划的制定。...或许他们和 PMP 中关于计划的概念和形式有很大的不同,但这也是敏捷和传统项目管理最典型的区别。 敏捷计划 在学习敏捷之前大家往往会有一个误区,认为敏捷是不需要计划的。...客户或者用户往往一开始的需求并不是那么明确的,随着一步步的开发,产品越来越详细,估算也越来准确。有一些功能可能需要添加进来,而有一些功能可能会失去价值。...渐进明细在很多地方都有其用武之地,比如 计划、估算、风险评估、需求确认、架构设计、验收标准、测试用例 等等。 基于价值的分析和拆解 这一块的内容其实在 价值驱动交付 相关的文章中都已经有所提及。...这也说明在项目开发过程中,超支是很难回避的一个问题。因为估算无法精准,所以在整个项目期间,我们都需要不停的估算。
比如,医生可以很快的定位出病人的病痛;测试人员可以很快找到bug所在。而测试分析目的是为了通过分析,可以更快的找到bug。 怎么快速提升测试分析呢?我们测试分析的对象是产品的需求,是开发写的代码。...二、读代码 这是一门偷窥开发GG每日做什么的最佳手段,但是一般人肯定不想身边有个测试妹子碎碎问。所以要采用下面的几个读心术的工具,来知道我们的开发怎么实现某些功能。...6.多写多动手 不会写程序的产品不是好测试,摆脱开发做根因分析 孰能生巧,这绝对不是说假的。一个不懂开发的人,写了10年的代码,也是可以写出一些代码来。...测试分析感觉听起来像是一个开发,其实不然,测试分析没有必要跟着开发一样实现代码,但是至少能看懂开发的代码,知道开发解决的是什么问题,会不会影响以前的逻辑,会不会造成其他的bug。...这个也是开发跟测试岗位的术业与专攻,我们关注的是从代码里面发觉更准确的测试路径,提前把bug更早的发现。
一般而言,敏捷宣言有四个核心原则,对于测试人员来说很重要: 个人和流程与工具之间的互动 通过综合文档工作软件 响应遵循计划的变更 通过合同谈判与客户合作 所有这一切的底线是,每个人 - 测试人员,开发人员和其他人...让我们来看看一些最流行的敏捷方法和测试方法,包括: 敏捷方法论 Scrum 看板 测试方法 行为驱动开发(BDD) 验收测试驱动开发(ATDD) 探索性测试 基于会话的测试 2敏捷方法论类型 1)Scrum...Scrum Master可以是团队中的任何人,例如开发人员或测试人员。 采用有什么意义? Scrum为来自瀑布环境的团队提供了最简单的转换之一,因为它基于时间的冲刺和发布仍然可以提前计划。...当开发人员准备好完成下一个任务时,他/她将其从待办事项列表中拉出来。由于计划会议较少,这种方法意味着团队需要非常接近。在这种类型的环境中,如果开发人员的工作速度比测试人员快得多,那么就会出现瓶颈。...看板仍然有像瀑布这样的要求,但是由于测试团队没有开始考虑测试每个要求,直到开发人员从积压的顶部选择它,因此需求可能会发生变化。相比之下,瀑布是基于时间的,在计划中有很多开销。
后来,有一群开发人员聚在一起讨论和研究这个问题,倒腾出来了敏捷宣言(本文不展开讲,有兴趣的自行查找),以服务的思维重新梳理了研发模式。服务思维的核心是:用户满意。...需要注意的是,敏捷的最终目标不是快,而是持续反馈(一个典型的例子,就是之前有人说汉武建方仓,是敏捷实践的最佳案例,看完就想打人,那是标准化的威力) 回到敏捷测试,敏捷测试并不是一种新的测试方法...如果TDD(Test Driven Development)在团队的落地可能会存在困难,我们可以尝试使用验收测试驱动开发(ATDD,Acceptance Test Driven Development)...从需求的角度去准备验收标准和测试用例。同样可以保障从开发的开始就有较高的质量 Vol.2 自动化测试是敏捷测试的一种必要手段 想要做到快速反馈,必然要依靠大量的自动化测试。...同时,我们要保证在任意节点,都可以快速开展测试(自动化脚本能够区分颗粒度的被不同研发阶段调用),只有可持续的测试,才能持续的反馈,比如开发提交代码后,就能触发单元测试,进行分支合并后,进行接口测试。
当今世界敏捷大行其道,软件迭代越来越快和发版隔间越来越小,很多公司团队都提倡小步快跑的软件开发模式。...从这个定义来看,很明显,这样的测试类型应该集中在通过预定义的计划、触发器或按需执行的全部或部分测试场景中。...如果根据最佳实践正确开发了回归测试并涵盖了足够的功能区域,则它们带来的价值就很高,并且这种测试模型能够发现回归错误,代码更改的副作用或其他意外的问题。...如果不考虑这些考虑因素,则可能会导致整个测试流程延迟劲儿导致发布计划的失败。 在考虑在敏捷环境中进行回归测试的策略时,需要了解这种环境会不断变化。...测试工程管理需要专注于回归套件的持续维护并确定以下内容: 哪些测试用例已经过验证,需要包含在回归套件中,哪些应该排除在外? 回归和子集回归套件的执行时间计划是什么?
虽然瀑布过程在过去被广泛采用,但越来越多的团队正在转向敏捷开发,这是一种现代化的项目管理和产品开发方法。在本文档中,我们想向您介绍敏捷的世界,并揭示与在工作中使用敏捷方法的开发团队合作的好处。...与传统瀑布开发的比较: 敏捷开发与传统瀑布开发的主要区别在于,小团队可以根据快速反馈和变化,使用持续设计改进和测试的原则开发高质量的自适应软件。...如果没有敏捷的思维方式,工具和流程就收效甚微。 敏捷开发框架: 敏捷是几种迭代和增量软件开发方法的总称,每一种变体都是它自己的敏捷框架。...它侧重于称为冲刺的交付节奏和会议结构,其中包括: 计划(确定冲刺优先级的地方) 承诺(团队审查用户故事列表或积压,并决定在 sprint 的持续时间内可以完成多少工作) 每日站立会议(以便团队可以就他们的发展状态和战略交流更新...灵活性和调整 敏捷是为灵活性和调整而设计的。由于问题被划分为可以与用户一起开发和测试的组件。如果某些事情运行得不好或不符合预期,可以迅速调整努力以回到正轨,甚至在需要时改变轨道。
测试 3/100 问:什么是敏捷测试? 阿常回答:这个问题我从三方面回答:1、什么是敏捷测试;2、几种应用形式;3、敏捷测试的核心。...二、几种应用形式 一)每日站会 每日站会,就是每天早晨 10~30 分钟的会议时间,项目组成员(包括产品、设计、研发、测试)依次介绍昨天任务的完成情况、遇到的问题、今天计划要完成的工作内容等。...三)测试驱动开发 如果先编写代码,然后再测试实现,则可能会遇到一些问题,即过度研发,设计偏离,可测试性问题。...测试驱动开发(在编码之前先写测试代码,测试代码就绪后编写代码,再去用测试代码去验证编写代码,及时修改完善逻辑)有助于将软件缺陷减少 40% 到 60%。...敏捷测试的目标不是发现更多的 Bug,而是帮助开发人员理解需求(提前预防缺陷,而不是等开发完成了才发现很多问题),尽快地交付高质量的软件,这就是质量内建。 明天我们再来聊一聊【质量内建】。
敏捷测试的定义 埃森哲对敏捷测试的定义(与维基百科的定义基本一致)大概如此:敏捷测试是遵从敏捷软件开发原则的一种测试实践。敏捷开发模式把测试集成到了整个开发流程中而不再把它当成一个独立的阶段。...用户验收测试在每个sprint的结尾都会进行; 更灵活的计划:敏捷测试也需要拥抱变化,测试计划不再是一成不变的文档,而会根据业务价值交付的顺序进行灵活的调整; 更高效的自动化:相比传统测试,自动化在敏捷测试中扮演了极其重要的角色...当然,除了适应开发的节奏外,敏捷测试还是有其特有的价值: 缩短价值交付周期 通过采用敏捷测试这种模式,可以契合整个敏捷开发周期,使得整个敏捷开发按照相同而快速的迭代速率和周期交付,让最终用户尽快获取到业务价值...敏捷测试一直强调质量属于每一个人的责任,除了测试之外,开发、产品经理等都有义务对自己的交付件质量负责,这样才能确保项目的整体质量; 化繁为简节省成本 敏捷测试没有要求需要详细的测试计划和测试文档,也没有定义繁复的测试流程及缺陷流程...测试以需求文档为准 4. 测试以最终用户为准 5. 详细的测试计划 5. 精益化的测试计划 6. 计划是一次性活动 6.
of agile software development.1 译文:敏捷测试是一种遵循敏捷软件开发原则的软件测试实践。...敏捷测试与传统测试的区别 传统模式是把软件开发分为软件需求、软件开发(设计&编码)、软件测试、软件发布等阶段,一般利用里程碑的方式对各阶段进行明确定义。...;敏捷测试拥抱变化,测试计划比较灵活,按业务价值交付顺序执行;需求方需求定义后,参与每一次产品演示,确认每一次迭代产物,全程参与项目。...二.典型的敏捷软件开发过程 在敏捷的软件开发过程中,敏捷测试人员利用他们的专业知识从客户那获取需求所包含的业务行为,与开发团队协作,将这些行为转化为指导编码的可执行规范。...2 测试人员参加需求说明会和计划会:产品经理给项目人员串讲用户故事,在这个过程中项目人员提出自己的建议和想法,并充分讨论。
因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。但真正的业务敏捷性需要的不仅仅是拥有一堆Scrum团队。...此外,如果您只关注敏捷软件开发提供的小规模敏捷性,您可能看不到树林:为什么您希望像企业一样灵活,这需要什么? 在更大的规模上组织敏捷 企业不仅仅是小团队的一系列本地开发项目。...传统的企业架构具有相当自上而下的特性,您可以在实施之前制定广泛的计划。敏捷运动的重点在于适应变化和对“大型设计前沿”(BDUF)的抵制,恰恰相反。 两种方法都有其优点和缺点。...TOGAF也有一个迭代结构,由其架构开发方法(ADM)熟悉的“麦田怪圈”图表示。但是,在敏捷环境中应用它需要进行一些调整。特别是企业架构需要变得更加外向,从而更加面向业务,最终客户和以结果为中心。...再次关注TOGAF,TOGAF的实施治理(ADM中的阶段G)与实施项目和计划(即底层两层)的接口方式需要一些工作。特别是,敏捷方法强烈依赖于反馈循环,而TOGAF的治理本质上是前馈。
而另一些则是一些人想接敏捷之手宣传自己的思想与实践,强行在敏捷中加入了自己的想法。这些原因使得如今的敏捷五花八门,甚至出现两人在谈论完全不一样的敏捷。...计划游戏(Planning Game) 计划游戏是极限编程生命之环外圈的一个业务实践,它主要指的是IPM以及为了支撑IPM的一系列实践,比如估点,故事优先级排列以及速率预估和检查等等。...N:可协商(Negotiable) 开发人员和业务人员还有测试人员应该能够就故事的细节进行协商。例如可能业务部门需要一些精美的界面,但开发人员可以以成本低的理由协商该功能能否以另外的方式实现。...迭代计划会议(Iteration Planning Meeting, IPM) 此时我们已经拥有了故事卡和每张卡的故事点,为了开启一个新的迭代,我们需要组织一次所有成员和利益相关者参与的计划会议。...在演示中会展示所有故事的所有验收测试和单元测试,同时还应该由利益相关者来操作演示新添加的功能,这是为了避免开发人员试图隐藏某些信息。 速率 迭代的最后一步是更新速率图和燃尽图。
读者提问:什么是敏捷测试? 阿常回答:这个问题我从三方面回答:1、什么是敏捷测试;2、几种应用形式;3、敏捷测试的核心。 一、什么是敏捷测试 敏捷测试又被称为 “ 小步快跑 ”、“ 快速迭代 ”。...二、几种应用形式 一)每日站会 每日站会,就是每天早晨 10~30 分钟的会议时间,项目组成员(包括产品、设计、研发、测试)依次介绍昨天任务的完成情况、遇到的问题、今天计划要完成的工作内容等。...三)测试驱动开发 如果先编写代码,然后再测试实现,则可能会遇到一些问题,即过度研发,设计偏离,可测试性问题。...测试驱动开发(在编码之前先写测试代码,测试代码就绪后编写代码,再去用测试代码去验证编写代码,及时修改完善逻辑)有助于将软件缺陷减少 40% 到 60%。...敏捷测试的目标不是发现更多的 Bug,而是帮助开发人员理解需求(提前预防缺陷,而不是等开发完成了才发现很多问题),尽快地交付高质量的软件,这就是质量内建。 明天我们再来聊一聊【质量内建】。
敏捷测试方法已在软件开发和测试生命周期中不断变化的企业所采用。优秀的敏捷实践要求开发和测试活动必须同时进行,与传统瀑布模型相比,其结构非常不同。因此,敏捷测试方法也与传统测试方法完全不同。...本文将探讨在应用程序/软件开发过程中,敏捷测试和开发团队不同协作的几种主流方式。 开发和测试过程变化 人们非常关注持续发展,持续整合和持续增长。...因此,开发过程需要开放的沟通,讨论和思想交流渠道。最初的报告行交给Scrum团队,然后再到各自的测试和开发团队。 使用敏捷工具 测试和开发团队需要工具来支持持续的开发和测试活动。...信息通畅 在敏捷场景中,测试成为约束力,测试人员与开发人员经常配完成工作。在此过程中,每个成员都希望保持对不断变化和迭代的了解和掌握,必须通过确保响应能力来保持业务敏捷性。...只有不断实施变更,敏捷测试才能为企业带来一致的价值。对于一直在传统开发方案中工作的组织和团队而言,这可能是一个挑战。因此,在采用敏捷测试实践之前,需要适当的再培训/培训计划。
无论人员来自哪里,在敏捷团队中,测试和开发同属一个项目,大家的目标是一致的,敏捷测试人员在质量思想方面影响团队的其他成员。...如测试人员可能会帮开发人员评审代码,开发人员也会帮测试人员进行测试,人员角色的职能可以模糊化。 敏捷测试团队还需要把客户纳入到组织中,学会一起工作并建立起彼此间的信任,一起做好软件的质量保证。...建立有效沟通方式 敏捷测试人员需要与需求人员、开发人员保持沟通,建立一种相互合作的氛围。...五.总结 敏捷软件测试不是独立存在的,它依赖敏捷的软件开发过程,强调的是敏捷项目团队的整体对质量的负责,测试团队不再是质量职责的全部。...答:提高技术的方式挺多,途径包括参加培训、自学(包括线上文章、视频等),工作时可以多请教高人,参与一些群(包括QQ、微信),对于之前没有技术背景的同学,最重要的是制定一个计划,主要还是要围绕自己的工作展开
领取专属 10元无门槛券
手把手带您无忧上云