<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[TBOK的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/TBOKCN</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; TBOKCN]]></copyright><item><title><![CDATA[测试驱动开发、验收测试驱动开发和行为驱动开发]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/103008595</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/103008595</guid><author>TBOKCN</author><pubDate>Mon, 11 Nov 2019 13:28:17 +0800</pubDate><description><![CDATA[敏捷中出现各种”XX驱动开发“的实践。起源主要是来自Kent在极限编程中提出的测试优先编程（Test-First Programming）。现在出现了（除了行为驱动开发以为，相关的还有像实例驱动开发（EDD-Example Driven Development），特性驱动开发（FDD-Feature Driven Development）等。

各种驱动开发之间的关系众说纷纭这里我们来聊一聊测试驱...]]></description><category></category></item><item><title><![CDATA[敏捷测试--开源电子书连载]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101980129</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101980129</guid><author>TBOKCN</author><pubDate>Thu, 03 Oct 2019 10:48:08 +0800</pubDate><description><![CDATA[版权说明

本书为开源电子书，通过github维护。任何人都可以对该书进行投稿和修订。

本参考书旨在帮助大家更好的学习敏捷测试，在尊重和注明来源的情况下，可以自由的使用和传播。 本参考书编写过程中，参考了大量的资料。文中尽可能的将所有参考的资料的来源做了标注。但是仍然可能存在一些遗漏的地方，如果对此有异议，可以及时联系我们进行更新。

本文档处于持续更新中。为了便于维护和更新，最新的内容在Git...]]></description><category></category></item><item><title><![CDATA[”假敏捷“和”真敏捷“--大家都在走向敏捷的路上！]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101979986</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101979986</guid><author>TBOKCN</author><pubDate>Thu, 03 Oct 2019 10:42:26 +0800</pubDate><description><![CDATA[很多团队在从传统开发模式向敏捷开发转型的过程中，都会遇到困惑：那就是现在我们做的算是“真”敏捷吗？

当团队准备向敏捷转型的时候，大家都会先热情高涨的去学习各种敏捷知识，包括前面章节提到的原则、实践和工具等。兴奋的感觉找到了圣杯。但是一旦开始真的实施敏捷后，很快就要面对各种残酷的现实：

哪里找到那么好的客户能够经常来互动？
	说好的持续构建和集成保证质量，怎么一跑测试程序就飞了？
	每个迭代都回...]]></description><category></category></item><item><title><![CDATA[保险行业大型数字业务转型项目案例]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101979936</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101979936</guid><author>TBOKCN</author><pubDate>Thu, 03 Oct 2019 10:41:36 +0800</pubDate><description><![CDATA[简要介绍

如何根据项目的组织、交付模型和人员结构来设计适用的测试架构及流程

项目背景：

保险行业大型数字业务转型项目
	使用SAFE模型，有8个敏捷小组（agile team）及其它shared service team。
	测试团队定位为 share service team，敏捷小组中没有测试人员，使用业务分析师（BA）兼职测试，项目成员都没有测试相关背景及相关技能。
	系统复杂性高，集...]]></description><category></category></item><item><title><![CDATA[这些年目睹之敏捷怪现象]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101979875</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101979875</guid><author>TBOKCN</author><pubDate>Thu, 03 Oct 2019 10:40:35 +0800</pubDate><description><![CDATA[敏捷中很多的实践都是来自于20世纪90年代，甚至更早。随着2001年敏捷宣言的提出，敏捷在IT领域的使用越来越广泛。这也说明了敏捷可以给大家带来很多非常好的帮助。

这次要讲的内容并不是要来赞美敏捷的，而是希望从一些做的不好的方面来对敏捷在IT领域的应用做一些反思。希望能够触发大家对敏捷的一些思考。

敏捷不仅是给原班人马换个称呼

在团队刚开始准备向敏捷转型的时候，经常有人会问“原来的项目经理在...]]></description><category></category></item><item><title><![CDATA[敏捷中哪些测试可以自动化]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101979822</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101979822</guid><author>TBOKCN</author><pubDate>Thu, 03 Oct 2019 10:39:35 +0800</pubDate><description><![CDATA[你能想到的大多数测试类型都得益于自动化。手工的单元测试并不会阻止回归失败，因为每次在万事具备的情况下执行一套手工测试并不现实。你也无法通过手工的单元测试保证测试先行。一旦程序员不能通过单击按钮快速执行测试，他们就不想再执行测试了。我们可以通过手工的方式测试不同单元的代码以保证其正确运行，但自动化的组件测试是更有效的安全网。

手工测试有助于发现功能上的缺陷，但如果没有足够多的自动化业务回归测试，我...]]></description><category></category></item><item><title><![CDATA[自动化测试的分类]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101906347</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101906347</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 11:05:55 +0800</pubDate><description><![CDATA[本节以不同的视角重新审视测试象限。先来仔细看看象限图，如下图所示：







我们将支持团队的两个象限（象限一和象限二）标记为使用自动化。在象限四中，从技术视角来看，用于评价产品的工具通常也需要自动化。采用自动化业务测试工具来支持团队。只有象限三----评价产品的业务测试----没有标记为使用自动化。工具对于某些测试来说还是有用的，比如，自动化可以创建好测试数据和用户场景对日志进行分析。
...]]></description><category></category></item><item><title><![CDATA[将敏捷法则应用到测试自动化上]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101906295</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101906295</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 11:05:04 +0800</pubDate><description><![CDATA[每个团队、每个项目以及每个企业都会遇到独有的自动化挑战。每个企业都有自己的文化、历史、资源、业务压力、产品和经验。无论你所在团队处于何种情况，你都可以使用敏捷法则和价值来寻找解决方案。勇气、反馈、简化、交流、持续开发和快速响应这些概念不仅仅属于敏捷，他们是所有成功团队所应具备的特质。

1 保持简单

保持测试设计简单、保持范围最小化，使用最简单的工具完成工作。

简单是敏捷的核心价值。上手的最好...]]></description><category></category></item><item><title><![CDATA[探索性测试在敏捷中的应用]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101906239</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101906239</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 11:03:22 +0800</pubDate><description><![CDATA[探索式测试（Exploratory Testing）是 Cem Kaner 在 1983 年提出的。它是一种软件测试风格，强调测试人员的自由与责任的测试方法，为了持续优化其工作的价值，将测试相关学习、测试设计、测试执行和测试结果分析作为相互支持的活动，在整个项目过程中并行地执行。

探索性测试在敏捷中广泛使用的原因

大家可能注意到探索性测试的概念提出来的时间非常早，上个世纪80年代就出现了。但是...]]></description><category></category></item><item><title><![CDATA[敏捷中的独立测试团队会消失吗]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101906073</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101906073</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:59:10 +0800</pubDate><description><![CDATA[当敏捷的春风吹在世界大地上的时候，最恐慌的是谁呢？不管传统项目中的其他角色的心情是如何的，大部分测试人员肯定是惴惴不安的。为什么？大家学习了敏捷后，发现其实没有测试人员什么事啊！在敏捷中，测试这个活本身还是在的，但是执行的主体发生了重大变化，那就是很多测试的职责从原来的独立的测试人员身上转移到了开发人员身上了。就像什么测试驱动开发、验收测试驱动开发、持续构建、持续集成、持续交付等，这些活动中都需要...]]></description><category></category></item><item><title><![CDATA[敏捷测试的本质、核心价值观和角色变化]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101906003</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101906003</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:57:18 +0800</pubDate><description><![CDATA[敏捷测试的本质

测试遵循敏捷宣言进行，把开发作为顾客看待。项目的测试采用敏捷方法论。 敏捷测试的原则与上下文驱动测试的原则有交集，例如，上下文驱动测试的七大原则中的第三条：工作在一起的项目组成员是项目的上下文的最重要的组成部分。与敏捷宣言中的“个体和交互比过程和工具更有价值”一样强调人的作用。

持续地对软件质量问题进行及时地反馈 。

敏捷测试也意味着测试遵循敏捷的基本原则，接纳敏捷的核心价值...]]></description><category></category></item><item><title><![CDATA[看板]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101905942</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101905942</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:56:07 +0800</pubDate><description><![CDATA[看板

看板方法，一般认为是由大卫安德森（David J. Anderson)发明创造的，于2004年诞生在微软的XIT项目，并于06年至07年之间在Corbis公司得到大规模运用，紧接着在全球迅速推广。

大卫在发明看板方法之初，便深受了大野耐一的丰田生产方法（TPS），高德拉特的约束理论（TOC），戴明的质量管理，以及敏捷开发的影响。因此，看板方法中的很多概念，都可以从上述理论中找到影子。看板...]]></description><category></category></item><item><title><![CDATA[Scrum]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101905864</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101905864</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:54:51 +0800</pubDate><description><![CDATA[什么是Scrum

​ Scrum 是用于开发、交付和持续支持复杂产品的一个框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是一至四周。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是...]]></description><category></category></item><item><title><![CDATA[极限编程]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101905813</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101905813</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:53:48 +0800</pubDate><description><![CDATA[XP（Extreme Programming）的由来

本部分关于XP的主要的内容参考的是Kent在2004年写的《解析极限编程-拥抱变化》，如果对比他在1999年出版的第一个 版本的话，你会发现其中无论是价值观、原则和实践都发生了一些变化，当然这个恰恰体现了敏捷的拥抱变化。

XP中提到的价值观和各种原则很多都是思想层面和面对事物我们应该如何思考，他们不仅仅可以用在软件开发中，也可以用在我们生活...]]></description><category></category></item><item><title><![CDATA[敏捷介绍]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/101905671</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/101905671</guid><author>TBOKCN</author><pubDate>Wed, 02 Oct 2019 10:52:23 +0800</pubDate><description><![CDATA[敏捷宣言和原则

2001 年，一批专家在对一系列轻量级软件开发中广泛使用的方法进行讨论后，同意将一些具有共性的价值观和原则汇集成敏捷软件开发宣言，或称为敏捷宣言[Agilemanifesto]。敏捷宣言包含以下四条价值观：

个体和互动高于流程和工具
	工作的软件高于详尽的文档
	客户合作高于合同谈判
	响应变化高于遵循计划
敏捷宣言认为，尽管右项是有价值的，但是更重视左项的价值。

个体和互动...]]></description><category></category></item><item><title><![CDATA[学习ISTQB基础级的正确姿势]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/98461091</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/98461091</guid><author>TBOKCN</author><pubDate>Thu, 15 Aug 2019 14:15:00 +0800</pubDate><description><![CDATA[首先，在淘宝上购买TBOK录制的最强ISTQB基础级学习视频套件（https://item.taobao.com/item.htm?spm=a1z10.1-c.w4004-12986406116.3.465b46646igDk7&amp;id=597627601376）
这个史上内容最精炼、质量最高的ISTQB基础级视频。这个价格就是一顿饭的事情，但是可以节约你大量的宝贵时间，有了这个视频，就不需...]]></description><category></category></item><item><title><![CDATA[ISTQB基础级考试资料汇总]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/98467870</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/98467870</guid><author>TBOKCN</author><pubDate>Thu, 15 Aug 2019 14:14:33 +0800</pubDate><description><![CDATA[ISTQB基础级中文大纲（2018版本）


ISTQB基础级官方中文模拟题：目前官方一共有三套模拟题。
ISTQB模拟题A卷
ISTQB模拟题B卷
ISTQB模拟题C卷


ISTQB基础级电子书：这个电子书是放在github上的，可以免费阅读。如果你愿意，也可以成为贡献者，对该电子书进行修订。


ISTQB 基础级全套视频（大纲讲解+难点解析+模拟题）：这个是TBOK录制的视频，价格太厚...]]></description><category></category></item><item><title><![CDATA[ISTQB基础级认证参考书]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/82957641</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/82957641</guid><author>TBOKCN</author><pubDate>Sun, 04 Aug 2019 15:09:46 +0800</pubDate><description><![CDATA[以敏捷的方式编写针对ISTQB初级大纲（2018）版的参考书。
有兴趣的朋友请加QQ群927659742。
简单说一下编写参考书的情况：

凡是获得ISTQB FL证书的人都可以报名参加；
轻量级的工作量，以一个学习目标为最小编写单元，方便大家参与；
最终的参考书将发布在网络上共所有人免费学习使用。


...]]></description><category></category></item><item><title><![CDATA[ISTQB考试培训交流群]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/89294506</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/89294506</guid><author>TBOKCN</author><pubDate>Sun, 14 Apr 2019 11:42:52 +0800</pubDate><description><![CDATA[如果对ISTQB考试培训或者知识点有问题，可以加QQ群： 322841067。
需要报名的话，进去直接找群主就可以。

]]></description><category></category></item><item><title><![CDATA[什么是Phase containment？阶段遏制？阶段缺陷修复率？缺陷阶段移除率？]]></title><link>https://blog.youkuaiyun.com/TBOKCN/article/details/89294302</link><guid>https://blog.youkuaiyun.com/TBOKCN/article/details/89294302</guid><author>TBOKCN</author><pubDate>Sun, 14 Apr 2019 11:28:18 +0800</pubDate><description><![CDATA[ISTQB新增加的术语中出现了一个术语，英文是“phase containment”，中文翻译成“阶段遏制”，大家理解起来感觉有些拗口。那么我们先来看看英文原文是什么。别怕，非常简单的一段英文。

The percentage of defects that are removed in the same phase of the software lifecycle in which they ...]]></description><category></category></item></channel></rss>