红哥谈测试

估算，对于任何开发项目都是必要的。在敏捷环境中，概要的估算，即高阶（测试）估算是在发布计划期间进行的，也可能是在待开发列表调整期间进行的。迭代和敏捷软件开发的基础之一是以小块来开展工作。因此，已经确定的任务通常足够详细，可以作为（测试）估算的基础。因此，敏捷中不需要为测试活动定义生命周期以作为估算的额外基础。对于敏捷团队，在迭代计划期间将对测试进行详细估算。与传统项目的估算不同，敏捷环境中所有估算都是由团队来估算完成的，包括完成每个故事所需的全部工作。敏捷环境中的测试..

摘要： 根据TMMi基金会的最新消息，TMMi独立评估师的行为将受到约束，国内获得官方授权、有资质能提供TMMi评估服务和认证服务的供应商有…… 根据TMMi基金会官方网站的最新（2021年5月3日）更新，TMMi基金会官方发布了TMMi评估师认证新规则V2.7 版本，即“TMMi-Assessor-Accreditation-Criteria.v2.7”。 在新的V2.7版本中，主要更新了2个方面的内容：一是更新了TMMi服务提供商的术语，将TMMi服务提供商更改为TMMi评估服.

测试方法的定义是为了缓解已识别和确定优先级的产品风险。敏捷环境中不同级别的测试方法在敏捷环境中，在迭代级别确定测试方法有助于降低风险，例如可以覆盖用户故事和验收标准的额外评估，与风险级别成比例的测试工作，根据风险水平和风险类型选择合适的测试技术。在版本发布级别的测试方法将处于更高的层级，应基于组织或项目级别上定义的测试策略。对于特定迭代，在迭代计划过程中需要确定要测试的条目和特性。此活动也基于产品风险活动的结果。要测试的条目的优先级列表通常涉及要在此迭代中测试的用户故事，这些特性通常

有人调侃说，计划没有用，但不能没有计划。测试计划的目的是基于识别的风险和已定义的测试策略而确定一套测试方法，并为执行和管理测试活动建立和维护有良好基础的计划。听着就有点绕口。敏捷环境中的两种计划在敏捷的开发生命周期中，通常会出现两种计划，即产品计划（Product Planning）或者叫发布计划（Release Planning），以及迭代计划（Sprint Planning）。产品计划（发布计划）在项目开始时就规划产品的发布。产品计划（发布计划）需要定义产品的待开发列表，并可能涉

衡量测试及过程改进是否取得效果的测试绩效指标（TPI）不在多，在乎“精”，在乎“价值”。测试方针中定义的测试改进目标需要转化为一组关键测试绩效指标（TPI），即如何衡量测试过程改进是否取得了效果，及效果如何。衡量测试绩效的指标不在乎指标的数量，关键是要“精”，要有价值。绩效指标必须向利益干系人提供测试和测试过程改进的价值。测试策略和测试策略附带的绩效指标为测试过程改进提供了一个明确的方向，并描述了测试过程改进的预期和已达到的测试绩效水平的方法。由于测试过程改进需要长期的管理层支持，因此定

测试策略的意义测试策略遵循测试方针，并作为项目内测试活动的起点。测试策略既在组织范围定义，也在项目范围定义。典型的测试策略基于高级别的产品风险评估，并包括将要执行的测试类型、测试象限和测试级别的描述，例如：单元、验收、回归和性能测试。仅说明在迭代内进行单元测试和验收测试是不够的，还需要定义单元和验收测试的含义，以及阐述这些测试通常是如何进行的，以及它们的主要目标是什么。经验表明，当定义和遵循测试策略时，各种测试活动之间的交叉可能会减少，从而带来更高效的测试过程。此外，由于各种测试

容易被忽视的“测试方针”测试方针定义了组织的整体测试目的、目标和有关测试和测试人员的战略性意见。任何开展测试改进项目的组织都应该从定义测试方针开始。而且，测试方针必须与组织的整体业务（质量）方针保持一致。测试改进应该由明确的业务目标驱动，而这些目标又应该在测试（改进）方针中明确描述出来。测试方针对组织内的所有干系人都很重要，它帮助他们获得测试及测试目标的共识，这个共识可以使整个组织的测试（过程改进）活动保持一致。需要注意的是，测试目标不应该只是一个仅限于测试自身活动的目标，它应.

关于敏捷2001年，代表最广泛使用轻量级软件开发方法的一群人就一套共同的价值观和原则达成了一致，成为了众所周知的的敏捷软件开发宣言或敏捷宣言。敏捷宣言包含四个价值观： 胜过 过程与工具； 胜过 完备的文档； 胜过 合同谈判； 胜过 遵循计划；敏捷宣言认为，虽然右边的概念有价值，但左边的概念更有价值。敏捷本身并不是一种方法论，但是同时开发和支持不同的方法，提供了将这些价值付诸实践的途径。支持敏捷方法的三个重要代表是极限编程（XP），Scrum和Kanban（看板）。极.

敏捷环境中的TMMi之2-测试过程改进敏捷重点关注在有自主权的团队上，他们通过频繁的回顾来开展自身的持续改进。其中一些改进可能关注在测试上。改进可能是高级别的问题，也可能是解决与测试有关的具体问题。需要特别强调的是，测试过程改进环境中的行为不应该被用作剥夺敏捷团队的自我主导权的理由。在评估敏捷对改进上下文的影响时，需要考虑的一些基本原则是：- 改进周期频度- 组织因素- 改进范围- 改进来源- （测试）文档级别- 改进方法在...

