首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

测试思想-测试流程 敏捷测试开发之我见

下文本着实用性原则,谈谈敏捷测试开发相关的一些想法,如有不同意见或想法,欢迎提出~~ 1、 团队优先 个人觉得,不管做啥,应该把“团队合作”放在第一位。...问题: 产品经理、策划人员、设计人员(UE、UI),开发人员,测试人员、运营人员……都做到敏捷了么? 2、 需求为主 所有的一切源于需求。由需求而生,随需求而灭。...当且仅当你一看用例名称,即测试验证点,就能想到步骤和结果时(比如翻页,密码大小写验证等),那么可省略,因为这时候,用例名已经起到了足够的“提醒”,…… 9、 开发自测 开发发布前,根据测试提供的用例进行简单自测...备注:开发如果有看下测试给的用例,哪怕是瞄下,说不定就看到没注意的细节了,,进而可将bug于测试前修复,要是再细看下就更好了……知道大致做到什么程度,才不会让测试抓住辫子,才算完成了开发工作,,,这里体现的就是敏捷的思想...10、内网测试 QA进行内网测试,这些测试可能包括单元测试,接口测试等等,至于能做到哪种程度,就看各方面的配合了 11、外网发布与走查 12、下一轮迭代 重复流程3~11 难点说明:

1.2K20

敏捷开发流程总结

Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。...敏捷开发在其它业界的应用是否理想不得而知,但下面总结了我所在公司的敏捷开发试验,希望能够达到管中窥豹的目的。...以上的宣言比較抽象,基于该理念,下面是ThoughtsWork咨询公司的推崇的n个敏捷开发实践: Iteration 迭代开发。能够工作的软件胜过面面俱到的文档。...敏捷开发的一个特点是开放式办公,充分沟通,包含測试人员也和开发者一起办公。... 敏捷方法反思: 自己參与的敏捷开发项目总的来说不是非常成功,这可能也是业界遇到的通病: 1、对于全新的软件,在项目早期測试人员就參与并实现自己主动化測试脚本,但实际上软件的界面等非常不稳定,导致測试人员返工的工作量非常大

86021
您找到你想要的搜索结果了吗?
是的
没有找到

敏捷开发流程详解

敏捷开发流程详解  1       敏捷开发流程 ü   敏捷软件开发核心是迭代式开发,增量交付。 ...1.1      敏捷流程详解图-敏捷流程图 1.2      敏捷流程三种角色及其职责 角色名称 角色定义 角色职责 注意事项 Product Owner(PO)- 产品负责人 确保Team做正确的事...敏捷开发流程详解 1.3.1   流程图详解步骤 1.         ...可以考虑安装一款支持jira的敏捷开发插件GreenHopper,完全实现电子版的看板功能和图表功能。...偏差30%=(实际测试-计划测试)/计划测试 偏差30%=(实际测试-计划测试)/计划测试 质量 开发测试工时比 开发工时:测试工时 开发工时:测试工时 开发工时:测试工时 测试效率 发现有效bug

5.2K70

什么是敏捷开发流程

这里是修真院后端小课堂,每篇分享文从 【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】 八个方面深度解析后端知识/技能,本篇分享的是: 【什么是敏捷开发流程...】 这个词猛一听起来感觉很高大上,其实现在已经是主流的团队开发流程 了。...开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队,是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制,而非把过程和机制强加给人。...然后是我理解的敏捷 主要说一下我们公司自己的开发流程,因为接触时间尚浅,所以有点地方可能说的不是很到位,希望大家多多包含。...这么一个流程走下来,特别期间各个环节的良好运行以及团队合作的情况都是确保项目能够正常实现并交付的重要因素,敏捷开发强调的是人的充分能动性,通过这种相互合作的开发模式,相信在前后端分类开发的盛行时代,公司或者团队可以在约定的时间内较好地完成用户委托的项目

53120

敏捷开发流程吗?

