精华内容
下载资源
问答
  • 持续交付

    2019-05-08 22:25:58
    先考虑结果,根据结果确定要做的事情 定义完成的标准,定义验收的标准(用户故事),持续集成 搞清楚为什么做这件事 不同角色工作真正的上下文不同,跳出程序员思维,扩大自己的上下文 单一维度的思考,在多维...

    四个原则:

    以终为始

    任务分解

    沟通反馈

    自动化

     

    细目:

    先考虑结果,根据结果确定要做的事情

    定义完成的标准,定义验收的标准(用户故事),持续集成

    搞清楚为什么做这件事

    不同角色工作真正的上下文不同,跳出程序员思维,扩大自己的上下文

    单一维度的思考,在多维思考者的眼里几乎就是漏洞百出的

    通向结果的路径才是更重要的(比如思考上线问题)

    工作能否通过数字衡量

    开发前先做准备,需求能落地

    高手全是微操作,先对任务进行分解

    测试集成,包括开发和测试

    写代码之前,先想想怎么测试,编写可测试的代码

    任务拆解,小而可行;分解是硬功夫,需要不断练习;达到代码可提交

    测试标准:自动化 全面 可重复 独立 专业

    用户故事,有背景,需要讲和沟通

    需求这个东西,你 认为 没法砍,那就真没法砍了

    需求:重要 和 紧急,重要大于紧急

    你不主动,你就被动

    先验证需求可行性,再动手写代码

    寻找一条可靠路径,在完整用户体验和完整系统之间,找到一个平衡

    程序员不反抗,他们就意识不到自己的糊涂

    沟通反馈,改善编码、解码以及算法的方式

    代码级别:可运行 符和规范 可理解 业务语言流程

    好的会议,是用来同步信息的;多面对面沟通,少开会

    可视化沟通:技术看板

    心流:感受不到时光流逝

    复盘:客体化;定期复盘,找准问题原因,不断改善

    由听产品经理的话,扩大成倾听用户的声音;谁离用户近,谁就有发言权,无论角色是什么

    提前把问题暴露出来,Fail Fast。把问题解决,而不是掩盖问题

    结构化输出,让知识更有结构

    软件开发过程中,软件设计的可变性是可控制的

    体系化学习:语言 核心库 第三方库 开发框架 单机部署 集群部署

    持续交付:持续集成环境 测试环境 预生产环境 生产环境(DevOps 部署纳入开发的考量)

    写代码这件事,可当成手艺活不断打磨

    代码治理,单一职责 开放封闭 替换原则 接口隔离 依赖倒置 | 设计模式是术 设计原则是道

    分层价值:构建一个良好的抽象,领域模型(本质上是由于人的认知能力有限,不得已而为之)

    不同量级的系统,不是一个系统

    业务划分与微服务实现

    业务是大图景,架构是划分出来的,比如外部接口和内部业务流程

    遗留代码就是没有测试的代码

    先重构,再重写

    一专多能,在学习区工作和成长。成为专家,路才能越走越宽,否则,只能步履维艰。工作是属于公司的,而职业生涯却是属于自己的

    持续集成 交付 验证

    学会管理上级:管理预期 说出想法 讲清楚场景

    不合理的部分学会沟通,而不是一味地去实现

    区分需求和技术

     

     

     

     

     

     

     

     

    展开全文
  • 目的是确定设施交付强度对AMTSL的正确做法以及提供其他人工和交付干预措施的影响。 方法:2016年,在达累斯萨拉姆的四个公共卫生机构进行了横截面分析研究。 高交付强度设施(HDIF)与低交付强度设施(LDIF)相比,...
  • 根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起 持续交付 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。...

    这个文章是从知乎上复制的,所以是转载

    持续集成

    持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起

    持续交付

     

    持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题,可以继续手动部署到生产环境中

    持续部署

    持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。

     

    我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工,而持续集成、持续交付、持续部署恰恰可以早发现早解决,从而可以避免这个问题。



    作者:yumminhuang
    链接:https://www.zhihu.com/question/23444990/answer/89426003
    来源:知乎
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

     

     

     

     

     

     

    展开全文
  • 根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。注意:这里的测试重点是指开发人员进行的代码级别测试! 持续交付(CD:Continuous Delivery) 持续交付在持续集成的基础上,将集成后的代

    近些年来,持续集成、持续交付以及持续部署这几个热词总是在大家的眼前晃来晃去!在招聘信息和面试过程中也会经常提及!在这里我就用三分钟时间来带大家了解他们!

    持续集成(CI:Continuous Integration)

    持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。注意:这里的测试重点是指开发人员进行的代码级别测试!

    持续交付(CD:Continuous Delivery)

    持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的类生产环境中。如果测试没有问题,可以继续手动部署到生产环境中。注意:这里的测试重点是指测试人员进行的产品级别的测试!往往在这个测试过程中普遍都会引入测试脚本进行自动化回归测试,主要是进行接口测试和UI测试,当然部分公司也会引入安全测试和性能测试。持续交付能够以较短地周期完成需求的小粒度频繁交付。频繁的交付周期带来了更迅速的对软件的反馈,并且在这个过程中,各个角色密切协作,相比于传统的瀑布式软件团队,更少浪费。

     

    持续部署(CD:Continuous Deployment)

    持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。整个过程无需人工参与!

    总结

    简单地说,持续集成主要是在开发范围,包括:构建>单元测试;

    持续交付涉及开发、测试、运维合作,包括:构建>单元测试>测试环境部署>测试(不涉及生产环境的自动化部署)

    而持续部署是在持续交付的基础上的延伸:包括:构建>单元测试>测试环境部署>测试>生产环境部署>生产环境测试(全流程自动化)

    展开全文
  • 根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。注意:这里的测试重点是指开发人员进行的代码级别测试! 2. 持续交付(CD:Continuous Delivery) 持续交付在持续集成的基础上,将集成后

    近些年来,持续集成、持续交付以及持续部署这几个热词总是在大家的眼前晃来晃去!在招聘信息和面试过程中也会经常提及!在这里我就用三分钟时间来带大家了解他们!

    1. 持续集成(CI:Continuous Integration)

    持续集成强调开发人员提交了新代码之后,立刻进行构建然后进行单元测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。注意:这里的测试重点是指开发人员进行的代码级别测试!

    2. 持续交付(CD:Continuous Delivery)

    持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的类生产环境中。如果测试没有问题,可以继续手动部署到生产环境中。注意:这里的测试重点是指测试人员进行的产品级别的测试!往往在这个测试过程中普遍都会引入测试脚本进行自动化回归测试,主要是进行接口测试和UI测试,当然部分公司也会引入安全测试和性能测试。持续交付能够以较短地周期完成需求的小粒度频繁交付。频繁的交付周期带来了更迅速的对软件的反馈,并且在这个过程中,各个角色密切协作,相比于传统的瀑布式软件团队更少浪费资源。

    3. 持续部署(CD:Continuous Deployment)

    持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。整个过程无需人工参与!

    4. 总结

    简单地说:

    • 持续集成主要是在开发范围,包括:构建>单元测试
    • 持续交付涉及开发、测试、运维合作,包括:构建>单元测试>测试环境部署>测试(不涉及生产环境的自动化部署)
    • 持续部署是在持续交付的基础上的延伸:包括:构建>单元测试>测试环境部署>测试>生产环境部署>生产环境测试(全流程自动化)

    专注测试开发技术研究、实践、分享、交流。 关注微信公众号『测试开发技术』,后台回复关键词获取对应信息:ME、资料、微信、新书。

    展开全文
  • 1 辨析敏捷/持续集成/持续交付/DevOps ...根据测试结果,可确定新代码和原有代码是否正确集成在一起。 2.2 持续集成的定义 持续交付的鼻祖Martin Fowler提出:持续集成(Continous Integration)是一种软件
  • 「持续集成(Continuous Integration)」、「持续交付(Continuous Delivery)」和「持续部署(Continuous Deployment)」这三个概念有很详细...根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。...
  • CI(Continuous Integration,中文意思持续集成)强调开发人员提交了新代码之后,立刻进行构建、(单元)测试,根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 下图可以更好的理解持续集成 常用...
  • 摘自Wikipedia :在Web开发和营销以及更传统的广告形式中,A / B测试或拆分测试是Web设计(尤其是用户体验设计)的实验方法,其目的是确定对网页的更改会增加或最大化感兴趣的结果(例如,横幅广告的点击率)。...
  • 持续性集成 持续集成是指开发阶段,对项目进行持续性自动化编译、...根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 持续交付 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行
  • 这项工作的目的是确定如何使用无人机来减少运输时间、提高动力效率和提高安全性,最终实现优化的终端交付。综合运用数学模型、无人机模拟、冗余控制系统和定制设计的电气、机械部件等工具和技术,实现了在30分钟内...
  • 参考:... 1 continuous integration 持续集成 ...持续集成强调对于开发人员的每个提交,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原...
  • 根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 CD(Continuous Delivery, 中文意思持续交付)是在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境(类生产环境)中。比如,我们完成...
  • 如果对DevOps有一定了解的朋友,一定会经常听到这几个关键词:持续集成、持续交付和持续部署,那么这几个词之间有什么关联、区别呢,下面内容教大家怎么区分~ ...根据测试结果,我们可以确定新代码和原有代码能...
  • 结果表明,两种方式的疗效均相当,并且两组从干预前到干预后均显着降低,在对食物的渴望,食物的力量,抑郁和体重的随访中,降低仍然显着,干预后观察到的差异很小或为期6个月的随访,以控制饮食,身体症状,焦虑症...
  • 即使实验室测试结果很好,也必须在生产中用自动测试设备(ATE)测试器件。此外,在设计交付给制造以前,还必须做全面的特性检验,以确认每个被测器件都会完全满足其电气规格,并揭示出任何可能在制造工艺中出现的...
  • 导读:本文将主要介绍高德在高精地图地面标识识别上的技术演进,这些技术手段在不同时期服务了高精地图产线需求,为高德地图构建高...这些自动化识别结果将作为生产数据交付给地图生产产线,经过制作后演变成服务于...
  • 研究得出的结论是,每当学院的组织文化支持咨询部门的活动时,以及当该部门的服务交付被认为是有效的时,该部门便能够满足学生确定的优先需求,这反过来又会导致对学生的学术成就。 但是,为了提高学业成绩,在确定...
  • 结果:在审核期间,共交付4198架飞机。 病态肥胖的妇女人数为145,患病率为3.45%。 大多数妇女(42名)没有怀孕并发症。 怀孕前的并发症是先前的流产,多囊卵巢综合征,椎间盘脱出,糖尿病,先前的IUGR和高泌乳素...
  • 但是,你如何确定该模型能够提供最佳结果?是否有指标或技术可以帮助你快速评估数据集上的模型? 当然是有的,简而言之,机器学习中损失函数可以解决以上问题。 损失函数是我们喜欢使用的机器学习算法的核心。但...
  • 项目管理

    千次阅读 2015-01-22 13:46:11
    有明确的目标(包含交付日期、成本控制、性能指标,始终不能因为环境改变目标,否则也就不能称之为项目了)、资源有限(资金不够、人员不足、时间不足,但是要拥抱事实)、结果不可逆(项目一旦结束,结果确定了,...
  • 制定计划 ... 制定详细计划的第一步是分析交付结果...某些交付结果已经在最初的界定阶段得到了确定,而WBS则是对生产上述交付结果需要进行的所有任务的分解。分析DBS和WBS 虽然DBS和WBS并不相同,但你可以...
  • 目标:要完成、要交付结果是什么? 有效度量:交付的底线是什么?交付的成果是什么?目标要做到明确、具体、可度量。 确立项目全权负责人 项目全权操作、负责人,要有人做决定,有人背锅,有人说了算...
  • 1、传统我们的项目开发模式是产品调研提出需求,开发团队研究决定开发方案选型。然后开始一个周期的...持续交付并不是某个特定的软件,而是一个结果。这个结果要求团队可以随时的发布一个新的准确版本,而且要求在编
  • 1.任务分解定义 任务分解过程:将一个项目分解为更多的工作细目或者子项目,使项目变得更小、更易管理、更易操作。...确定项目交付成果;验证分解的正确性。 分解标准应统一:学生管理 按照生存期间阶段分解:规划
  • 根据测试结果确定新代码是否可以merge。 持续交付:代码集成后,自动部署到类生产环境进行api测试(契约测试)、用户界面测试。根据测试结果确定新代码是否可以发布。 持续部署:代码发布后,自动部署到生产环
  • pring Security 实战干货

    2020-01-09 16:13:11
    如果对DevOps有一定了解的朋友,一定会经常...根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。 2.持续交付 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行的环境(类生产...

空空如也

空空如也

1 2 3 4 5 ... 8
收藏数 159
精华内容 63
关键字:

交付确定结果