首页
学习
活动
专区
工具
TVP
发布

yeedomliu

专栏作者
379
文章
313453
阅读量
56
订阅数
深入核心的敏捷开发
如何破局? 正如《管理3.0:培养和提升敏捷领导力》所说,所有变革最后的失败都是管理的问题。应该把绩效考核这种管理手段当成『敏捷铁三角』中一角来对待,那就是调整约束
yeedomliu
2021-03-16
1.1K0
《硝烟中的Scrum和XP》第14章 我们怎样做测试
第14章 我们怎样做测试 这是最困难的部分 你大概没法取消验收测试阶段 理想化的Scrum世界中,每个sprint最终会产生一个可部署的系统版本 很恶心的bug会因此出现。如果质量对你来说还算重要,你
yeedomliu
2020-04-14
3770
《持续交付:发布可靠软件的系统方法》第3章 持续集成
第3章 持续集成 3.1 引言 持续集成要求每当有人提交代码时,就对整个应用进行构建,并对其执行全面的自动化测试集合。而且至关重要的是,假如构建或测试过程失败,开发团队就要停下手中的工作,立即修复它。持续集成的目标是让正在开发的软件一直处于可工作状态 持续集成是一种根本的颠覆。如果没有持续集成,你开发的软件将一直处于无法运行状态,直至(通常是测试或集成阶段)有人来验证它能否工作。有了持续集成以后,软件在每次修改之后都会被证明是可以工作的(假如有足够全面的自动化测试集合的话)。即便它被破坏了,你也很快就能知道
yeedomliu
2019-09-28
9890
《持续交付:发布可靠软件的系统方法》第4章 测试策略的实现
第4章 测试策略的实现 4.1 引言 戴明14条之一就是:“停止依赖于大批量检查来保证质量的做法。改进过程,从一开始就将质量内嵌于产品之中。”[9YhQXz]测试是跨职能部门的活动,是整个团队的责任,应该从项目一开始就一直做测试 质量内嵌是指从多个层次(单元、组件和验收)上写自动化测试,并将其作为部署流水线的一部分来执行,即每次应用程序的代码、配置或环境以及运行时所需软件发生变化时,都要执行一次 质量内嵌还意味着,你要不断地改进自动化测试策略 这些测试不仅仅对系统进行功能测试。容量、安全性及其他非功能测试也
yeedomliu
2019-09-28
4570
《持续交付:发布可靠软件的系统方法》第5章 部署流水线
第5章 部署流水线 5.1 引言 持续集成的主要关注对象是开发团队。持续集成系统的输出通常作为手工测试流程和后续发布流程的输入。在软件的发布过程中,很多浪费来自于测试和运维环节。我们常常看到: 构建和运维团队的人员一直在等待说明文档或缺陷修 测试人员等待“好的”版本构建出来 在新功能开发完成几周之后,开发团队才能收到缺陷报告 开发快完成时,才发现当前的软件架构无法满足该系统的一些非功能需求。 解决方案就是采取一种更完整的端到端的方法来交付软件。我们已经解决了配置管理以及自动化大量构建、部署、测试和发布流程的
yeedomliu
2019-09-28
1.1K0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档