CMMi 或是敏捷,都是有流程的,否则不可能经由CMMi 或敏捷而产出产品。...只是过往大家都被 CMMi 所误导,认为所谓的流程就是文档,审批,追踪,检查项,检查点…… 敏捷希望大家重新思考什么才是流程? 流程真正的核心要素为何? “敏捷在它的敏捷宣言中,给了我们答案。”...所以,既然流程的定义不同了,在敏捷开发中,对所谓的流程的思维与作法,自然就会不同。 我想,只要是做产品,该有的,还是都有的。该做的,还是都得做。不论是 CMMi 或是敏捷。...而我们只是正好在敏捷开发中找到了这个方法,而这个方法,也正好不同于以往CMMi的方法罢了。 只是,有趣的是: 过往在搞 CMMi 的时候,没有了文档,不谈流程,大家就如犯天条,惊慌失措。...而现在在搞敏捷,只要一有文档,一谈流程,大家就如犯天条,惊慌失措。 其实,这些都是误解。我想,只有回到产品(客户)的本质,这些误解才能获得澄清与理解。

59750

什么是敏捷开发_一个完整的敏捷开发流程

0、先来一张导图 1、概念 简单的说,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。...敏捷最大的特色是迭代式开发。 2、优势 1、敏捷开发属于增量式开发,对于需求范围不明确,需求变更较多的项目而言,可以很大程度上响应及拥抱变化。...2、对于互联网产品而言,市场风向转变很快,需要一种及时快速的交付形式,而敏捷开发则能更好地适用于此。...3、误区 4、特点 5、核心原则 6、捷开发与瀑布模型开发 瀑布模型开发 敏捷开发 某博主po的一个很有趣的“敏捷和瀑布”对比例子,给大家作为阅读参考: 6.1、敏捷开发 客人到餐馆来点菜(新项目...) 上菜过程中,客人突然发现有个菜的味道太淡了,让后厨加了点盐又端上来了(敏捷的好处,可以不断测试和需求变更) 又上了两盘,不够辣,又拿到后厨加了辣(敏捷的坏处,需求没有提前明确,反复迭代,

70410

敏捷项目管理的流程_敏捷开发项目管理方法

引言:敏捷绝非某一种特定的开发方法,它只是一种应对快速变化的需求的一种软件开发能力。敏捷本身只包含了《敏捷软件开发宣言》和《敏捷软件的十二条原则》两份文档。...在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。...目前很多互联网公司都在搞或者想搞敏捷开发流程,但能正常的运行起来的比较少,很多公司还是产品、开发测试相对于独立,产品提需求,开发做功能,测试功能,这样看来不是一个Tim,而是不同的人在在做不同的工作,...敏捷开发流程是一个标准的项目管理流程,是不能适用于所有的公司,但是适用大部分的公司,公司根据标准化流程去进行优化,不管是新增还是减少,只要适用于自己的公司那就是贵公司的敏捷流程。...以下是我司的敏捷开发流程(我司的流程也是经过几次改版,这个过程可能需要几个月,因为敏捷开发的实行是在不同的流转,这就需要根据公司实际情况进行调整): 产品设计(以下就是敏捷中重要的节点): 1.产品指南评审

1.2K30

敏捷测试- 快速俘虏产品 & 开发

二、读代码 这是一门偷窥开发GG每日做什么的最佳手段,但是一般人肯定不想身边有个测试妹子碎碎问。所以要采用下面的几个读心术的工具,来知道我们的开发怎么实现某些功能。...通过观察开发每日提交的代码,查看这个代码的修改点是什么,是否在自己的覆盖范围内,完善自己的测试分析。...多写多动手 不会写程序的产品不是好测试,摆脱开发做根因分析 孰能生巧,这绝对不是说假的。一个不懂开发的人,写了10年的代码,也是可以写出一些代码来。...测试分析感觉听起来像是一个开发,其实不然,测试分析没有必要跟着开发一样实现代码,但是至少能看懂开发的代码,知道开发解决的是什么问题,会不会影响以前的逻辑,会不会造成其他的bug。...这个也是开发测试岗位的术业与专攻,我们关注的是从代码里面发觉更准确的测试路径,提前把bug更早的发现。

74870

敏捷测试——打通开发测试的壁垒!

瀑布式模型强调流程与文档的重要性,期望每个阶段的人员重点关心自己所处阶段的工作,通过让团队成员专注于本职工作来提高效率。 ? 2.敏捷模型 敏捷模型强调快速迭代、拥抱变化。...由此我们建立了如下价值观: "个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 尽管右项有其价值,我们更重视左项的价值" 敏捷宣言强调左侧...敏捷模型弱化了团队中每一个岗位的职能,也就是说,在敏捷团队中,项目经理、开发人员、测试人员不一定是固定不变的,岗位之间是可以轮换的,因此,敏捷团队对团队成员的能力也提出了更高的要求。...在如此高的构建部署频率下,遵循传统的bug处理流程势必会浪费大量的时间,敏捷宣言第一条就提到“个体和互动高于流程和工具”,它告诉我们,出现bug直接去找相应功能的开发人员,立即向他复现bug。...实践敏捷测试 一旦确定要在团队中推动敏捷开发,就需要从多个方向着手:工具平台、流程体系、规范制度、成员能力、组织架构,每一个方向都不可或缺。那么对于测试,应该如何参与呢?

90930

什么是敏捷,传统测试流程的问题有哪些

随着测试行业的进步,测试流程也在飞速的发展。最开始工作接触的就是瀑布模型,虽然测试工作做了很长的时间,在一家传统公司,做着传统的业务,测试流程并没有跟着行业发展而继续发展。...为了解,也为不被IT行业所淘汰掉,机缘巧合开始学习敏捷 什么是瀑布模型,瀑布模型的特点 需求固定,反对更改需求 流程固定,开发测试流程清晰,设定具体流程的时间节点,比如开发多少周,测试多少周等等...瀑布模型问题 开发之前需要跟客户沟通,获取详细的需求 根据需求编写需求文档,编写测试计划...等等一系列文档 保证在整个开发过程中不要对需求进行变更 随着时间的增长,知识储备的增长,当做完整个产品的时候...然后通过计划好的开发时间,测试时间等来完成整个功能的实现。 也许过了半年,一年以后开发的产品都跟不上当前同类型产品的特点。 为了满足当前产品的特点需要将功能推倒重建,这样质量是无法得到很好的保证。...,功能进行很好的思考与进步,只是重复做着同样的功能开发 迭代加速了产品的整个开发周期,但是对个人,产品本身没有技术沉积 敏捷是如何做的 敏捷开发历史 为什么要开展敏捷 敏捷的四个关键字VUCA 目标的设定

22920

敏捷开发的核心:Scrum 框架流程

敏捷开发中的Scrum流程通常可以用一个简单的流程图来表示,以便更清晰地展示Scrum框架的各个阶段和活动。...以下是一个常见的Scrum流程图示例:图片这个流程图涵盖了Scrum框架的主要阶段和活动,其中包括:用户需求:从利益相关者那里获得用户需求,这些需求会被添加到产品待办清单。...开发测试、集成:团队在Sprint期间协作完成工作,包括开发测试和集成。Sprint完成工作:在Sprint期间完成的工作组成了Sprint的增量。...这个流程图简洁地展示了Scrum框架的流程,从需求到完成工作,并强调了Scrum的迭代性质和持续改进的重要性。您可以根据需要定制和扩展这个流程图,以适应特定项目和团队的需求。​

36070

互联网都在讲的敏捷开发,这些敏捷开发流程你都知道吗?

优先级和粒度无疑问,有问题反馈给leader 方案评审 前后端快速整理出接口,哪些可复用,哪些需要合并 接口遵循RESTful风格,考虑扩展性 参数和返回值都清晰明确,遵循接口定义规范 关键业务逻辑画业务流程图...,SQL语句完善,索引完整,常量标注清晰,表名和字段名符合规范 DB设计中预估数据量和增长速度 制作出架构图 后端预估并发数 前端给出公共组件 前端给出浏览器兼容版本 确定是前后端分离还是不分离 明确开发...,测试,线上三个环境的IP,内存,域名等资源分配 给出多种解决方案和推荐方案 方案应该在两三天之内完成 评审通过后,Task在两小时之内拆解完成,Task的粒度不超过2小时,Task无遗漏 日常任务 3...次Todo List 下班前提交代码,部署开发环境,测试当天完成的内容 寻找影响Story完成的阻碍点 晨会演示昨天完成的内容 测试正常的数据和边界数据 晨会审核燃尽图,更新Demo时间,找出延期原因,...给出解决办法 每天随时测试完成结果,遵循测试方法 性能测试 明确结论,通过或不通过 CodeReview 是否符合编码规范 是否和设计方案一致 是否有逻辑漏洞和潜在风险 Demo 确保所有关键业务逻辑全部走通

47310

【腾讯TMQ】敏捷测试-快速俘虏产品 & 开发

比如,医生可以很快的定位出病人的病痛;测试人员可以很快找到bug所在。而测试分析目的是为了通过分析,可以更快的找到bug。 怎么快速提升测试分析呢?我们测试分析的对象是产品的需求,是开发写的代码。...二、读代码 这是一门偷窥开发GG每日做什么的最佳手段,但是一般人肯定不想身边有个测试妹子碎碎问。所以要采用下面的几个读心术的工具,来知道我们的开发怎么实现某些功能。...6.多写多动手 不会写程序的产品不是好测试,摆脱开发做根因分析 孰能生巧,这绝对不是说假的。一个不懂开发的人,写了10年的代码,也是可以写出一些代码来。...测试分析感觉听起来像是一个开发,其实不然,测试分析没有必要跟着开发一样实现代码,但是至少能看懂开发的代码,知道开发解决的是什么问题,会不会影响以前的逻辑,会不会造成其他的bug。...这个也是开发测试岗位的术业与专攻,我们关注的是从代码里面发觉更准确的测试路径,提前把bug更早的发现。

1.3K00

敏捷测试敏捷方法论:理解敏捷测试的完整指南

一般而言,敏捷宣言有四个核心原则,对于测试人员来说很重要: 个人和流程与工具之间的互动 通过综合文档工作软件 响应遵循计划的变更 通过合同谈判与客户合作 所有这一切的底线是,每个人 - 测试人员,开发人员和其他人...让我们来看看一些最流行的敏捷方法和测试方法,包括: 敏捷方法论 Scrum 看板 测试方法 行为驱动开发(BDD) 验收测试驱动开发(ATDD) 探索性测试 基于会话的测试 2敏捷方法论类型 1)Scrum...遵循BDD方法的测试人员的最佳实践包括: 简化文档以保持整个流程的精益 采用“三友”模式,产品所有者,开发人员和测试人员组成一个有凝聚力的团队 使用像Cucumber这样的测试框架来定义标准 以尽可能容易重用的方式构建自动化测试...如何使测试敏捷交付流程保持一致 一旦确定哪种测试方法适合您的组织,您就还没有完成。...为什么领先的公司正在通过敏捷测试实现敏捷 超过300家领先的公司选择改进他们的软件测试流程,并通过采用敏捷