敏捷环境中的TMMi之（1）价值驱动，敏捷和TMMi可以共融共生相互促进关于TMMi是否适合敏捷的开发环境，有一种错误观点认为，TMMi 和敏捷方法是不一致的。TMMi 和敏捷之间产生的大多数冲突，要么是基于 TMMi 的历史观点，即“良好实践” 在实现时应该是什么样子，要么是基于敏捷实践应该如何支持敏捷价值观而对敏捷实践 基本原理的误解。其实，敏捷方法和 TMMi 不仅可以共融共生，而且TMMi 和敏捷成功整合将会相互促进。TMMi 可以应用敏捷的精益原则，来增强敏捷实践，并促进 TMM.

本周在匈牙利TMMi地方分会的网络研讨会上，来自TMMi美国分会的副总裁Mark Summers先生发表了题为“The Real Value of TMMi（TMMi 的真实价值）”的演讲，介绍了他眼中的TMMi 价值。 Mark Summers先生有26年结构化软件测试、成熟度评估和软件质量保证的一线经验，有15年使用TMMi和CMMi执行持续改进的经验，他熟悉TMMI&CMMI成熟度框架、性能和测试自动化框架、敏捷/DevOps测试和培训，曾在世界财富100强至500强企业工作。他认..

2020年，一家同时使用敏捷和V模型的马来西亚公司Testbits 成功通过了TMMi 3级的正式评估2020年，马来西亚的Testbits Sdn Bhd成功地完成了TMMi的正式评估，通过了TMMi 3级“已定义”级的认证。Testbits在他们的项目中同时使用敏捷和V模型生命周期。 TMMi与敏捷 2017至2019年，在TMMi基金会CEO Erik van Veenendaal的带领下，TMMi基金会编写了《敏捷世界中的TMMi》（T...

数字化时代的企业数字化转型和服务管理怎么做，VeriSM有用吗？

在IT圈，你可能经常听到“敏捷”这个词，如敏捷开发、敏捷测试、敏捷项目等等。你知道敏捷是怎么来的吗？

标准化是可视化管理的基础，也是精益管理的基础。标准化能使管理方法得以“永葆青春”甚至“发扬光大”。

如果有一天你烦你婆婆了，用东西堵上她的嘴，那就是ScrumBut，但这并不意味着她说的是不对的。

两个披萨饼能养活大约8至10个人。为什么要用“披萨饼”来限制人数（规模）？因为小规模的团队能实现运营效率的最大化。

敏捷开发中的速度不是真实的速度，怎样从速度的维度度量敏捷开发的成功与否，通过速度和速率的辨析，尝试k值的应用，探索敏捷度量的新方法。

看到这个标题，CMMI 2.0新瓶装旧酒？可能有很多人不同意，尤其是那些依靠CMMI吃饭的人。但其实没必要畏惧，实事求是，客观认真的对待比什么都强。如同“茅台”，即便换了n多次新包装，酒依然是好酒，CMMI亦是。在展开这个话题前，首先阐明下我心目中何谓“新瓶”？何谓“旧酒”？何谓“假酒”？“新瓶”指新的包装、新的名称、新的表现形式、新的内容组合方式、新的载体等外在的那些东西，“旧酒”...

当前，各个企业/公司对改进IT软件交付的方法都有强烈的愿望。为了了解行业的发展趋势，Experimentus公司2018年做了一次年度调查：在软件质量行业中，有哪些过程域被采用。他们调查的结果，可以帮助企业决定未来应该在哪些领域投资（花钱），才能更好的提升质量。（原文来自：Experimentus-State-of-Testing-2018-Infographic）下文信息来自Exp...

在IT研发相关的书籍和文章中，经常会出现“断言”这个词语，有些人读起来会感觉“特别别扭”。例如，在《持续交付：发布可靠软件的系统方法》(DevOps Maste认证课程的指定教材)一书中，就多次使用到“断言”这个词语。下面摘录该书部分段落的描述，请试着读读看：我们首次尝试自动化测试是在很多年以前。毫无疑问，那时候都是最基本的冒烟测试，简单地断言应用程序可以运行汇编。在当时，这是构建过程中我们引...

精益的目标是消除浪费，以更多的交付有用的价值。看板是精益的最佳实践之一。

有些敏捷传播者把敏捷看成是划时代的发明，敏捷里面所用到的实践大都归功于敏捷。 而有些敏捷反对者或者质疑者认为敏捷大量的抄袭了原来就有的方法实践，其实没有什么新东西。本文试图来分析下 敏捷到底带来了哪些新东西。 许多东西并不是截然分明的，为了便于表达，定义如下原创程度表示法： - 5 - 绝对原创 - 4 - 不是原创，但大幅度更新 - 3 - 不是原创，但有中幅度更新

周末早起，看到了这个案例，一个非常现实、非常具有代表性的案例。转载过来。昨天通过微信沙龙，分享到了一个案例，讲述的是从成功到失败的过程。很多人可能疑惑，很多案例都是从失败到成功，这个怎么反了。很多成功背后都有其原因，可能很励志，但从失败中我们能够获取更多。毕竟我们的知识大多源于失败而非成功。故事是这样的（括号中的是笔者的情绪表达 :)）：（在很久很久以前……）某公司成立了一