精华内容
下载资源
问答
  • 敏捷开发流程

    2018-11-06 22:52:57
    敏捷开发流程
  • 敏捷开发过程

    2008-07-13 11:28:12
    敏捷开发过程,值得一看
  • 敏捷思维:价值观、原则、定义;Scrum概要、框架及流程等;
  • 敏捷开发流程介绍

    多人点赞 2021-06-15 08:30:21
    敏捷开发流程介绍敏捷开发什么是敏捷软件开发SCRUM介绍SCRUM团队 敏捷开发 l ISO 9000(09版)标准将在原来八大原则的基础上新增敏捷原则 l 2000年美国军方软件开发标准(DOD 5000.2)推荐迭代为软件开发优选模式 l...

    敏捷开发

    l ISO 9000(09版)标准将在原来八大原则的基础上新增敏捷原则 l 2000年美国军方软件开发标准(DOD 5000.2)推荐迭代为软件开发优选模式 l 世界影响最大的美国波多里奇国家质量奖将敏捷作为核心的十一大原则之一
    在这里插入图片描述
    在这里插入图片描述

    什么是敏捷软件开发

    敏捷开发是一个概念框架,这个概念框架是由满足敏捷宣言的价值和原则的一系列方 法和实践组成。 敏捷开发不是固定的,它是由自我管理、不同功能的团队一起合作,在满足团队自身 环境的一系列实践和方法之上,逐步演化而来

    SCRUM介绍

    在这里插入图片描述

    SCRUM团队

    在这里插入图片描述

    展开全文
  • 敏捷开发流程介绍课件,本课件介绍了敏捷开发流程方方面面,想了解的可以看下
  • 敏捷开发流程总结

    2013-11-14 14:32:42
    一套个人在敏捷开发中总结的敏捷开发流程规范与流程每一步的输出制品。
  • 敏捷开发流程与方法

    2014-06-09 17:53:09
    敏捷开发流程与方法
  • 本文内容包括:前言软件质量的理解敏捷开发对软件质量的影响敏捷开发过程及质量控制最佳实践敏捷开发质量控制工具参考资料很多人认为软件质量是软件是否存在Bug,是否性能高,安全性好等等。其实软件质量的含义远多...
  • 敏捷开发流程中,测试不再是瀑布式开发流程的其中一个环节,而是全程参与整个开发流程。开发中可以通过多种方式来保证产品的质量,无论是原则中的“频繁交付”,还是对“可工作的软件”的度量,或是敏捷开发.

    Choerodon的测试管理主要为用户提供敏捷化的持续测试工具,包括测试用例管理、测试计划、测试分析等,可以有效地提高软件测试的效率和质量,提高测试的灵活性和可视化水平,最终减少测试时间,让用户将主要精力放到软件功能构建上。本文将为您分享敏捷测试概念及Choerodon在敏捷开发过程中的测试实践。

    什么是敏捷测试

    在敏捷开发流程中,测试不再是瀑布式开发流程的其中一个环节,而是全程参与整个开发流程。开发中可以通过多种方式来保证产品的质量,无论是原则中的“频繁交付”,还是对“可工作的软件”的度量,或是敏捷开发实践中的“测试驱动开发”、“行为驱动开发”,都离不开测试的支持。 当然,敏捷测试对测试人员也提出了更高的要求,对测试人员来说是新的挑战。

    敏捷测试人员的定义

    专业的测试人员,必须有适应变化的能力,理解利用测试记录需求和驱动开发的思想,才能与技术人员和业务人员展开良好的协作。敏捷测试人员往往具有优秀的技术能力,知道如何与他人合作以实现自动化测试,同时也擅长探索性测试,他们了解客户在做什么,以此更好地理解客户的软件需求。

    测试人员在敏捷过程的价值体现

    1. 需求讨论:测试人员可以站在客户角度上来阐述自己的观点,和产品人员、开发人员等进行充分的交流和讨论,使自己在用户体验、业务逻辑等等方面的经验充分体现出来。
    2. 开发过程:测试人员不仅扮演“用户代表”角色,而且可以及时提供更全面的质量反馈,包括代码质量、接口一致性等。测试人员不写代码,可以参与代码复审(code review),将质量问题及时提交给项目组,保证在产品构造的整个过程中质量受到足够的关注,提高质量改进的持续性和可视性。
    3. 单元测试:单元测试由开发人员做,测试人员可以推进开发人员进行单元测试,检查单元测试状态。例如确保单元测试达到75%以上覆盖率,以及帮助开发人员开发出具有良好可测试性的代码。
    4. 集成测试、端到端(end-to-end)测试、性能测试:因为在敏捷方法中,往往将一个大的系统开发分解成多个小的子系统(模块/组件),集成测试和端到端(end-to-end)测试显得更重要。其有效保证整个功能流程的完整、畅通,以及所开发的产品与其任何子系统协调良好。
    5. 回归测试:持续回归测试,保证产品的稳定性。可以采用自动化回归测试。
    6. 对缺陷进行分析:总结出一些规律,帮助开发人员建立良好的习惯,改进代码的质量。例如标记出反复出现的bug,以便于开发总结原因。
    7. 缺陷优先级:与开发沟通上有直接交流、灵活应对变化,质量控制,什么bug是重要的,什么是可以后期去做,分清bug优先级。

    Choerodon在敏捷迭代中的测试流程

    1. 需求分析:依据需求文档提取测试点

    通过分析需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容,并分析各个功能模块之间的业务顺序,和各个功能之间的传递信息和数据,对存在功能交互的功能项,给出对应的验证内容(功能交互测试)。同时需要考虑到需求的完整性,要充分覆盖软件需求的各种特征,包含隐形需求的验证,比如界面的验证,账号唯一性验证(界面、易用性、兼容性、安全性、性能压力)。

    2. 编写测试计划和测试用例

    为项目需求而编制的一组测试步骤,测试数据以及预期结果,以便测试某个程序是否满足客户需求,测试用例需关联到对应的issue或者story,测试计划的内容包含迭代内的全部开发任务。

    3. 用例评审:确认用例是否覆盖到各个场景,以及用例是否符合需求

    用例评审主要是产品、开发和测试人员,针对测试用例能否用于项目的测试而做的工作。主要是为了减少测试人员执行阶段做无效工作(提交无效问题等),以避免三方需求理解不一致。评审按用例的优先级,功能的复杂程度进行;先对优先级高,功能复杂,疑问多的用例进行评审,再评审功能简单,优先级低的功能点。评审过程中尽量做到思路清晰,用最简洁的语言阐述每一个功能点。对于评审过程中,超过5分钟无法确定结果的问题,可以记录下来,作为会后讨论跟进的重点。

    4. 测试执行

    测试执行是执行所有或部分选定的测试用例,并对结果进行分析的过程。测试执行活动是整个测试过程的核心环节,所有测试分析、测试设计、测试计划的结果将在测试执行中得到最终的检验。

    5. 转化测试后的bug

    将执行完的有bug的测试用例关联敏捷协作中的缺陷。在敏捷协作中一个缺陷可以快速定位到测试用例,帮助开发者快速获取测试结果,实现测试闭环。

    6. 回归bug测试

    通过敏捷中的迭代规划,制定团队的回归方案,积极跟开发人员沟通问题原因、修复的方案和影响。整体的回归bug测试进度计划中需要包含所有回归测试和自动化回归测试时间,同时预估好每天的工作量,与实际完成的工作量进行对比,尽早知道测试进度是正常还是延期,提早控制好风险,从而达到团队能更好地交付价值的目的。

    总结

    以上我们回顾了Choerodon猪齿鱼敏捷测试在整个项目开发中的基本流程,详细介绍了各阶段存在的主要测试活动。总的来说,敏捷测试的最终目的是持续交付,快速交付可靠的产品。敏捷过程的测试,除了对测试能力的要求之外,还要求测试人员在团队的协作能力更高。此外,随着迭代的不断增加,对自动化测试的能力也有较高要求。

    希望本文有助于正在使用敏捷模式或者打算使用敏捷模式的团队更好得理解敏捷测试。

    关于猪齿鱼

    Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。

    更加详细的内容,请参阅Release Notes和官网。 大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:

    欢迎加入Choerodon猪齿鱼社区,共同为企业数字化服务打造一个开放的生态平台。

    本篇文章出自Choerodon猪齿鱼社区柴晓燕。

    展开全文
  • 详细介绍敏捷开发流程的特点,要点,以及如何实践,应用。
  • Scrum敏捷开发流程

    千次阅读 2017-05-01 14:17:41
    Scrum敏捷开发流程的要点

    1、我们首先需要确定一个Product Backlog(按优先顺序排列的一个产品需求列表),这个是由ProductOwner 负责的;

    2Scrum Team根据Product Backlog列表,做工作量的预估和安排;

    3、有了ProductBacklog列表,我们需要通过 Sprint Planning MeetingSprint计划会议)来从中挑选出一个Story作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog

    4Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);

    5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,并且向所有成员承诺你今天要完成什么,同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己的 Sprint burn downSprint燃尽图);

    6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;很多人可能还没有用过自动化的每日集成,其实TFS就有这个功能,它可以支持每次有成员进行签入操作的时候,在服务器上自动获取最新版本,然后在服务器中编译,如果通过则马上再执行单元测试代码,如果也全部通过,则将该版本发布,这时一次正式的签入操作才保存到TFS中,中间有任何失败,都会用邮件通知项目管理人员;

    7、当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);

    8、最后就是 Sprint Retrospective Meeting(回顾会议),也称为总结会议,以轮流发言方式进行,每个人都要发言,总结并讨论改进的地方,放入下一轮Sprint的产品需求中;

    展开全文
  • Scrum开发过程(轻松运用敏捷开发流程.doc)
  • 敏捷开发流程与方法
  • 什么是敏捷开发流程

    万次阅读 多人点赞 2019-05-11 19:34:29
    【什么是敏捷开发流程 】 这个词猛一听起来感觉很高大上,其实现在已经是主流的团队开发流程 了。 一. 先说一下官方的定义: 敏捷不是指某一种具体的方法论、过程或框架,而是一组价值观和原则。符合敏捷价值观....

    这里是修真院后端小课堂,每篇分享文从

    【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】

    八个方面深度解析后端知识/技能,本篇分享的是:

    【什么是敏捷开发流程 】

    这个词猛一听起来感觉很高大上,其实现在已经是主流的团队开发流程 了。
    一. 先说一下官方的定义:

    敏捷不是指某一种具体的方法论、过程或框架,而是一组价值观和原则。符合敏捷价值观和原则的开发方法包括:极限编程(XP),Scrum,精益软件开发(Lean Software Development),动态系统开发方法(DSDM),特征驱动开发(Feature Driver Development),水晶开发(Crystal Clear)等等。所有这些方法都具有以下共同特征:

    1. 迭代式开发。即整个开发过程被分为几个迭代周期,每个迭代周期是一个定长或不定长的时间块每个迭代周期持续的时间一般较短,通常为一到六周。

    2. 增量交付。产品是在每个迭代周期结束时被逐步交付使用,而不是在整个开发过程结束的时候一次性交付使用。每次交付的都是可以被部署到用户应用环境中被用户使用的、能给用户带来即时效益和价值的产品。

    3. 开发团队和用户反馈推动产品开发。敏捷开发方法主张用户能够全程参与到整个开发过程中。这使需求变化和用户反馈能被动态管理并及时集成到产品中。同时,团队对于用户的需求也能及时提供反馈意见。

    4. 持续集成。新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成,有些项目则每天都在这么做。

    5. 开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队,是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制,而非把过程和机制强加给人。

    二. 然后是我理解的敏捷

    主要说一下我们公司自己的开发流程,因为接触时间尚浅,所以有点地方可能说的不是很到位,希望大家多多包含。

    需求评审(参与人员是 客户+产品+UI+开发+测试,也就是所有人员)
    主要是产品人员讲解需求,用户需要给出反馈或者提出意见,其他人员可以相应的提出自己的见解。

    Story划分(产品+UI+开发)
    产品根据UI做出来的原型图给开发人员讲解系统构成和运行,将整个网站按照功能划分成一个个细粒度的story来说明,开发人员(前端和后端)也需要明白自己应该关注那些关键点。

    人员划分(leader+开发)
    主要是项目小组的leader 根据story划分,给前端和后端开发人员划分story,开发人员根据自己的情况去估算所需时间。

    方案设计(数据库设计文档、接口设计文档、方案设计文档)
    先根据系统的实际情况去设计DB,包括数据库和表的名字,以及具体的字段。
    然后设计接口文档,按照页面和功能进行设计,包括具体的请求地址和入参出参。
    最后是根据接口文档中出现的疑难点去做方案设计文档,对遇到的问题进行分析并拿出至少两种具体的解决方案。

    方案评审(所有人员)
    对前端和后端给出的方案评审其它人员给出各自的意见,有问题的话下次再次开始。

    禅道任务拆分(开发人员)
    方案评审通过以后开发人员就需要按照预估的总开发时间去拆分story,可以分成多个小的任务,但是一个任务的时间最好不要超过4个小时。

    开发(项目日报+工作日报+进度邮件)
    每天实际开发过程中遇到问题可以写成项目日报;每天的任务完成情况写成工作日报;相比较整个系统的进度完成情况需要写进度邮件。

    端对端(接口)测试(开发人员)
    前端写好了页面,后端完实现了接口,就可以进行端到端的测试,可以远程测试,也可以本地测试。

    压力测试+集成测试
    系统完成以后需要用Jmeter 进行模拟用户访问,通过设置线程来提高并发量的方式达到一定的效果,测试生成的数据需要总结成测试报告。

    Demo
    对于复盘来说,这就是最后一个程序了,在前后端大师兄的评审下,主要是前端人员进行系统演示,各个功能是否实现、页面是否达到用户要求、有没有什么需要完善的地方。点评过之后如果有问题那就修改之后再次评审;如果没有问题那就算完成复盘项目了。

    这么一个流程走下来,特别期间各个环节的良好运行以及团队合作的情况都是确保项目能够正常实现并交付的重要因素,敏捷开发强调的是人的充分能动性,通过这种相互合作的开发模式,相信在前后端分类开发的盛行时代,公司或者团队可以在约定的时间内较好地完成用户委托的项目。

     

     



     

    【欢迎加IT交流群565763832与大家一起讨论交流】

    展开全文
  • 敏捷开发流程与方法.ppt
  • 敏捷开发流程详解 by yangdl 1敏捷开发流程 ?敏捷软件开发核心是迭代式开发增量交付 ?每一次迭代都建立在稳定的质量基础上并作为下一轮迭代的基线整个系统的功能随着迭代稳定地 增长和不断完善每次迭代要邀请用户...
  • scrum敏捷开发流程框架
  • 敏捷开发流程与方法BGCN交付管理部Strictly Private and Confidential敏捷开发简介1敏捷的起源1.1敏捷方法体系1.2敏捷宣言1.3为什么要敏捷?1.4敏捷系列2 敏捷开发的误区3目录 敏捷开发的起源发展开始广为流行500强...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 112,612
精华内容 45,044
关键字:

敏捷开发流程