92820

谐云课堂 | 敏捷开发流程及项目实战分享

图片01 敏捷开发整体流程需求确认,产品输出用户故事,产品测试产品就需求部分达成一致开发进行接口开发,前后端按照用户故事进行接口约定,测试进行案例设计进行案例评审和接口评审,开发测试围绕业务逻辑,用户故事的数据流向达成一致后端开发进行接口开发...,前端根据mock数据同时进行,测试进行接口案例设计开发接口设计完成后,部署到测试环境上,点击接口案例调用测试环境进行接口测试,接口测试通过才可以提交给测试测试全量跑所有的接口案例,以及过去的自动化测试案例...新增用户初始化数据新增admin数据->admin登录->新增用户->查询用户记录->用户登录->能看到基础的菜单Who->What->Whyadmin ->新增用户->让其他用户可以使用系统此阶段最重要的是,确保产品和开发测试的认知同步...设计阶段1、需求拆分成任务:2、测试案例设计:此阶段最重要的是,确保开发测试的认知同步。...开发会较注重细节,测试则较考虑整体逻辑性,在开发前就应让双方互相确认,避免开发完成提测后有重要的分支开发没考虑到导致返工。

54330

敏捷测试漫谈

后来,有一群开发人员聚在一起讨论和研究这个问题,倒腾出来了敏捷宣言(本文不展开讲,有兴趣的自行查找),以服务的思维重新梳理了研发模式。服务思维的核心是:用户满意。...在需求澄清阶段,需要注意:以终为始,确保需求输入质量,首先要讲解业务目标,其次操作及操作流程,再次是业务规则。需求不是方案,而是用户的价值。...协助产品经理完成业务流程的梳理,评估需求对现有流程的影响,是否存在互斥的因素,新业务对原有业务是否有影响。是否有遗漏的场景等等。...从需求的角度去准备验收标准和测试用例。同样可以保障从开发的开始就有较高的质量 Vol.2 自动化测试敏捷测试的一种必要手段 想要做到快速反馈,必然要依靠大量的自动化测试。...同时,我们要保证在任意节点,都可以快速开展测试(自动化脚本能够区分颗粒度的被不同研发阶段调用),只有可持续的测试,才能持续的反馈,比如开发提交代码后,就能触发单元测试,进行分支合并后,进行接口测试

