- 综合排序
- 最热优先
- 最新优先
- 来自专栏测试开发干货
接口测试平台设计思路-2:成品总览
继续上期，观赏到登陆态接口之后。可以来看看项目内的全局公共host和header的设置弹层：
35610编辑于 2022-05-18 - 来自专栏小东东
第2章 价值驱动交付
什么是价值驱动交付 交付价值，特别是业务价值，是敏捷方法的核心组成部分。 这种概念已经融入了敏捷的核心，包括敏捷价值宣言(可以工作的软件胜过面面俱到的文档)和敏捷原则(不断交付可用的软件和可用的软件是衡量进度的首要指标)。 价值驱动交付贯穿敏捷项目的整个生命周期，指导着过程中的决策。 敏捷的主题就是最大化价值交付 风险等于反价值 早期交付价值 · 险提前曝光，提高项目成功的概率 · 增加干系人的信心，使之尽早参与 评估价值 业务价值可以通过商业论证进行评估，通常会用常用的财务术语进行评估 (2)创建当前流程的价值流程图，识别步骤、序列、延迟和信息流。 (3)评审流程图，发现延迟、浪费和限制约束。
85110编辑于 2023-03-30 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:半成品的计划与处理(234)-4成品生产2
以用于零件生产的相同方式生成装配产成品 MTS（F234-1 和F234-2）的生产订单。 1. 在 库存/需求清单：初始屏幕上，输入以下数据： 字段名称 用户操作和值 注释 物料 F234-1或 F234-2 产成品 工厂 1000 生产工厂 ? 1. 选择 回车 确认输入。 2. 您可以看到生产订单已结算到物料产成品 MTO（F234-1 或F234-2）。 生产版本确定可用于生产物料的各种生产技术。 对物料产成品 MTS (F234-1 或者F234-2) 的最终装配已创建生产订单。 ? 对物料产成品 MTS (F234-1 或者F234-2) 的最终装配已下达生产订单。 MIGO生产订单组件的发货（产成品） 在此步骤中，为F234-1 或 F234-2 的生产订单过帐组件的发货。
2.2K50发布于 2018-03-27 - 来自专栏叽叽西
Markdown 成品发布
word pandoc abc.md -o abc1.docx 导出 word 且使用 reference docx pandoc --reference-doc myColumns.docx -o abc2.
1.6K20编辑于 2022-05-17 - 来自专栏叽叽西
Maven 部署成品
包未正规发布到网络仓库，而且仅提供 jar 包，未提供源码或者源码编译报错，那我们可以把 jar 包直接上传到仓库，命令如下： mvn deploy:deploy-file -Durl=file://C:\m2- 【推荐方式一】migrate-local-repo-tool.jar 工具批量制品上传 操作步骤： 1.下载迁移工具migrate-local-repo-tool.jar 2.在您本地运行该迁移工具，（ packages.aliyun.com/maven/repository/2001766-release-lv0JtK" -u ******* -p ******* 参数注解： -cd 您要迁移的本地目录，例如：/$HOME/.m2/ 比如假设你的私有制品都放置在 /$HOME/.m2/repository/com/alibaba/ 目录中，你可以将com/alibaba/ 目录复制一份到一个空的目录中，比如复制到 /tmp/repo 【推荐方式二】批量上传Maven仓库 jar 包到 Nexus3.x 私服 1.先将本地 maven/repository 仓库打一个完整的zip压缩包 2.上传到 linux 目录，如：/opt
1.1K10编辑于 2022-05-17 - 来自专栏亮哥的DevOps
Jenkins X--(2)如何帮助实现持续交付
Jenkins X提供了以下特性来帮助我们实现持续交付。
1.1K20发布于 2019-11-26 - 来自专栏前端开发的「术」
从交付 API 到交付 SDK
背景 传统 Web 前后端协作模式中，HTTP API 是前后端的分界点，服务端交付 API，Web 端根据 API 构建应用。 服务端的类型定义，比如 HTTP 请求和返回的类型定义，前端可以复用； 前端请求函数，后端可以复用，作为 e2e 测试代码； 发现至少两个地方的代码是有共享需求的。 activity.ts │ ├── global.ts │ ├── user.ts │ └── README.md 总结 在这样的模式中，Node 开发除了常规的 server 开发外，要编写 e2e 感想 直接交付 SDK，其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件，比如 protobuf，可以借助自动化工具，生成各种语言的调用 SDK（即桩代码 Stub）。
1.6K41编辑于 2022-01-13 - 来自专栏FunTester
持续交付：低风险快速交付
持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时，将会让新功能发布和修复BUG并行成为可能。 今天我们将重点介绍 CI/CD 的第二阶段，持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化，有助于及早避免错误并最大限度地降低风险。 根据持续交付状态报告，在 19,000 多名开发人员中，有 50% 的人指出他们以每周一次到每月一次的频率进行部署。其中 2/3 的代码在提交后至少需要一周才能成功将代码运行到生产环境中。 何谓持续交付 根据持续交付的实践，团队开发软件是以最小变动代码块为单元，产品发布不是手动进行的，而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。 该技术有几个阶段，例如管理流程、测试和定义产品是否已准备好交付，这涉及不同的部门和不断的协作。
39920编辑于 2023-08-04 - 来自专栏ThoughtWorks
持续交付2.0：云原生持续交付
《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代（2010年）云计算尚未得到广泛应用，尤其在软件开发过程中的应用非常有限。 如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容，我们有可能提出一组全新的、原生于云环境的持续交付实践。 ? 对于这些反模式，《持续交付》提出的解决办法是“将几乎所有事情自动化”。 ---- 部署流水线 《持续交付》提出了“部署流水线”的概念（如下图）。“随着某个构建逐步通过每个测试阶段，我们对它的信心也在不断提高。 《持续交付》中提倡整个部署流水线“只生成一次二进制包”，并且在各个验证步骤之间传递二进制包。
2K50发布于 2018-04-13 - 来自专栏CKL的思考空间
从交付产品到交付价值
这个是比较典型的交付产品的测试思路，对于“笔”这个产品，它需要满足以上我们考虑到的信息，在这个过程中，我们关注的是对于笔的产品说明书，以此为蓝本来设计我们的测试用例，测试人员关注的是说明书是否写的足够清晰 在敏捷的环境中，我们关注的是交付价值，需要澄清原始需求背后客户的真实痛点是什么。 最终交付了此功能，并与客户简单讲解了整个使用配置过程，得到了客户的认可。 在这个过程中笔者做了什么： 需求澄清——基于业务上下文的需求背景分析； 分析现有逻辑——提出现有逻辑的不合理性； 提出支撑性需求——为满足需求，增加额外的功能支撑； 关注用户体验——做好功能交付及业务培训 提升整个团队的交付价值，不仅仅是产品需要思考的问题。
54030编辑于 2023-02-01 - 来自专栏TestOps云层
Jenkins+Ansible+GitLab持续交付平台搭建-第2篇
这篇文章将继续给大家介绍Jenkins+Ansible+GitLab持续交付平台搭建。 Jenkins+Ansible+GitLab持续交付平台搭建-第1篇 GitLab使用 1.创建一个新项目 https://gitlab.example.com/root/xj_aml.git 2 already exists and is not an empty directory.解决 fatal: Unable to create 'C:/Users/admin/Desktop/report2/
64610编辑于 2022-04-07 - 来自专栏测试技术圈
Jenkins+Ansible+GitLab持续交付平台搭建-第2篇
---- GitLab使用 1.创建一个新项目 https://gitlab.example.com/root/xj_aml.git 2.创建克隆仓库到本地 # git -c http.sslverify already exists and is not an empty directory.解决 fatal: Unable to create 'C:/Users/admin/Desktop/report2/
1.2K30发布于 2019-10-22 - 来自专栏全栈程序员必看
django成品网站源码_alpha omega
VuePress 1.0.0-alpha.39 发布了，VuePress 是一个由 Vue 驱动的轻量级静态网站生成器，它是为了满足 Vue 自己的项目文档需求而创建的。
6.3K20编辑于 2022-08-04 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:半成品的计划与处理(234)-2需求计划
产品成本核算（半成品和产成品） 本操作的目的是进行产品成本核算。 这是一个定期执行的步骤。仅需每月执行一次。通常应在每月初执行此步骤。如果是第一次执行此步骤，请使用当前日期。 请使用此文档中的主数据执行以下步骤（另请参见下表）： 从业务情景 准备步骤 (154) 处理的步骤 产品成本核算：成本核算运行 主数据 值 业务条件 注释 物料类型 FERT 只有物料 F234-1 和 F234-2 在此业务情景中，提前为以后六个月计划半成品。 为半成品 S234-1 执行计划。 进行需求更改（销售订单、独立计划需求） 必须在物料主数据中输入 MRP 类型 PD。 （用于 MRP 和评估步骤） 工厂 1000 生产工厂 库存和需求清单中列出了生产半成品 S234-1 和原材料如果库存足够，则不会生成任何采购申请（继续执行本文档中的步骤生产订单处理（半成品））。
2.1K30发布于 2018-03-27 - 来自专栏新亮笔记
持续交付管理
《持续交付 发布可靠软件的系统方法》读书笔记 实现持续交付不仅仅是买些工具，做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作，来自行政管理层的支持，以及基层人员的改进意愿。 持续交付不仅仅是一种新的交付方法论。对依赖于软件的业务来说，它是一个全新的范例。要想知道为什么，需要研究公司治理核心中一种根本的张力（tension）。 通过确保交付团队能得到应用程序在类生产环境上的不断反馈，是部署流水线达成“执行度”这个目标的方法和手段。部署流水线使交付流程更加透明，来帮助团队达成符合度。 提高软件交付生命周期的可预测性，让计划更有效。 具有采用和遵守任何必要的法律规章的能力。 具备有效发现和管理软件交付相关风险的能力。 通过更好的风险管理和交付更少缺陷的软件来减少成本。 它让你可以识别交付实践效率是什么状态，并且为如何改进提供了建议。
89210编辑于 2022-12-05 - 来自专栏运维之路
3.2.2 持续交付
本文为《数智万物下的运维思考》第2部分“流程”第2章“变更”的“持续交付”。 持续交付的边界有两种观点，一种是持续交付介于持续集成与持续部署之间，强调软件一直处于可交付的能力；另一种是持续交付包括了部署。 2.从IT价值看持续交付 1）DevOps与SRE、持续交付 关于价值我在前面提到过数字化转型下的运维价值与运维角色的变化，所以思考持续交付价值，先看看持续交付与DevOps、SRE的关系。 区别是，持续交付更专注于具体实现，是DevOps方法与文化在组织、流程、工具上的实现。 2）归纳价值 快速交付 貌似这个价值勿需多言，持续交付就是为了更快的向用户交付高质量的软件。 2) 流水线环节 提交环节 通常是研发认为软件满足了交付条件，将软件代码从代码库中编译、代码分析、打包等操作，并以二进制包文件的方式存入制品库。
1.3K10发布于 2021-03-19 - 来自专栏PM吃瓜(公众号)
交付物成果
交付物成果是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。 在项目管理中，始终都非常关注交付成果。 完成全部交付成果，就意味着覆盖了全部的项目范围，所有的项目活动、项目资源，都是为了有效完成这些交付成果而发生的，交付成果在很大程度上反映了项目目标的要求。 不同的项目阶段会产生不同可交付成果。 不同阶段的可交付成果的评审与验收程序也是不一样。 一般项目阶段的可交付成果可以由企业项目组领导进行评审与验收。 重要的项目的可交付成果，如里程碑可交付成果、项目最终的可交付成果则需要企业高层和项目给付方进行评审与验收。
1K10发布于 2020-07-21 - 来自专栏SAP供应链
SAP PP 成品批次的生产日期自动抓取半成品批次的生产日期
SAP PP 成品批次的生产日期自动抓取半成品批次的生产日期 1，如下的成品工单3000028012， 业务人员在工单里指派了半成品的批次号是FM4S。 该半成品的批次号信息， 生产日期是 2020-12-15. 2， 下达该成品的工单，系统弹出如下的Result of Derivation小窗口， 下达成功，无报错，保存。 Batch derivation sender condition record, 事务代码DVS1/DVS2/DVS3分别用于创建修改和显示这个主数据。 事务代码DVR1/DVR2/DVR3分别用于创建，修改和显示这个主数据。这里我是用DVR3来显示一下上面工单里的成品物料号的数据。 制药行业常常会有成品都是在半成品的基础上包装而成的场景，这个场景里成品批次的生产日期往往就是半成品的生产日期。 -完- 2021-2-3 写于长三角某市。
1.2K20发布于 2021-02-03 - 来自专栏新亮笔记
持续交付 2.0
一个软件交付计划被划分成多个迭代，强调在每个迭代结束时应该得到可运行的软件。 与瀑布软件开发方法只在项目交付后期才能看到可运行的软件相比，敏捷软件开发方法在这方面有很大的进步。 持续交付 1.0 “持续交付 1.0” 是一种能力，也就是说，能够以可持续方式，安全快速地把代码变更（包括特性、配置、缺陷和试验）部署到生产环境上，让用户使用。 、无风险地快速交付客户价值。 持续交付七巧板 讨论了 “持续交付2.0” 的指导思想、工作理念和核心原则。大家很容易意识到，它对适应快速变化的市场环境和激烈的市场竞争是非常有效的。 持续交付双环模型的实施与改进将涉及企业内的多个部门与不同的角色，无法由某个部门独立实施，必须在整个组织范围内贯彻执行 “持续交付 2.0” 的思想、理念与原则。
1.1K11编辑于 2022-12-05 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:半成品的计划与处理(234)-5成品销售发货
客户库存中必须存在已交付的物料。 角色销售助理 后勤®销售和分销®销售®订单®更改 1. 输入订单编号并选择 回车。 2. 2. 选择 返回 (F3) 退到 SAP轻松访问屏幕 (SAP GUI) 。 您已采用销售订单和检查物料可用性。 VL01N创建外向交货 此操作介绍如何为客户销售订单创建外向交货。 客户库存中必须存在已交付的物料。 后勤®销售和分销®装运和运输®外向交货®创建®单个凭证®含销售订单参考 1. 物料 F234-1 或 F234-2 的外向交货已创建。产成品已拣配和过帐。 ? 开票到期清单 此步骤描述了如何维护开票到期清单。 创建对客户的开票。 发货已过帐。
2.7K40发布于 2018-03-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号