博客 - 禅道项目管理软件

博客分类

全部

测试过程需不需要践行敏捷？

测试过程在瀑布式开发中作为开发流程中的一个环节，只能在实现软件基础后开始运行，这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中，为了解决人力资源浪费的问题，团队的开发过程需要践行敏捷，同样，测试阶段也要践行敏捷。测试过程有没有必要性？测试人员如同食品生产的质检员，能够依据交付成果检验产品的完成标准，并对产品判定“合格”与否。也就是说，测试人员需要测试产品的各功能点，对出现 BUG 的部分进行汇总分析，最终提交到开发人员手上。假若产品的交付并未经过测试这一步骤，那么我们就无法保证交付成果是符合用户需求的。换句话说，面对一辆并未经过质检的刚出厂的车，你...

yanruiyu 2020-09-23

测试工程师在敏捷项目中扮演什么角色？

敏捷团队中的测试人员主要负责执行各种测试，以满足“已完成”的定义，从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说，拥有敏捷的心态是至关重要的，如果没有敏捷的思维方式，他们可能就不能果断地计划、划分优先级并执行他们的任务，因此会无意中影响团队满足迭代目标的能力。敏捷的思维方式是测试人员展示正确行为的先决条件，这些行为能够加速整个团队的性能。为了在敏捷项目中取得成功，测试人员应该关注以下实践： 1.态度胜过一切团队中的测试人员可能不具备敏捷背景、自动化技能或丰富的测试经验——只要他们具备成为敏捷团队一员的正确态度，这仍然是可以的。正确的态度会反映在以下行为中，比如：相...

Erin520 2020-09-14

软件开发流变史：从瀑布开发到敏捷开发再到DevOps

作为在20世纪70年代、80年代盛极一时的软件开发模型，瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分，只有当前面的流程结束之后，下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落，因此得名瀑布模型。我们可以发现，瀑布模型有很多优点：有明确的交接点：不论是制定计划还是需求分析，甚至是软件测试，都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程；责任明确：开发人员都各司其职，协作流程合理清晰；发生问题能准确溯源：在开发过程中，如果发现有环节...

yanruiyu 2020-09-09

将DevOps视为哲学——实施DevOps的绝佳方式

经过此前的文章介绍，相信大家都对DevOps有了简单的了解。（回顾DevOps是什么、生命周期点这里：《DevOps生命周期，你想知道的全都在这里了！》）DevOps的概念和工具在近些年呈现如火如荼的趋势，且根据预测将持续增长。但DevOps并非一朝一夕就能实现，而是需要在循序渐进的使用中愈发熟练、完善。您可能已经注意到，人们决心在他们的环境中实现DevOps，并期望从中获得更大的好处。诚然，DevOps可以让软件开发之旅走上快车道，但在本文中将展示DevOps的另一面，即将DevOps视为一种哲学。事实就是，仅仅依赖工具并不能帮助实现目标，还需要有心态上的改变。是的，DevOps并不完全...

Erin520 2020-09-07

给DevOps加点料——融入安全性的DevSecOps

从前，安全防护只是特定团队的责任，在开发的最后阶段才会介入。当开发周期长达数月、甚至数年时，这样做没什么问题；但是现在，这种做法现在已经行不通了。采用 DevOps 可以有效推进快速频繁的开发周期（有时全程只有数周或数天），但是过时的安全措施则可能会拖累整个流程，即使最高效的 DevOps 计划也可能会放慢速度。 DevSecOps是什么在 DevOps 协作框架下，安全防护是整个 IT 团队的共同责任，需要贯穿至整个生命周期的每一个环节。这个理念非常重要，因此催生出了“DevSecOps”一词，即在开发和运维紧密结合的基础上再强调了Security，强调必须为 DevOps 计...

Erin520 2020-09-02

CMMI V2.0丨使用 CMMI 来增强敏捷成果——验收标准