26740

敏捷回归测试

当今世界敏捷大行其道,软件迭代越来越快和发版隔间越来越小,很多公司团队都提倡小步快跑的软件开发模式。...如果根据最佳实践正确开发了回归测试并涵盖了足够的功能区域,则它们带来的价值就很高,并且这种测试模型能够发现回归错误,代码更改的副作用或其他意外的问题。...通常,执行回归测试的常见触发因素包括: 由于添加了新功能或需求和业务流程发生了更改 重大缺陷修复(功能性或非功能性),需要质量保证 连续回归测试(每天/每周)以降低风险 敏捷战略中的回归测试 构建测测试自动化是一项具有挑战性的任务...如果不考虑这些考虑因素,则可能会导致整个测试流程延迟劲儿导致发布计划的失败。 在考虑在敏捷环境中进行回归测试的策略时,需要了解这种环境会不断变化。...敏捷迫使功能、要求不断变化(这也意味着对测试套件的不断更改)具有适当的流程来适应修改。 确保回归套件报告具有完全的可见性,并具有详细的视图,以评估测试结果和发版风险。

53221

软件敏捷开发流程中的 Spike,Sprint 和 Takt

文章目录 Spike sprint takt Spike 在敏捷开发中,Spike(中文译为“钉子”)是指在开发过程中出现的技术难题或不确定性问题,需要在短时间内进行调研和试验以确定可行的解决方案。...Spike 是敏捷开发中的一种技术实践,它能够帮助团队在面对技术难题或不确定性问题时快速做出决策和采取行动。...sprint 敏捷开发领域的 Sprint(冲刺)是指一个固定时间段内的开发循环,通常为2至4周。在Sprint中,团队通过计划、执行、回顾和反馈的过程来完成一个可交付的产品增量。...Sprint是敏捷开发中的一个关键实践,它帮助团队以更快、更灵活的方式开发软件,同时确保客户的需求得到满足。...takt 敏捷开发领域的Takt(也称为Takt Time)是指在一定时间内需要完成的工作量,通常以秒或分钟为单位。它起源于制造业,是一种用于优化生产流程的工具,但在敏捷开发中也被广泛应用。

