禅道博客
测试工程师在敏捷项目中扮演什么角色？
敏捷团队中的测试人员主要负责执行各种测试，以满足“已完成”的定义，从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说，拥有敏捷的心态是至关重要的，如果没有敏捷的思维方式，他们可能就不能果断地计划、划分优先级并执行他们的任务，因此会无意中影响团队满足迭代目标的能力。敏捷的思维方式是测试人员展示正确行为的先决条件，这些行为能够加速整个团队的性能。为了在敏捷项目中取得成功，测试人员应该关注以下实践：
1.态度胜过一切
团队中的测试人员可能不具备敏捷背景、自动化技能或丰富的测试经验——只要他们具备成为敏捷团队一员的正确态度，这仍然是可以的。正确的态度会反映在以下行为中，比如：相...
Erin520
2020/09/14
1857
软件开发流变史：从瀑布开发到敏捷开发再到DevOps
作为在20世纪70年代、80年代盛极一时的软件开发模型，瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分，只有当前面的流程结束之后，下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落，因此得名瀑布模型。
我们可以发现，瀑布模型有很多优点：
有明确的交接点：不论是制定计划还是需求分析，甚至是软件测试，都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程；
责任明确：开发人员都各司其职，协作流程合理清晰；
发生问题能准确溯源：在开发过程中，如果发现有环节...
yanruiyu
2020/09/09
2298
将DevOps视为哲学——实施DevOps的绝佳方式
经过此前的文章介绍，相信大家都对DevOps有了简单的了解。（回顾DevOps是什么、生命周期点这里：《DevOps生命周期，你想知道的全都在这里了！》）DevOps的概念和工具在近些年呈现如火如荼的趋势，且根据预测将持续增长。但DevOps并非一朝一夕就能实现，而是需要在循序渐进的使用中愈发熟练、完善。 您可能已经注意到，人们决心在他们的环境中实现DevOps，并期望从中获得更大的好处。诚然，DevOps可以让软件开发之旅走上快车道，但在本文中将展示DevOps的另一面，即将DevOps视为一种哲学。事实就是，仅仅依赖工具并不能帮助实现目标，还需要有心态上的改变。 是的，DevOps并不完全...
Erin520
2020/09/07
1444
给DevOps加点料——融入安全性的DevSecOps
从前，安全防护只是特定团队的责任，在开发的最后阶段才会介入。当开发周期长达数月、甚至数年时，这样做没什么问题；但是现在，这种做法现在已经行不通了。采用
DevOps 可以有效推进快速频繁的开发周期（有时全程只有数周或数天），但是过时的安全措施则可能会拖累整个流程，即使最高效的 DevOps
计划也可能会放慢速度。
DevSecOps是什么
在 DevOps 协作框架下，安全防护是整个 IT 团队的共同责任，需要贯穿至整个生命周期的每一个环节。这个理念非常重要，因此催生出了“DevSecOps”一词，即在开发和运维紧密结合的基础上再强调了Security，强调必须为 DevOps 计...
Erin520
2020/09/02
1614
CMMI V2.0丨使用 CMMI 来增强敏捷成果——验收标准
概述
完成的标准 (DoD)即Definition of Done是任何敏捷项目的关键因素。它是敏捷团队内的一项协议，表明为产品准备妥当可供产品所有者进行冲刺评审必须完成的事项。对于大多数敏捷项目，“完成”的定义是在用户故事层面，由团队商定并在每个故事内定义。当完成故事内定义的 DoD 时，故事被视为“完成”。
DoD 可能包括：
• 撰写代码和测试用例
• 代码经过同行评审（或采用结对编程生成）并符合开发标准• 代码单元测试通过• 用户故事测试通过• 代码部署到系统测试环境并通过系统测试• 代码部署到集成环境并通过集成测试• 用户故事／测试用例通过 UAT（用户验收测试）...
李晓琳
2020/08/27
1858
90%的开发都没搞懂的CI和CD！
据IDC统计，2017年，DevOps的全球软件市场已达到约39亿美元的水平，预计到2022年市场将达到80亿美元左右！ 在敏捷软件开发环境中，工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合，有助于软件开发与IT运维并携手共进。这种跨功能的工作模式旨在最小化系统开发生命周期的持续时间，并提供持续的部署和交付。
实施CI和CD的方式
你可能有很多想法，你的产品创意可能是最好的，但如果你不经常交付新版本，那么你将很难与周边的竞争对手匹敌。持续集成（CI）和持续交付与部署（CD）是对代码的所有主要和次要更改集成到一起并一同交付，或者添加新功能或产...
Erin520
2020/08/26
1974
CMMI V2.0丨如何通过CMMI真正在企业中的实施规模化敏捷开发
在过去的几年中，敏捷开发已经从一个利基概念（利基（niche）是指针对企业的优势细分出来的市场，这个市场不大，而且没有得到令人满意的服务。产品推进这个市场，有盈利的基础。）转变为全球许多大公司采用的标准实践。 通过小型、自我管理的团队加速软件开发现已成为一种公认的策略，并且越来越被视为企业创新和竞争力的关键。CMMI研究院的统计报告显示，2018年参加CMMI评估的企业80%以上使用了敏捷。如今，随着公司寻求更多地将敏捷性注入整个组织及其文化中，敏捷技术已经不仅仅应用于软件开发领域。尽管敏捷越来越流行，但是当企业尝试在整个企业范围内推广使用敏捷软件开发时，仍然会遇到问题。尽管敏捷对于小型、独立...
yanruiyu
2020/08/26
1814
CMMI V2.0丨使用 CMMI 来增强敏捷成果——每日站会
概述
每日站会（亦称“每日 Scrum”或“每日会议”）是常见于Scrum的一种敏捷方法，现也被广泛应用于所有类型的敏捷方法。与传统项目相比，它可更早发现问题和风险，以及加强敏捷团队成员之间的合作。每日站会一般时长15分钟，收集来自每位团队成员的信息，侧重于以下三个关键领域：
• 我已经完成了什么（“昨天的天气”）• 我将要做什么• 我遇到什么阻碍在团队圆桌会议期间，成员们共同探讨，以确定所发现的问题和风险的最佳解决方式。Scrum 将出席者标识为“Scrum 团队”或核心团队成员，但建议不要让客户或管理层代表参与。在实践中，出席会议的团队成员往往会增加。通常，参与完成当前冲刺...
李晓琳
2020/08/25
1755
敏捷工具：Scrum板与Kanban如何抉择？
Scrum板作为一种工具，主要应用于Scrum团队的 敏捷项目管理，能够帮助团队更新任务进度，促进团队信息共享，及时发现任务过程中的异常现象，从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态，确定每日需要做的任务以及优先级。
看板作为一种敏捷方法论，通过工作流程以及任务的可视化来识别并纠正出现的失误。起初，看板通常为 物理看板（白板），随着 项目管理流程移至线上，看板也逐渐转为 虚拟看板(软件工具）。
这些常见的白板概念应用于各种敏捷团队，它们都通过 可视化的任务、 透明化的工作状态来激励团队成员工作、...
yanruiyu
2020/08/21
2562
Devops与敏捷二者能否结合？
当前软件行业的趋势倾向于使应用程序开发和部署成为业务运营的重要组成部分。这些公司开始专注于实现像DevOps解决方案这样的方法，这有助于缩短产品开发时间。使用DevOps进行开发减少了交付软件所需的阶段。软件交付时间短允许用户尽早部署软件，并通过更多的反馈为业务增加价值。
DevOps与敏捷的结合
DevOps的实施主要集中在软件的各个方面，例如注重软件的可操作性、软件过程的自动化、可扩展性，以及每个版本的更好的部署方式以及它的监视和长期维护。DevOps的缺点是它不能支持敏捷开发中支持的代码的持续测试。与DevOps不同，敏捷主要关注产品是否满足客户的需求，因此专注于严格的测试。
...
Erin520
2020/08/20
1386
联系我们
杨苗
高级客户经理
电话(微信)
13165050229
QQ号码
2692096539
联系邮箱
yangmiao@easycorp.ltd
2692096539.png' class="sales-image" />
13165050229.png' class="sales-qrcode" />
