- 综合排序
- 最热优先
- 最新优先
- 来自专栏DDD
开发流程规范
这是近期在公司做的一次分享，这几年的互联网开发，算比较幸运，团队一直践行完善这套规范，没有太多的阻碍，得益于公司整体氛围，以及团队对规范和写文档的不排斥，形成了良好的开发习惯 在这次分享后，发现好些大 V也在谈规范，写文档，估计是前段时间阿里又发布了开发手册(华山版)，借鉴于一下，对一些细节做些补充，整理出来 整体流程 ? 当然瀑布模型也有天生的缺点：每个阶段的严格性，缺乏灵活性，而现实需求却是经常变化的 所以单纯地选择哪个模型是不可取的，只能根据实际情况出发，为业务提供最大化服务 ---- 细则规范 很多人都在要规范，但好像从没思考过为什么需要规范 写PRD的过程，就是梳理思考的过程，让需求更明确，流程更完整，细节更透彻，这样就不会出现提交给开发时，被开发一堆问题阻塞住。 详细设计文档写些什么 其实一份详细设计文档，整体分为两个部分：功能需求与非功能需求 1、需求信息 这儿包括需求背景，业务价值，预计上线时间，架构设计wiki,产品及开发负责人，涉及到的服务，上下游服务 2、
2.7K30发布于 2021-03-23 - 来自专栏阮一峰的网络日志
Git 使用规范流程
团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。 否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。 下面是ThoughtBot 的Git使用规范流程。 3 commits. # The first commit's message is: Introduce OpenPGP and teach basic usage # This is the 2nd 3 commits. # The first commit's message is: Introduce OpenPGP and teach basic usage # This is the 2nd
1.1K50发布于 2018-04-13 - 来自专栏下落木
Git 使用规范流程
团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。 否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。
1.4K30发布于 2021-10-13 - 来自专栏CU技术社区
Git 使用规范流程
作者 | 阮一峰 团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。 下面是 ThoughtBot 的Git使用规范流程。我从中学到了很多，推荐你也这样使用Git。 ? of 3 commits. # The first commit's message is: Introduce OpenPGP and teach basic usage # This is the 2nd of 3 commits. # The first commit's message is: Introduce OpenPGP and teach basic usage # This is the 2nd
66410发布于 2019-10-25 - 来自专栏测试开发社区
功能测试流程规范建设
测试规范 ? 测试规范，网上随便一搜，都是一堆堆的范文，其实规范也是因人而定，每个人的规范或者依据项目或者部门，需要有特殊性，不过虽然可以定制部分，但是大体还是有很多相似之处，下面这个规范，是笔者之前整理过的一份，如果需要 测试场景设计，针对不同的模块、不同功能、各业务流程和逻辑分支，分别进行测试场景设计。相同的功能在不同的模块，可以参考已有的测试场景进行设计 2. 测试用例设计。 测试前期，沟通结果实时共享 2. 其实一份测试规范的内容很多，将目录结构列出后，只是一个指引，其中列出了几项需要关注的点，具体的规范，不一定都要依据如此，但是如果能对你有所启发，那就是晴天~一份好的规范，会让你省去很多不必要的麻烦，希望可以规范的实践起来
2K20发布于 2020-08-27 - 来自专栏薪火数据
数据管理流程规范
脚本编写规范开始部分口径开始部分已注明口径的相关信息，具体包括口径编码、口径名称、口径功能、口径实现时间、编写人。变更口径内容是，必须注明变更人、变更时间、变更信息。口径编码必须大写。 2）动态逻辑确保口径不出现常量，必须通过设定变量并进行赋值来实现，以避免程序写死导致出错或调整编码的大量改动。3）代码排版以 Tab为一缩进层次，各个层次之间必须缩进，保证口径排版清晰。 4）大小写规范关键词大写，如SELECT、FROM 、WHERE 、GROUP BY 、ORDER BY 等。5）业务注释1 每一段sql都必须有简洁明了的业务注解。2 每个表字段必须要求有注释。 表命名规范1、首字母小写，驼峰命名（小驼峰命名）。2、禁止混搭拼音与中文，名字尽量要长，需要清晰的描述业务（例如：xiangYiFu）。代码注释说明1、单行注释：以#符号进行注释。 2、多行注释：用三引号包含注释内容，可以是三对单引号，也可以是三对双引号。示例：日志输出要求对每一段DDL，DML进行日志输出，包含：执行结果，执行内容，执行时间，执行参数。日志输出
44310编辑于 2024-01-12 - 来自专栏建帅技术分享
gitlab合代码规范流程
一、AG提交代码流程规范： 1.进入远程仓库 http://192.168.120.204:8005 ag自动化组的人用户名分别是: 用户名：sunyb linn gaojs leixc qiaorr 提交代码的注释信息 git commit -m "解释你这次修改了啥东西" # 提交待远程分支 git push origin gaojs-test 4.这个时候，自己本地就是最新的 三、总结 1.这个流程规范是华为那边的规范 v觉得比较规范和好管理, 同步代码方便, 高效协同办公 2.所有的自动化测试人员, 只能通过提MR之后, 管理员review且同意之后, 才能合入主分支, 保证主分支永远是最新代码 3 .可以打tag, 作为基线版本, 以后直接可以通过tag来拉代码持续集成等 4.规范流程和合代码规范, 对大家也是一种技能提升 5.分支管理方便, 切换自由 6.代码规范后续也可以加入, 提交代码 , 必须跑过门禁才允许合入 7.这个流程基本就是和开发的流程基本是一致了 四、Q&A 1.如果提示下面错误Please tell me who you are.： 解决： # 进入.git目录 cd
1.7K30编辑于 2022-08-24 - 来自专栏程序源代码
项目实施流程及规范
项目实施流程及规范主要包含： 1、项目实施管理规范（包含每个项目阶段的主要任务，工作流程，以及相关文档体系管理），落实形成项 。 2、项目服务管理包含：项目服务（运维服务、应急，备份，安全保障等）以及相关服务流程。3、讨论系统搭建问题。 ） 输出物：项目计划（项目范围、项目总体进度、双方责任书、项目成员配置、培训计划） 工作流程： 1：接收立项目单 2：项目准备（编写项目计划） 3：与客户预约时间，双方项目启动会。 《系统代码规范》（由技术先出套对应的代码规范，在设计阶段由项目经理参考此规范缩写系统设计报告）。 《集成文档》《测试用例》文档，主要用于测试阶段使用。 工作流程： 1：如果用户允许的话，让用户签字《交付单》 2：项目经理安排用户体验（建议是二次现场演示和收集问题，合理问题）。 3：针对用户体验进行二次修改。
11.8K103发布于 2018-03-09 - 来自专栏全栈程序员必看
软件测试流程及规范
注：非通用标准流程，仅为大家提供参考。 目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。最终目标是实现软件测试规范化、标准化。 测试流程说明 流程图 需求分析 需求分析由SA制定，要求细化每一个功能的细节，每一个按钮的位置以及边界范围，对于稍大或稍复杂需求要求建模。 在用例评审中，参与人员需要对用例中与实际功能不符合的用例或者格式不规范规用例提出修改建议。 提交基线 开发人员完成所有功能后，会对自己的功能进行一个自测。自测完成后提交测试进行基线。 (2)在他们修复bug期间，测试组会对第一轮系统测试做一个测试评估，出一个测试报告。 还要根据实际情况，对测试组写的测试用例进行修改和增加，开发修改bug结束，提交一个新的版本给测试组。 2) 用例需要评审那些？ 3) 计划应该评审那些？ 4) 缺陷评审那些？ 5) bug评估？
2K31编辑于 2022-06-26 - 来自专栏全栈程序员必看
如何绘制符合规范的流程图表_流程图画法规范
流程图的优点： 采用简单规范的符号，画法简单； 结构清晰，逻辑性强； 便于描述，容易理解。 2、哪些软件可以画流程图 ①Visual Graph是一套非常完善的专业图形系统，专门处理交互图形，在可靠性、兼容性、易用性、扩展性、完备性、容错性等多方面均达到了较高的水平。 2、流程图采用的符号 三种循环的流程图画法： C语言编程中常用的三种循环为for（；；），while 和 do-while。 } 流程图： 图2 while循环流程图 （3）do-while循环 do-while循环形式： do 2）矩阵流程图 矩阵流程图不仅表示下下关系，还可以看出某一过程的责任部门。
4.9K10编辑于 2022-09-20 - 来自专栏授客的专栏
测试思想-流程规范 软件测试缺陷管理流程
2）针对“建议性”缺陷 ? ? ： 1.针对不可以重现的缺陷处理建议>>开发找不到原因的情况下，不进行处理，保留bug状态，并留下文字说明 (或者其它，如公司有自主研发的缺陷管理系统情况下)，测试对其进行监控一段时间，比如连续监控2个版本 2.建议性bug，一般情况下，建议延期处理。 3.当开发人员定位到缺陷并不是自己所负责程序模块引起时，效率起见，强烈建议直接把缺陷指派给相关人员。 4. pdf版下载 软件测试缺陷管理流程.pdf
1.1K20发布于 2019-09-10 - 来自专栏大数据学习与分享
大数据开发流程及规范
贴近业务属性、兼顾研发各阶段要点的研发规范，可以切实提高研发效率，保障数据研发工作有条不紊地运作。而不完善的研发流程，会降低研发效率，增加成本与风险。 数据研发规范旨在为广大数据研发者、管理者提供规范化的研发流程指导方法，目的是简化、规范日常工作流程，提高工作效率，减少无效与冗余工作，赋能企业、政府更强大的数据掌控力来应对海量增长的业务数据，从而释放更多人力与财力专注于业务创新 06.规范核查 规范核查。再次检查模型设计、字段命名、表命名、性能、生命周期等是否符合规范。 2.涉及到用户资金损失的问题。 解决时间：2小时内。 反馈时间：0.5小时。 2.局部问题，影响超过20%的用户，例如系统主要功能不可用，系统必现崩溃。解决时间：待定不过夜。 反馈时间：1小时。
1.8K10编辑于 2023-09-18 - 来自专栏老张的求知思考世界
为什么要制定流程规范？
2、签名确认并不能完全避免问题，如何解决这个问题？ 没有完美的软件产品，人也无法保证自己不犯错误，因此无论在工业界还是软件研发交付领域，都很注重流程规范。 流程规范的最大作用，不是让产品不出问题，而是降低犯错的几率以及出了问题可以有更好更快的解决方式。 3、是否要制定严格的研发测试交付规范和评审签名机制？ 如果你所在团队和企业对质量有较高的要求，那制定并严格执行流程规范还是很有必要的。 如果责任到人，反而从产品到研发再到测试，都在想办法改善流程，优化技术，提高交付质量，减少线上问题的出现。 最后回到本文的标题，为什么要制定流程规范？因为从管理者的角度来说，不能完全相信员工的自驱力。 而流程规范的价值就在于通过一个较为标准的方式约束大家天马行空的各种想象和行动，保持对目标的一致理解，辅助大部队不会偏离目标。
26110编辑于 2024-06-06 - 来自专栏前端时空
理解ECMAScript规范（2）
注意，本文包含从2020年2月的ECMAScript规范中复制的算法，请以正式规范为准。 我们知道，访问对象的属性需要走查（walk）原型链。 o1有一个叫"foo"的自有属性，因此第2步O.[[GetOwnProperty]]("foo")返回相应的属性描述符，并将其保存在desc中。 属性描述符是一种规范类型。 可以从返回的是o2.x还是o1.x来判断：返回的是o2.x。 我们通过阅读规范就可以预测这段代码的行为！ 访问属性时为什么调用[[Get]]？ 规范哪里说在访问属性（如o2.foo）时要调用对象的内部方法[[Get]]了？没错，一定在哪个地方规定了。不要别人说什么就信什么！ 规范中调用GetValue的地方有好几处，区别在于最后怎么使用这个引用。 ---- 译者附图 上面算法第2步调用?
59231发布于 2020-09-23 - 来自专栏搜狗测试
白盒测试体系-流程规范篇
流程规范常伴于我们，小到一次会议，大到团队的管理。当然在白盒测试体系中，流程规范也是最重要的环节之一。 本文将从以下四个方面对白盒测试体系中的流程规范进行分享： 1 什么是流程规范 在白盒测试体系中，流程规范中规范了开发、测试、产品需要做的事。 2 为什么要做流程规范 【提高工作效率、保证项目质量】 流程规范看似是降低了个人效率，实则提高了整个项目组的效率。其中规范了每个节点的要求，利于提前发现版本迭代中的问题，降低了问题解决成本。 3 什么时候做流程规范 如果立项之初，就可以做流程规范是最好的。或者可以在项目中发现较多问题的时候做流程规范。 4 怎么推广流程规范 【明确要解决的问题】 针对项目中的问题，进行梳理总结。 【持续优化，不断改进】 随着项目的迭代，需求的变更，应该随时优化流程，不断的改进。之前流程大多依赖于人为推动，但是这里还是建议流程尽量工具化，用系统流程来推动流程规范甚至替代流程规范。
1.4K20发布于 2020-05-27 - 来自专栏52test
开发流程与版本管理规范（下）
四.测试发布流程 产品发布分为两种： Bug 修复或优化 功能特性发布 Bug 修复或者优化发布频率会很高，1~2 天一次。 如果存在影响发布的问题，立即终止本次发布，修改存在的问题，再次测试，提起发布流程。 这种版本的主版本号和次版本号不会发生变化，只有 build number 会增大。 如果存在影响发布的问题，立即终止本次发布，修改存在的问题，再次测试，提起发布流程. Bug 管理 Bug 按严重程度分三个等级 关键， 关键类 bug 影响线上主体业务流程， 必须当天修复。 一般， 提出bug 2天内，开发者确认并设置修复时间
2.1K20发布于 2021-07-09 - 来自专栏黯羽轻扬
W3C规范制定流程
完整流程 W3C Working Group推进Web技术标准化遵循一系列步骤，叫W3C技术报告开发流程。 ? w3c process flow 分为标准化流程、后续修改流程2部分，具体见下文。 标准化流程 主要流程如下： WD -> CR -> PR -> REC 1 2 3 4 从第一份WD（工作草案）开始，经过CR（候选建议书）、PR（提议建议书），最后成为REC（ W3C Recommendation (REC) W3C建议书是一项规范或要求，经过广泛达成共识，已获得W3C成员和负责人的认可。 Obsolete Recommendation 过时的建议书是W3C认为不具有足够的市场相关性以支持继续建议社区去实现的规范，而不是说存在需要撤销建议书的基本问题。 建议书修订 工作组可以要求重新发布建议书，否则W3C可能会重新发布建议书，来进行不含对规范文本做任何更改的修正。
1.1K40发布于 2019-06-12 - 来自专栏漫谈测试
性能测试流程规范项目总结阶段
性能测试规范最后一个阶段为总结。项目总结阶段是在项目性能测试工作全部完成之后开展的，主要是对本项目的性能测试实施过程中涉及的过程资产和最终资产内容进行整理，以及对测试报告进行对外发布。 一、目的一方面，对测试资产进行归档，使工作人员在系统下次选代的测试实施中能快速地找到参考的资料；另一方面，对项目实施全流程进行回顾，并将有价值的信息存储在团队资料库中。 2)项目档案。整理相关项目的数据和材料，形成历史档案，用于长期跟踪，特别是完成针对历史数据和可复用材料的归档。3)调优案例。 不断完善测试流程、工具选择等方面的方法论，提高未来工作的效率和质量。如有收获，不吝关注，一起交流！！！
28610编辑于 2024-10-17 - 来自专栏漫谈测试
性能测试流程规范测试执行阶段
一、目的测试执行阶段常被误认为一个单一的事项，事实上它是一个包含多个步骤且需要多次重复的流程。 2)测试执行过程有相应的优先级策略，优先执行级别较高的测试案例。测试时通过对每个测试结果进行分析来决定是重复执行当前案例还是执行新的测试案例。 1)《性能测试监控相关规范》。 该规范指导工作人员在压测执行过程中，针对发现的性能问题，结合相关的工具和规范要求进行具体的问题定位和风险判断，结合项目时间等信息进行更深层次的监控，避免监控本身对性能的影响导致系统性能变差。 2)《XX项目性能测试记录及异常状况跟踪表》。按照模板在项目实施过程中针对出现的问题进行记录和跟踪，了解问题的现状、解决程度和影响。3)《XX项目性能测试结果统计表》。
48710编辑于 2024-10-15 - 来自专栏Java架构师必看
2020-09_Git 使用规范流程
Git 使用规范流程 在开发过程中，遵循一个合理、清晰的GIT使用流程，是至关重要的。否则，每个人都提交一堆杂乱无章的commit,会增加后期协调和维护的复杂度。 分支提交流程图示 ? 分支合并流程图示 ? 第二章 版本管理 一 发布流程 develop 分支切出 release 分支 release 分支更改版本号并提交 release 分支合并至master 分支 master 分支推送至远程仓库 在 master 分支上打上版本号(tag),推送至远程仓库 二 紧急修复流程 切至出现问题的版本(以1.1.0为例)，切出分支 hotfix/1.1.1。
1.3K30发布于 2021-03-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号