1K20

敏捷开发

虽然瀑布过程在过去被广泛采用,但越来越多的团队正在转向敏捷开发,这是一种现代化的项目管理和产品开发方法。在本文档中,我们想向您介绍敏捷的世界,并揭示与在工作中使用敏捷方法的开发团队合作的好处。...与传统瀑布开发的比较: 敏捷开发与传统瀑布开发的主要区别在于,小团队可以根据快速反馈和变化,使用持续设计改进和测试的原则开发高质量的自适应软件。...敏捷意识到成功的关键不是更快地完成更多工作。关键是通过更少的工作产生更多的价值并更快地交付,从而变得更聪明。 正如敏捷宣言本身所提到的,个人和交互比工具和流程更有价值。...如果没有敏捷的思维方式,工具和流程就收效甚微。 敏捷开发框架: 敏捷是几种迭代和增量软件开发方法的总称,每一种变体都是它自己的敏捷框架。...灵活性和调整 敏捷是为灵活性和调整而设计的。由于问题被划分为可以与用户一起开发测试的组件。如果某些事情运行得不好或不符合预期,可以迅速调整努力以回到正轨,甚至在需要时改变轨道。

99721

敏捷大数据流程

敏捷大数据流程 敏捷大数据流程利用了数据科学的迭代性本质和高效的工具,从数据中构建和抽取高阶的结构和价值。 数据产品团队技能多样,会产生多种可能性。...在协作中达成共识是开发软件过程中最难的一个环节。软件开发团队最大的风险就是根据不同的蓝图进行开发。相互抵触的愿景会让产品缺乏专注,最终失败。...有时在实际开发应用之前会做一些样品(mock):产品经理进行市场调查,设计师根据目标用户的反馈不断改进这个样品。这些样品可以作为团队共享的蓝图。...而敏捷方法就是为了更好的实现不断变化的需求,并尽快将样品转化成真正能运行的系统而发明的。...敏捷产品开发的目标是辨识出产品最根本的特性,将这个特性先实现了,然后再添加其他特性。这将敏捷带到了项目里,让项目更有可能满足产品进化过程中最真实、最根本的需求。在数据产品中,最根本的特性会给人惊喜。

26520
领券