展开

关键词

中的自动化测试

提到,我们总会说到持续集成,持续,持续发布,即频繁地产品特性。 虽然强调质量全员负责,但我所待过的团队,做过的项目,践行得好的很少。幸运的是,现在团队的质量意识都很好。但故事一开始不都是美好的,每个团队都是在 “掉坑-反馈-调整磨合” 的循环里走向成熟的。 项目之下,QA的首要任务应该是驱动团队各个角色对质量负责。 我相信,每个团队是不一样的,但是QA的主要价值一定是能驱动团队为质量作出改进和贡献。 QA是对项目流程质量,产品内部质量,产品外部质量都需要负责的,而自动化测试只是质量保证的一种措施而已而非唯一措施。

33830

Offshore团队QA生存指南 | 洞见

序跨地域性的offshore一直以来都是一个充满挑战的工作,对于需要与各种角色进行互的QA而言更是如此。我在2016年初进ThoughtWorks时就经历了这样一个项目。 现在此离岸项目已经完成,我也想总结一下这一年来的项目生存实践。? 同时由于不在一个地方工作,几乎没有比如团建活动,茶歇等能够促进团队成员互相了解、建立良好团队关系的机会,这对于团队的建立是非常不利的。 虽然团队提倡“工作的软件高于详尽的文档”, 但是对于分隔两地的团队来说,有时候详尽的文档恰恰是提高沟通效率的必要手段。 作为QA,在离岸团队中,我们更需要注重测试的文档化。

