- 博客(182)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 2023年11月PHP测试覆盖率解决方案
最近进行了ExcelBDD PHP版的开发，查阅了大量资料，发现PHP测试覆盖率解决方案存在不同的历史版本，让我花费了蛮多时间，为了避免后人浪费时间，整理本文，而且网上没有给出Azure DevOps里面PHP测试覆盖率的解决方案，本文一并给出
2023-11-09 21:13:17
1067
原创 利用Excel支持JUnit参数化测试
在JUnit里面，可以使用CsvFileSource读取csv文件进行参数化测试，可是CSV文件不支持格式，编辑颇为麻烦，尤其是多次编辑，因此自然想到是否可以使用Excel文件，可以有各种格式，支持各类数据。startColumn 数据区第1列在哪里，缺省是从第1列开始自动搜索数据区，一般不需要用。brotherFolder 兄弟路径，改变相对基准到此路径的上级，一般不需要用。sheet Excel里面Sheet名称，缺省是第1个。headerRow 标题列，缺省第1行，一般不需要用。
2023-10-26 18:05:40
667
原创 SAFe敏捷发布火车ART案例分析-汽车公司里面的百人级团队
敏捷发布火车（ART）来自于SAFe，本章内容来源于SAFe官网（点击原文链接可以访问SAFe官网上ART详细介绍）。ART是长期存在的敏捷团队，与其他利益相关者一起，增量式地开发、交付和运营（如果适用）同属一个价值流的一个或多个解决方案。敏捷发布火车使团队能够对齐共同完成业务和技术任务。
2023-10-24 13:48:55
299
原创 敏捷发布火车的沧海桑田
大概在2015年以前，ART确实缺省按PI发布，一个PI典型是10周，可以形象地理解为这列火车沿着产品路线（Roadmap）行进，途中会设置有火车站（Program Increment，项目群增量），到达每一站，每个车厢的团队就把自己的交付物（Product Increment）交付出来，这样每一站都会有团队的产出以及项目群层的产出。当初敏捷版本火车的目的是为了提高软件开发和发布的效率、质量和协作，使得软件产品或服务能够快速地适应市场和用户的需求变化。但是注意，当时其对应改进的情况是每半年以上发布。
2023-10-24 09:39:43
176
原创 Delay问题分析
其次在敏捷迭代启用之后，恰恰是能够尽快得暴露Delay，当前常用的迭代周期是2周，对比20年前长达3个月的里程碑阶段，显然能更早地暴露Delay，进而更早的采取调整措施。常见的做法是把迭代待办事项分成两类，一类对应到迭代目标当中，也就是比较有把握实现，也是高优先，另外一类不在迭代目标之内，也就是没足够把握，也不是高优先。对于高不确定性的情况进行估算，还有一个显著的情况是漏估计，很容易漏掉一些难以预计的细节，这就会导致估算过于乐观，进而迭代待办事项就偏长，难以在迭代内全部完成。
2023-10-24 09:28:34
52
转载 AI如何分析SAFe Arch和TOGAF的区别？
每个层次都有自己的角色、职责、工件和流程。SAFe Arch还提供了如何使用架构跑道、使能者、有意图的架构、涌现式设计和技术债务管理来支持敏捷交付的指导。使能者可以是故事、功能或能力，它们可以增加架构跑道、有意图的架构、涌现式设计和技术债务管理等方面的价值。• 集成：SAFe Arch与SAFe的其他方面集成，例如精益投资组合管理、敏捷产品管理、DevOps、商业敏捷等。SAFe Arch和TOGAF是两种不同的企业架构框架，企业架构是指设计、规划、实施和管理组织的信息系统的学科。【题记：今天看到了《
2023-10-24 09:24:20
23
原创 ExcelBDD Python指南
在Python里面支持BDD，把需求描述（用户故事写法，用例写法，传统规格书写法）和样例数据都存放在Excel里面
2023-10-13 17:47:24
494
原创 介绍一款小巧的Excel比对工具-DiffExcel
【缘起：此前找了一通，没有找到免费又好用的Excel比对工具，而ExcelBDD需要把Excel文件存放到Git，因此迫切需要Excel比对工具。最新升级到V1.3.3，因为git diff有变化，原来是git diff会修改文件名，现在不改了，导致老版DiffExcel失效】
2023-10-13 17:36:22
1022
翻译 把双环学习引入到敏捷-AI Shalloway
源起：AI Shalloway在推特上发文：I consider developers to be one set of customers of Scrum. When they don't like daily standups or retros, the creators of Scrum should consider why their customers don't like part of their product. This is especially true if the team
2022-12-04 18:47:27
190
原创 利用Azure DevOps建设ExcelBDD的持续集成
在ExcelBDD开源敏捷项目启动了！暨介绍微软Agile+DevOps免费平台-dev.azure.com一文当中介绍了利用Agile DevOps管理需求。本文来介绍其中的持续集成建设。直接进入正题，ExcelBDD的Azure DevOps项目主界面如下：一图胜千言，上图就是Azure DevOps Pipelines菜单。在右上角点击“NewPipeline"，可以看到如下代码库：重要提醒：能够接入既有的GitHub库，也就是说在Azure DevOps上建立...
2021-10-17 09:36:04
529
原创 利用Git Diff比较Excel-推荐一款小工具
PowerShell DiffExcel is an open-source and text-based tool to compare excel, it supports Git diff.【前言】ExcelBDD把Excel存储到Git（参见ExcelBDD Guideline By Java Example，实现Excel BDD的三部曲），多位网友担心Excel文件是二进制，Git本身不能Diff，出现冲突难以解决，难以追溯。本人工作环境里面有“Spreadsheet C...
2021-08-10 22:25:52
3934
原创 ExcelBDD Guideline By Java Example
01- Excel BDD Tool Specification By a simple and open ExcelBDD MethodThis tool is to get BDD test data from excel file, its requirent specification is belowThe Essential of this approach is obtaining multiple sets of test data, so when combined with
2021-06-24 22:29:01
335
2
原创 ExcelBDD-Java开源组件发布了！
前面6月12日发布了ExcelBDD的PowerShell组件，见《ExcelBDD开源啦！暨PowerShell ExcelBDD发布》，6月14日上文介绍了ExcelBDD开源敏捷项目启动了！暨介绍微软Agile+DevOps免费平台-dev.azure.com。最新发布了ExcelBDD-Java开源组件第1版，最新版本号0.3.0，在search.maven.org刚刚可以搜到。Maven导入的语句如下<dependency> <groupId>com.excelb
2021-06-21 07:16:15
362
1
原创 利用PowerShell进行数据库部署冒烟测试
PowerShell是一种命令行外壳程序和脚本环境，使命令行用户和脚本编写者可以利用 .NET Framework的强大功能，也可以调用Azure。在Win10里面附带PowerShell V5，PowerShell也能够容易地集成到Jenkins里面。本文要解决的问题：数据库部署之后进行冒烟测试，确保相应的对象，比如表，存储过程，视图，具体数据等等已经部署到位，避免到了后续集成测试时与其它错误混杂在一起，减少Root Cause的时间。解决方案：利用PowerShell里面的Pester测试框架
2021-06-06 08:15:49
170
原创 工程实践规模化推进要点分析
本文纲要【引言】【技术教练团队】【持续集成】【哪些实践更加优先】【复杂的自动化测试】L0自动化测试L1自动化测试L2自动化测试L3自动化测试【组织级工程实践氛围建设】【小结】【引言】工程实践，也有称为技术实践，其推进在敏捷转型当中具有重要位置，有推算认为效能提升里面的至少一半来自于工程实践。由于不能严格的区分提升来自于哪里，以上推算难以证实，但也可以体会到工程实践的重要性。当一位教练辅导10...
2020-03-22 09:29:39
460
原创 说说鸡蛋估算法
鸡蛋估算法原理鸡蛋估算法，或者称鸡蛋计数法，在包括软件开发的智慧工作领域，是指对所处理对象进行简单分解后计量个数，直接作为规模。比如在敏捷软件开发中，对于迭代工作的范围大小，直接以用户故事个数为规模，不再细分故事点数，不再识别子任务，也不再估算理想工时数量。之所以用鸡蛋估算法（也称鸡蛋计数法）来命名这个方法，是因为鸡蛋的大小范围在同一个数量级上，容忍在这个范围变化，不再做更精细的估算。其实T...
2018-11-24 20:47:21
1104
原创 敏捷DoD和DoR的多种形态
关于Definition of Done 完成的定义DoD在以往的说法中，常见用 退出标准 , 完成条件，成功标准，等等典型的是迭代的DoD，这也是最初DoD应用的地方。 常见在Scrum中，需要预先定义DoD。常见的迭代DoD条款1，所有完成的用户故事得到PO的验证2，所有代码得到静态分析，纠正最高级别的不符合项，静态分析的规则参见…3，所有新增代码得到人工评审4，所有完成的用户故...
2018-10-02 13:56:39
16208
1
原创 产品经理打架引发的问题：如何识别需求及其价值
[作者按：平安产品经理与研发工程师打架的小视频在IT圈刷屏了，笔者不能免俗，参与讨论了，自以为讨论中有不少干货]趁着产品经理最新的段子，来聊聊产品经理如何识别需求并恰当表达？一、背景假设-线上产品及其特征背景假设是已经在线上运行的产品或者产品群，有一定的访问量。无论是主动调研还是被动响应，需求的来源必然是多方的。有如下特征：1，碎片化2，涌现式，不可预知3，易变4，时效敏感...
2018-09-24 05:38:48
1044
原创 谈谈看板上列的设置
看板上面的列，一般的就表明了卡片所属的状态。看板列的名称列的名称用简单的文字清晰的表明所处的状态。最简单的列名称组合是“Todo”，“Doing”，“Done”，这是来自于经典的scrum board。本文所说看板按广义定义，以上scrum board也看成是看板的一种形式。 在软件开发看板中，最经典的列名称组合有： 待办，分析，编码，测试，待上线，上线。 为了更加清晰表明状态完...
2018-05-05 17:05:50
1868
原创 小议看板列与职能筒仓
职能筒仓在软件开发当中，尤其是敏捷开发当中，貌似带着负面的光环，最新的特性团队建设试图打破职能筒仓。而在看板列设置的时候，按角色划分的看板列在形状和内容上都太像职能筒仓了，难道看板这样的列设置走了回头路？看板的起源要回答这个问题，先来看看看板的起源。 看板管理方法是在同一道工序或者前后工序之间进行物流或信息流的传递。JIT是一种拉动式的管理方式，它需要从最后一道工序通过信息流向上一道...
2018-05-05 17:04:42
552
原创 “业务敏捷”在路上
业务敏捷，从最早提出到现在也许超过8年时间了。 但正真得到有效的实施恐怕还不多。这么多年来，围绕着敏捷和业务敏捷已经有诸多讨论。本文作为本号的第一篇，试图来谈谈业务敏捷的特征。 1，贯穿业务创意和机会捕捉到需求识别到开发上线再到业务运营，形成大反馈闭环。 2，业务人员和IT人员协同参与，达成共同目标。 3，从创意到上线运营所需时间得到度量，并能够缩短。 4，线上运营的业务数据得到监控，从...
2018-05-05 17:02:59
1327
原创 独立测试团队在敏捷开发中的几个特别实践
[原文发表在https://hespr.blogspot.jp/2009/03/blog-post.html 写在2009年3月 最近发现被人盗版了多处, 重新发布在CSDN]最近读了《我和敏捷团队的五个约定》（from InfoQ），很是赞同，不少来自于传统方法，似乎并没有体现敏捷团队的特点。 在敏捷开发的测试方面有没有不一样于传统开发测试的并且是有效的实践？ 从敏捷团队的组建上来说，敏捷团
2017-11-28 11:23:06
1053
原创 Review meeting还开不开？
标题问题的提出是因为在敏捷教练小伙伴微信群里面的一段对话，摘录如下。 张克强 10:35 Scrum碰到高频交付，其最小集合要求也得改。 徐毅 10:36 @张克强-独立教练-上海 什么是scrum，它不能应对高频交付吗 张克强 10:37 到每迭代一次交付的频度就超越了Scrum创始时应对的情景。 张克强 10:38 90年代的高频是相对当时的瀑布说的。 张克强 10:38 现
2017-07-22 11:28:38
1855
原创 让用户故事真的像故事那样
早期用户故事写在卡片上，只需一个句子。随着越来越多的系统和产品采用敏捷开发，对于有些复杂长生命周期的系统和产品而言，用户故事的内容值得积累，以便后续追查和修改。另外一个情形是为了确保用户故事真的完成，需要在前期就明确其验收条件（也翻译为接收条件），因此曾几何时开始，用户故事的写法成了 用户故事经典句式+验收条件。
2017-06-23 18:00:51
898
原创 新一代软件工程的标配：持续集成
敏捷软件开发从提出到现在有16年了，经过16年的考验和沉淀，有些实践也许已经不再使用，或者仍然存在争议，而持续集成这个实践愈发显示出其突出的位置，可以预见其将成为新一代软件工程的标准配置。持续集成最典型场景在代码提交后5分钟之内，代码被编译并测试通过，程序员进入到后续工作，或者代码被编译并测试不通过，程序员在约定的15分钟内修复了，持续集成通过，程序员转入后续工作；或者15分钟没有修复，回滚到上个持
2017-05-15 10:47:00
829
原创 大敏捷之我见
写在前面-大敏捷的缘起2017年4月我有幸受李建昊老师邀请在光环敏捷2017春季峰会上做一个演讲，事先我准备了话题。由于我一直偏向把scaled/scaling Agile 翻译成大规模敏捷，所以之前提交的演讲标题是xxxx大银行大规模敏捷xxxxxxxxxx。这个标题太长了，建昊老师在交待光环印刷作业时把规模两字去掉了，话题改为“跨国大银行大敏捷和DevOps实例分享”。4月14日是峰会前一天晚上
2017-05-08 19:00:16
906
原创 如何看待Scrum Sprint Backlog冻结和变化？
最近常常碰到的一个问题是 如何看待和处理迭代中的backlog的变化？Scrum对Sprint backlog范围在Sprint中坚持不变，这与瀑布里面冻结需求的做法较为接近。这样的迭代待办事项的冻结，对外不能快速响应外部的变化；对内让团队吃自己的狗食，并且容易引起product owner与scrum master和团队对于迭代工作范围的矛盾，进而给scrum mastsr提出了非常高的软技能要求
2017-04-07 16:46:19
1655
原创 Java代码中常见技术债务处理之Exception
写在前面异常处理是代码中常见的处理，本文根据SonarQube在异常方面的规则和常见检查结果，选取说明了常见异常处理中的技术债务，提倡技术债务最少的编码方式。Exception handlers should preserve the original exceptionsEither log or rethrow this exception. When handling a caught e
2017-04-06 16:35:41
13298
4
原创 Junit4小技巧-测试基类
在Junit4使用的时候，直接运行，通过控制台输出来进行问题判断，，这比启用debug模式更加迅速，但有时需要知道哪个方法开始输出，如果每次都在方法开始时，打印方法名称，那是较麻烦的事情。 通过测试基类，通过rule，可以带来一个方便。i
2017-03-22 00:27:22
1601
原创 讲故事的用户故事样例之1
曾几何时开始，用户故事的写法成了 用户故事经典句式+验收条件。 在https://blog.versionone.com/agile-acceptance-criteria/ 上提供了如下一个故事的样例。As an executive, I want to be able to filter the dashboard by department so that I can isolate dat
2016-12-21 08:22:26
5418
原创 敏捷和DevOps词汇表
本词汇表是旨在说明敏捷与DevOps中各种术语。 由于敏捷与DevOps存在紧密的联系，在讲述DevOps时需要引用到大量的来自敏捷的词汇，因此本文试图做些整理 词汇名称 对应英文 说明 重构 Refactor 指保持某个对象的外在行为不变，优化其内部结构。代码重构是重构的一种。 代码重构 Code refactor 保持程序代码的外在行为不变，优化代码。在面向对
2016-11-23 22:39:10
4167
原创 苍狼敏捷方法核心 v1
4年多前，在微博上说起了苍狼敏捷，3年前把这个初步的版本发在了百度空间，没想到百度空间竟然关闭了，好不容易从百度云备份当中取出。最近讨论狼文化，拿出来晒晒，供批判参考。 后续打算更新下，以反映最新的实践和认识。 另外说明，方法都是被选用的，有适应范围和局限性。苍狼敏捷方法遵循敏捷软件开发宣言。崇尚沟通，简单，反馈，勇气，尊重，进取，挑战七大价值观。 苍狼敏捷崇尚8小时内完成工作，认为超时工作
2016-11-13 17:12:15
971
原创 系统故事 --- 让系统讲故事
用户故事自最早1998年诞生以来，由于其突出的优点，到现在得到了广泛的应用。一般而言，用户故事里面的用户是人类用户，用户故事在表达人类用户与系统的交互方面已经证明了其有效性。 那么当处理系统之间交互时，我们能不能参照用户故事来说明系统交互的需求？ 让系统来讲讲故事？ 这样的故事不妨称之为系统故事。 微博上有朋友形象的说这是瓦力和伊娃之间的故事。
2016-10-09 14:32:55
3916
原创 关于开发工具环境准备事项作为故事来处理的对话
编者按：最近技术故事如何处理的话题，频繁提起，整理这篇对话，来说明下。 这个对话的结果见 另外一篇博文- http://blog.csdn.net/zhangmike/article/details/52266848 “用户故事的扩展-新的故事类别” 张克强：大家空不，探讨一个具体的词汇问题： 为了开发工具、环境等等做准备的一些事情能不能归为user story？ 一般不能，如果不能的话，
2016-09-23 08:16:43
929
原创 产品待办列表如何精化？
Scrum中安排了精化活动，早期版本的英文是Grooming, 现在是Refinement，原来翻译为细化，最新版Scrum Guide中文版采用了“精化”。最新Scrum是这样说明精化的。产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。这是一个持续的过程，产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中，产品待办列表项被重新评审和修改。Scrum
2016-09-20 07:37:31
1577
原创 如何准备启动敏捷-迭代0如何做？
万事开头难！ 对于启动敏捷而言，启动前安排一个准备阶段将对顺利的开展第一个迭代很有帮助。整理了下文试图来说明如何准备启动敏捷。 迭代0是指在启动敏捷开发前的准备工作阶段，迭代0一般的时间长度不超过所选择的迭代周期。 对于看板类做法，如果没有明确的迭代周期，那么建议不超过2周，为方便，将看板类的准备工作阶段仍然称为迭代0。 （附带推荐-对于看板类做法，仍然推荐安排迭代用于回顾和定期展望等等活动
2016-09-13 22:12:36
4459
原创 用户故事地图对应到Epic及其缺点
用户故事地图，提供了2维的角度来分析用户故事，直观，更加有利于优先级的表达。 在理解用户故事地图时，需要注意其作者的用词跟一般的用户故事不一致，因此要注意跟普通的用户故事用词之间的对应关系。 推荐一般理解如下： 一幅用户故事地图展现1个史诗Epic User Acitivites(Backbone)行，可以理解为对史诗Epic的一级功能分解 User Tasks(
2016-09-02 08:25:31
4461
原创 团队愿景和团队章程的问答？
1，团队愿景是什么？团队对指导原则的共同理解，包括了使命，目标，预期的行为，价值观，和最终成果，由团队识别定义并得到使用。2，团队愿景不是什么？一般而言，团队愿景不是团队计划，不包括团队所要完成的任务计划。但是有些项目计划或项目章程会包括团队愿景。团队愿景也不是功能需求概要，一般不包括需求。3，团队章程是什么？ 团队开展工作的规则，可以包括预期的行为，价值观，工作规则，做事的方式等等。4，团
2016-08-25 07:49:09
4450
原创 团队章程---促进团队合作
团队章程是提供指导原则、规则并管理团队成员行为的方针政策。[1]章程应由团队成员共同完成，并为所有成员服务。在团队章程中团队成员可以约定相互权力和义务，制定团队行事的基本原则，并设计面临突发事件时的应对措施。在实践中，一些质量团队的章程可以将质量目标和组织绩效目标联系起来。现代组织中很多团队中存在不同程度的人际信任、相互依存和共同责任问题，团队在动态发展中的内在”摩擦”是现实存在的。团队章程可以最大
2016-08-24 08:23:55
4699
DevOps下架构设计的趋势特征
2017-04-09
中国信息技术服务标准ITSS白皮书第二版.pdf
2014-04-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人