概述完成的标准 (DoD)即Definition of Done是任何敏捷项目的关键因素。它是敏捷团队内的一项协议，表明为产品准备妥当可供产品所有者进行冲刺评审必须完成的事项。对于大多数敏捷项目，“完成”的定义是在用户故事层面，由团队商定并在每个故事内定义。当完成故事内定义的 DoD 时，故事被视为“完成”。 DoD 可能包括： • 撰写代码和测试用例 • 代码经过同行评审（或采用结对编程生成）并符合开发标准• 代码单元测试通过• 用户故事测试通过• 代码部署到系统测试环境并通过系统测试• 代码部署到集成环境并通过集成测试• 用户故事／测试用例通过 UAT（用户验收测试）...

李晓琳 2020-08-27

90%的开发都没搞懂的CI和CD！

据IDC统计，2017年，DevOps的全球软件市场已达到约39亿美元的水平，预计到2022年市场将达到80亿美元左右！在敏捷软件开发环境中，工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合，有助于软件开发与IT运维并携手共进。这种跨功能的工作模式旨在最小化系统开发生命周期的持续时间，并提供持续的部署和交付。实施CI和CD的方式你可能有很多想法，你的产品创意可能是最好的，但如果你不经常交付新版本，那么你将很难与周边的竞争对手匹敌。持续集成（CI）和持续交付与部署（CD）是对代码的所有主要和次要更改集成到一起并一同交付，或者添加新功能或产...

Erin520 2020-08-26

CMMI V2.0丨如何通过CMMI真正在企业中的实施规模化敏捷开发

在过去的几年中，敏捷开发已经从一个利基概念（利基（niche）是指针对企业的优势细分出来的市场，这个市场不大，而且没有得到令人满意的服务。产品推进这个市场，有盈利的基础。）转变为全球许多大公司采用的标准实践。通过小型、自我管理的团队加速软件开发现已成为一种公认的策略，并且越来越被视为企业创新和竞争力的关键。CMMI研究院的统计报告显示，2018年参加CMMI评估的企业80%以上使用了敏捷。如今，随着公司寻求更多地将敏捷性注入整个组织及其文化中，敏捷技术已经不仅仅应用于软件开发领域。尽管敏捷越来越流行，但是当企业尝试在整个企业范围内推广使用敏捷软件开发时，仍然会遇到问题。尽管敏捷对于小型、独立...

yanruiyu 2020-08-26

CMMI V2.0丨使用 CMMI 来增强敏捷成果——每日站会

概述每日站会（亦称“每日 Scrum”或“每日会议”）是常见于Scrum的一种敏捷方法，现也被广泛应用于所有类型的敏捷方法。与传统项目相比，它可更早发现问题和风险，以及加强敏捷团队成员之间的合作。每日站会一般时长15分钟，收集来自每位团队成员的信息，侧重于以下三个关键领域： • 我已经完成了什么（“昨天的天气”）• 我将要做什么• 我遇到什么阻碍在团队圆桌会议期间，成员们共同探讨，以确定所发现的问题和风险的最佳解决方式。Scrum 将出席者标识为“Scrum 团队”或核心团队成员，但建议不要让客户或管理层代表参与。在实践中，出席会议的团队成员往往会增加。通常，参与完成当前冲刺...

李晓琳 2020-08-25

敏捷工具：Scrum板与Kanban如何抉择？

Scrum板作为一种工具，主要应用于Scrum团队的敏捷项目管理，能够帮助团队更新任务进度，促进团队信息共享，及时发现任务过程中的异常现象，从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态，确定每日需要做的任务以及优先级。看板作为一种敏捷方法论，通过工作流程以及任务的可视化来识别并纠正出现的失误。起初，看板通常为物理看板（白板），随着项目管理流程移至线上，看板也逐渐转为虚拟看板(软件工具）。这些常见的白板概念应用于各种敏捷团队，它们都通过可视化的任务、透明化的工作状态来激励团队成员工作、...

yanruiyu 2020-08-21