62950
  • 广告
    关闭

    云产品限时秒杀

    云服务器1核2G首年38元,还有多款热门云产品满足您的上云需求

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

    运维助力-我们的运维看板

    我们希望通过这次分享向大家两个内容,第一点,理解是什么,第二点大家回去后能尝试进行看板实践。运维的挑战运维到底能在DevOps里面做什么? 实际上在这个图里面,对比运维跟产品,虽然呈现出来阶段是不同的,但是我们仔细想里面隐藏的关联和矛盾性,产品和运维里面都是存在的。 而产品过程中起到至关重要的作用,那是否可以同样解决运维的问题呢?我们先了解一下什么是。?大家看到这个词的时候,首先会想到什么? 包括我们现在很热的持续,DEVOPS,离不开XP的铺垫。开发方法选型方法对比? 的三阶段?的阶段划分方法有很多种,这个只是其中的一种,不代表全部。我们只是用这种划分作为例子来讲,在这个三阶段里,运维大致是能做什么工作。我先大概的介绍一下的三阶段。

    83190

    (四)如何在环境中

    使项目的一个基本要素是频繁的工作产品,一个没有展示或发布的团队,其学习的速度不会快,并且很可能并未采用技术。团队可能需要额外的引导来保证频繁的。 在能力降低的情况下,团队只会激化相应能力能够完成的工作; 团队不能100%的确定自己能什么,因为他们无法知道意外情况。 团队在一个工作块中不只会计划一次。相反团队会开始计划一点,,学习,然后在一个持续的循环中重新规划更多的东西。 2.7帮助团队价值的执行实践 如果团队不重视质量,很快就会无法快速发布任何东西。 下面的技术实践中,很多都来自极限编程,他们可以帮助团队以最快速度: 持续集成。 团队非常偏爱自动化测试,因此他们可以借此构建和保持的势头。 验收测试驱动开发(ATDD)。在ATDD中,整个团队聚集一堂讨论工作产品的验收标准。

    52131

    精选 | DevOps 三十六计之精益与持续

    前言:“一册在手,DevOps我有”,这就是传说中的《DevOps 三十六计》,相信您读完也意犹未尽,小编就来和您说道说道我注解的《DevOps 三十六计》,今天先跟大家聊聊精益和持续,从中摘取何勉 精益篇? 项目管理(杨晓俊)没有照本宣科的,只有最适合团队的实践的本质就是在实践中探寻更好的软件开发方法,所以实践需要我们去找到最适合自己的实践和方法。 ? 架构师演化出来的,这是研发中的铁律。 DevOps 三十六计除了精益和持续,还有安全篇、性能调优篇、开发架构篇、测试技术篇、技术运营篇,每一篇又分多个计策!欲知详情,且听下回分解!END

    57690

    从 Google TFX 到 Kubeflow:容器化 AI 平台

    2018 年 04 月 22 日,才云科技创始人兼CEO张鑫在“全球首发| Kubeflow Meetup 4.22 杭州场,开拓 AI 新视野”进行《从 Google TFX 到 Kubeflow:容器化 我们会分享如何利用 Kubernetes、TensorFlow 等技术打造一个的机器学习平台,并介绍 Kubeflow 项目的现状与未来。获取嘉宾演讲视频及PPT,扫一扫下方二维码即可。 ? Model Evaluation是迭代训练并提升模型性能的互流程中的重要一环,它的设计目标是评价一个新模型的性能等各项指标。 Kubrflow希望用容器的方式一个开发的机器学习平台。

    1.4K30

    持续与传统的矛盾

    我在采用持续的组织中和开发团队工作一起工作,发现很多开发者认为的正确的团队的工作方式,在这里跑得不是很顺畅。 我认为传统与持续的矛盾的根本在于,二者是采用不同的方式把软件变得“可以发布“(ready to release)的。 03 持续:持续的一个子集,在持续中团队会保持软件在开发过程的所有时间内都可以发布。它和传统不同之处在于,持续在开发过程中不会有停下来然后创建发布版本的过程。 持续性不是指更短的周期从传统的开发流程变成可持续性,不是指把软件发布的周期变短。每天晚上做发布版本仍然不是可持续性。 持续和传统的冲突点我前面讲过,有时候持续和开发团队所认为是“正确”的实践流程有一些矛盾。

    52630

    开发,持续集成(CICD)、DevOps

    在这种情况下,就有人提出了开发。传统开发传统开发方式的拥护者和开发方式的拥护者看待软件开发的世界观是不同的。 开发而在的眼里世界可不是这样的,认为在软件开发中,世界是变化的,有很多不确定首先不论哪种开发方式,不过不管什么开发方式前期还是要做足充分的调研和分析,收集足够多的信息。 开发核心拥抱变化快速迭代下面图的标题是How Spotify builds a product.很好的诠释了开发的含义? CICD概述? 开发流程的深入人心。 DevOps带来的变革角色分工:打破传统团队隔阂,让开发、运维紧密结合,高效协作研发:专注研发、高度、持续集成产品:高质量、快速、频繁、自动化、持续 具体落地简单的说,DevOps=团队文化

    61620

    3.1】价值与价值驱动

    价值与价值驱动上一大篇的框架怎么样,有没有意犹未尽的感觉?框架只是的一部分,而且是偏实践的部分。所有的教材都喜欢把这些框架写在前面也是因为这部分非常吸引人。 但是,真正的还有许多理论等着我们来探索,不要着急,在学习完后面的内容之后,再回来看框架,或许你会理解得更加深入。什么是价值其实在框架中,我们不只一次的提过要价值。什么是价值? 所以,提倡的是尽早有价值的产品。然而,是迭代、增量的开发的,而一个项目产品中,也一定有一些功能或者内容是会产生更高的价值的,我们要做的就是尽早的这一部分的功能。 在迭代开始时,PO 或者是其他类型的团队会优先选择价值最高的部分来优先实现。这也是对需求进行排序的一个重要参考值。尽早价值有什么好处呢?当然是为了让客户尽早尝到甜头。 而价值驱动这块,我们更关注的是评估价值优先级方面和增量开发方面的内容。总结今天的内容不多,也总算是从框架的长篇大论中解脱出来了。不过,从现在开始,我们才是进入了中最核心部分的学习。

    5710

    “拥抱”DevOps,快速提升价值

    农行于2017年进行了研发模式的探索和实践,在研发端进行了的相关实践,2020年完成了研发流程的优化,将实践延伸到业务部门,并于2021年全面推广。 ,实现了业务需求的快速研发流程“拥抱”Devops技术规范,实现了业务用户故事的双向可追溯、快速研发投产,进一步提升了研发的快速能力,实现了达,实现了“业技营”融合价值的最大化。 《研发运营一体化(DevOps)能力成熟度持续3级评估。 DevOps 标准共分 5 级,持续部分如果能达到 3 级已经是国内领先水准,这代表着中国农业银行在参评项目的持续能力达到国内领先水平。

    15740

    PMI-ACP 项目管理4——价值驱动

    一、什么是价值驱动价值,特别是业务价值,是方法的核心组成部分。 这种概念已经融入了的核心,包括价值宣言(可以工作的软件胜过绵绵俱到的文档)和原则(不断的可用软件和可用的软件是衡量进度的首页指标)。 价值驱动贯穿项目的整个生命周期,指导着过程中的决策。 二、的主题就是最大化价值一个功能既有正向的业务价值,可以带来收益,也有相关的风险,因此需要综合考虑功能性需求、风险,并分析这些因素对项目的影响。 四、早期尽早 方法推崇早期价值。

    67010

    PMI-ACP 项目管理6——价值与确认价值

    一、价值价值贯穿项目执行始终。为了完成这个目标,团队应该利用精益的最大化价值活动和最小化浪费或者合规活动(非增值)原则。 (一)、任务和看板面板在项目中,任务和看板面板可以在很多方面帮助我们价值。尽管它看来像是软件规划工具倒退到卡片,但是这种方法提供了很多便利。 实际上甘特图在项目上显示了一些劣势。 限制WIP帮助我们识别过程中的瓶颈,并最大化生产率,像某些城市实行单双号的车辆限行,通过限制路上通过的车辆可以让通更通畅 (三)、增量增量是另一种优化项目价值的方法。 如果能够产品或者一些负责系统的简单版本,我们就可能获取早期的投资回报率。即使增量软件到测试环境而不是生产环境中,这种方法依然可以帮我们所有价值。 增量减少了早期发现问题造成的返工工作量,更有益于项目价值二、确认价值通常开发好的产品,团队认可,但是发起人和业务客户确认时,可能会存在异议或者争议。方法常用在一些无形的产品中,比如软件项目。

    72040

    【Kevin聊】看板Kanban的8目标和3原则

    A001.jpg1.2 高价值看板Kanban和一样,都是要高价值的产品,所有的一切都是围绕这一点进行的。在看板Kanban的甬道中应该优先排高优先级的需求任务。 这样,我们可用的软件产品的时候,始终保重高优先级的。 A002.jpeg1.3 提高需求可预测型在精益或者丰田的Kanban中,Lead Time指的是过程周期时间(LT),就是从接到顾客订单开始直到给顾客所要的货物的这个期间的时间。 但是在我们软件领域的管理,Lead Time指的是需求周期。常见的的简化需求状态为 “TODO-DOING-DONE”,一个需求的,你也可以看成是工业生产中产品的。 所以就要求我们想精益或者丰田Kanban的Lean Time时间尽量短,当然更厉害的就是需求周期的可预测性,有较好的可预测性,我们可以在一个迭代周期期间更好地安排高价值的需求。

    21400

    采用方法的原因是什么?

    越来越多的公司采用开发实践来帮助他们保持竞争力。过程是高度协作的、迭代的,并且所有过程都集中在快速和可重复的软件上。 难怪采用开发的好处包括加速产品、增强管理变更优先级的能力、提高生产力、提高软件质量等等。根据在2016年的第10次年度调查,最有吸引力的优点是它能够加速产品。 3880名受访者中,只有1%的人说他们的实现不成功以下是第10次年度状态调查中阐述的采用软件的最重要的原因:加速产品(Accelerate product delivery)——开发方法使企业能够在更符合用户需求的更快发布周期内高质量的软件 他们需要一个更好的方法来改进IT人员用来软件的技能和方法。方法通过更有效的沟通提高了生产力,同时高度响应不断变化的客户需求。 通过强调建立度量和度量的软件方法,团队可以以足够的可预测性和发布级别的承诺来计划、协调和

    60840

    2.2.3 思维(1)

    看起来,从技术角度看,通常讲的是项目研发层面的,涉及通过组织架构、流程机制、绩效管理、项目协同、产品研发、持续等层面的调整,推动业务技术相融合。 由于各团队的现状不一样,很难采用一套标准化的协同模式,更多的是局部根据实际情况,悟出强调的“价值、适应变化、自组织、沟通、MVP”等的内涵,并进行落实。 【持续】我们最重要的目标,是通过及早和持续不断地有价值的软件使客户满意。【接受变化】欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,过程掌控变化。 【加强沟通协作】不论团队内外,传递信息效果最好效率也最高的方式是面对面的谈。【MVP、持续】可工作的软件是进度的首要度量标准。【持续过程倡导可持续开发。 从上面的宣言摘一些与运维相关的关键词:持续、接受变化、IT服务、加强协作、架构可扩展性、自组织、不浪费、加强总结。

    20840

    【Kevin聊项目管理APM-Agile Project Management(二)

    这一篇文章,我将从APM的商业目标,自组织团队,框架三个部分来聊。 一、APM的商业目标APM的商业目标有五个,核心是两点:“可靠”和“价值”持续创新产品自适应团队和流程自适应减少周期可靠的结果「持续创新」是对现在客户需求的;「产品自适应」是对未来客户需求的 ;「团队和流程自适应」是对产品或者商业变化的迅速反应;「减少周期」是为了快速可工作的产品;「可靠的结果」是为了支撑商业的增长和盈利能力。 B003.jpeg四、APM框架-ESEACAPM的框架如下图所示,其实总结起来就是紫色框的部分,即ESEAC「E」指的是Envison:即项目开始前,先赋予项目愿景。 【Kevin聊项目管理之Scrum三大支柱08.【Kevin聊项目管理之Scrum价值07.【Kevin聊项目管理之Scrum06.

    28540

    Jenkins 创始人:持续的 What、Why 及 How

    持续框架分析2. 持续DevOps成熟度现状、级别划定、改进四象限与路线图等3. DevOps转型策略4. 工程实践简介5. 6、现状和方向6.1 团队占比现状是上游(管理过程,比如Scrum)的团队占比33%,下游(持续)的团队占比13%。 6.2 非团队占比根据 KK 的数据,目前有87%的团队,依然没有实现下游的,即持续和持续部署的实施较少或者不成熟。这会导致价值的依然长达数月之久。 ? 团队级的2. 团队级的CD3. 企业级的4. 路径二:团队级—>团队级持续—>企业级—>企业级 DevOps ?我所了解的企业,偏向于类似第二种的路径,一开始都在团队级别进行和持续的尝试,逐渐成熟推广复用,规模化。

    36380

    .NET 云原生架构师训练营(模块二 基础巩固 开发)--学习笔记

    个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划开发十二原则我们最重要的目标,是通过及早和持续不断地有价值的软件使客户满意。 为了客户的竞争优势,过程掌控变化。经常地可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。业务人员和开发人员必须相互合作,项目中的每一天都不例外。激发个体的斗志,以他们为核心搭建项目。 不走回头路,如果出现返工,出的代价巨大动态的,贴近客户需求重复,直到正确为止频繁小的核心是小版本迭代。 :精益创业持续2.0精益创业2021年美国作家埃里克·莱斯出版了《精益创业》一书中的精简式反馈,以小见大等概念与软件开发迭代模型有很多相似之处在 SCRUM 中要求每个迭代都能给有用价值的功能 可惜的是精益创业的思想产生比软件开发思维晚了整整11年持续2.0国内 DevOps 专家乔梁在2019年出版了《持续2.0:业务引领的DevOps精要》中提出双环模型强调“只有业务方能够以“

    9520

    .NET 云原生架构师训练营(模块二 基础巩固 开发)--学习笔记

    个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划开发十二原则我们最重要的目标,是通过及早和持续不断地有价值的软件使客户满意。 为了客户的竞争优势,过程掌控变化。经常地可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。业务人员和开发人员必须相互合作,项目中的每一天都不例外。激发个体的斗志,以他们为核心搭建项目。 不走回头路,如果出现返工,出的代价巨大动态的,贴近客户需求重复,直到正确为止频繁小的核心是小版本迭代。 :精益创业持续2.0精益创业2021年美国作家埃里克·莱斯出版了《精益创业》一书中的精简式反馈,以小见大等概念与软件开发迭代模型有很多相似之处在 SCRUM 中要求每个迭代都能给有用价值的功能 可惜的是精益创业的思想产生比软件开发思维晚了整整11年持续2.0国内 DevOps 专家乔梁在2019年出版了《持续2.0:业务引领的DevOps精要》中提出双环模型强调“只有业务方能够以“

    8510

    落地开发的12个建议,打造自定义开发管理模式!

    开发中强调持续集成有价值的成果。 在实际产品项目开发采用开发模式过程中,经常碰到很多对成果反馈并不的情况,ToB应用这种情况比较多,有客户因素也有团队因素。 对于开发模式来说,不断的持续迭代,不断持续提供的阶段性可使用、可运行起来的产品成果,才是评估开发的迭代进度是否有效,同时作为开发其完成度的度量评审依据之一。 因此产品的开发整个过程,要时刻关注成果;未运行未被用户使用,则不能称之为成功。 平稳的开发节奏过程提倡平稳的开发节奏,发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 关注优秀技能和好的设计不断地关注优秀的技能和好的设计会增强能力。组织是以人为导向的,注重团队协作,一起为质量负责,为持续高质量的软件成果给到客户使用、而不是持续质量不好的软件。

    32450

    相关产品

    • TAPD 敏捷项目管理

      TAPD 敏捷项目管理

      TAPD是源自于腾讯的敏捷产品研发协作平台,提供贯穿敏捷开发生命周期的一站式服务。覆盖从产品概念形成、产品规划、需求分析、项目规划和跟踪、质量测试到构建发布、用户反馈跟踪的产品研发全周期,帮助研发团队规范和改进研发过程,提升研发效率和产品质量。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券