敏捷测试
TIB
16年软件研发和质量改进工作经验,曾任QA、测试经理、质量部经理、产品经理、技术总监、培训讲师、咨询顾问等职务,著有《软件测试技术大全》、《软件性能测试诊断分析与优化》、《软件自动化测试成功之道》、《大规模组织DevOps实践》等多本畅销书,目前关注软件质量优化、DevOps等领域,联系:[email protected]
展开
-
最近DevOps相关文章
最近DevOps相关文章:http://mp.weixin.qq.com/s?__biz=MjM5MTYwNjA1OA==&mid=401801291&idx=1&sn=9309bc346fd729991999f8d958f8ad73&scene=0#wechat_redirecthttp://mp.weixin.qq.com/s?__biz=MzI4NTA1MDEwNg==&mid=401155原创 2016-01-22 09:09:12 · 3813 阅读 · 0 评论 -
用Cucumber脚本做故事驱动开发
原文:http://www.infoq.com/cn/news/2009/03/bdd-with-cucumber行为驱动开发(BDD)的流行已然无可逆转。它始创于2003年,由Dan North创立,与测试驱动开发相呼应。BDD鼓励软件项目中的各种角色相互协作:开发人员、QA、非技术角色或者业务分析师。Ruby因其便于创建和使用DSL的特性,也带来了许多BDD框架的诞生,如RSpec。Aslak转载 2011-11-21 14:14:11 · 3845 阅读 · 0 评论 -
行为驱动开发之一,推广篇
原文:http://www.cnblogs.com/jarodzz/archive/2011/03/16/1986551.html敏捷的历史 上上个周四,我在组里做了个内部演讲,题目是“使用Cucumber实现行为驱动开发”。考虑到组内成员并不系统的敏捷背景,我是从历史开始的。扯软件开发的历史是我最喜欢的项目之一,大部分搞软件的读书读到历史基本都跳过去,我却很喜欢看看那些过往的小故事。所以每次跟转载 2011-11-14 10:35:49 · 1562 阅读 · 0 评论 -
敏捷测试的角色
注:摘自《软件测试技术大全》2.2在敏捷项目中,测试人员的角色可以进一步地细分,如图2.5所示。图2.5 敏捷测试角色的细分在这个矩阵中,可分成4个角色:q 面向业务的批判产品角色。q 面向技术的批判产品角色。q 面向业务的支持编码角色。q 面向原创 2011-10-10 14:26:42 · 2201 阅读 · 0 评论 -
敏捷测试相关资料
敏捷测试调查报告:http://www.docin.com/p-260384780.html 破解敏捷测试的十大“神话”:http://www.docin.com/p-260383517.html机器与人(在探索式测试中使用自动化):http://www.docin.com/p-翻译 2011-09-19 11:42:58 · 1905 阅读 · 0 评论 -
探索式测试学习材料
《探索式测试》读书笔记http://www.docin.com/p-256964395.html探索性测试的例子http://www.docin.com/p-256960259.html原创 2011-09-11 09:53:01 · 2413 阅读 · 0 评论 -
HP Sprinter:敏捷加速器
最近由惠普委托完成的一份Forrester公司的研究(1) 表明,欧洲81%的机构组织、亚太地区84%的机构以及北美78%的机构已采用或计划采用敏捷(Agile)方法进行应用交付。敏捷是开发高质量软件和支持应用现代化的一种方法。HP Sprinter 和惠普敏捷加速器4.0(转载 2011-07-16 16:04:00 · 5228 阅读 · 2 评论 -
最新敏捷调查报告
<br />敏捷开发方法已经有近10年的历史了。最近Capgemini发布的2010-2011年度世界质量报告指出:敏捷之路并不容易。<br /> <br />采用敏捷开发模式的企业中,欧洲地区的企业有近60%的比例,北美地区是59%,亚洲地区是56%。<br /> <br />在新研发的大型项目中采用敏捷开发模式的企业比较多。<br /> <br /> <br />根据调查,企业认为采用敏捷带来的好处包括:<br />1、Time-to-market - 37%<br />2、Quality of App原创 2011-05-02 20:12:00 · 2508 阅读 · 0 评论 -
ST&QA 2011年1月到2月的杂志中发布了JAMA软件调查(JAMA Software Survey)结果
<br />ST&QA 2011年1月到2月的杂志中发布了JAMA软件调查(JAMA Software Survey)结果:<br /> <br />I found some of the results very interesting. For example,72% of respondents believed <br />gaining a clear understanding of what customers want from software is one of their <br />原创 2011-04-30 18:17:00 · 2543 阅读 · 0 评论 -
敏捷测试自动化课程初定6月25、26日
<br />敏捷测试自动化课程初定6月25、26日:<br />http://www.automationqa.com/training-info/alltraininginfo/item/112-agile-automation-testing.html<br />原创 2011-05-15 09:50:00 · 2051 阅读 · 1 评论 -
工具开发商开始向敏捷领域进军
工具开发商开始向敏捷领域进军 传统瀑布模型中,开发人员编写完代码然后把它“扔过墙”给另外一边的QA,而在这种模型下的工具也没有把两个阶段的数据进行充分的共享。 现在,随着敏捷的思想和方法,像尽早测试、频繁测试,被逐渐地广泛接受,工具也随之关注于将开发和测试这两个阶段整合。 Borland将为其StartTeam开发一套SCRUM模板,工具将成为项目组每天的站立会原创 2008-06-24 22:01:00 · 3006 阅读 · 1 评论 -
SD Times公布了08年度SD Times100的结果
最近SD Times公布了08年度的SD Times100结果,令人瞩目的是AutomatedQA在测试类的排名中名列前茅。 每年一度的SD Times 100是对过去一年在软件领域有创新、贡献和领导地位的公司、非商业组织、开源项目和有影响力者的排名,它不是一个产品的排名。 下面是各分类的排行榜:(1)Application Life-cycle Management(寿原创 2008-06-16 23:08:00 · 2689 阅读 · 0 评论 -
国外有结对测试的趋势了,国内呢?
Lisa Crispin在这篇文章讲到结对测试的做法和好处:http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=17354&tth=DYN&tt=siteemail&iDyn=2Since I first learned about pair programming in 2000, I’转载 2012-04-11 09:16:06 · 3885 阅读 · 0 评论 -
新一期AgileRecord电子杂志下载
新一期AgileRecord电子杂志下载http://www.agilerecord.com/agilerecord_13.pdf原创 2013-03-07 21:57:00 · 1690 阅读 · 0 评论 -
持续交付流程成熟度
原文:http://www.ibm.com/developerworks/cn/rational/1402_zhaojing_urbancode1/企业当前的持续交付流程成熟度如何?有没有哪些地方能够改进和提高?下面我们一起了解企业持续交付的成熟度模型。该成熟度模型来源于 Eric Minick 和 Jeffery Fredrick 两位专家,他们拥有多年的一手资料和实际经验,形成了一套企业可以借转载 2015-04-05 09:59:24 · 4584 阅读 · 0 评论 -
《Scrum精髓》审校后记:关于Acceptance Test
作者:徐毅我在参与审校《Scrum精髓》的过程中,审译者队伍对于“Acceptance Test”这一词汇应该如何翻译有着不同的意见和理解,经过大量的交流和讨论,非常感谢审议者队伍对于“接收测试”译法的理解和支持!此文正是为了记录选择“接收测试”译法的原因而成,可见于《Scrum精髓》书中的后记一章。不知道读者看到“接收测试”、“接收测试驱动开发”这样的词汇会不会觉得好奇,接收是什么意思?是不是就转载 2014-06-27 10:01:09 · 4111 阅读 · 1 评论 -
我理解的敏捷测试
原文:http://c.blog.sina.com.cn/profile.php?blogid=86b55a8589000aau 现在在讨论敏捷测试的很多,在这里谈谈自己的敏捷测试粗糙的理解, 下面是一段敏捷测试的定义Agile testing is a software testing practice that follows the principles of agile software转载 2013-12-24 22:55:15 · 1913 阅读 · 0 评论 -
测试团队成功适应敏捷的障碍
原文:http://www.wumii.com/topbar/Dt9jlJoG 测试团队在从传统开发模式向敏捷模式转变的过程中存在各种障碍,敏捷测试专家Lisa和Janet从自身经验出发探讨了其中的原因和解决方法。任何变化都面临成功路上的障碍。组织文化可能是要克服的最大障碍。组织文化一旦建立就很难改变。组织文化的形成需要时间,一旦就绪,员工会忠于该文化,这使得对改变相当的抵制。丧失身份由于很多原因转载 2013-12-24 23:02:15 · 2079 阅读 · 0 评论 -
持续集成 最佳实践 研讨会(1月25日 广州)
持续集成 最佳实践 研讨会(1月25日 广州)http://automationqa.com/forum.php?mod=viewthread&tid=3509&fromuid=29原创 2013-12-25 10:18:36 · 1701 阅读 · 0 评论 -
5个迹象表明你不是敏捷而是迷你型瀑布
原文:Five signs you’re not agile; you’re actually mini-waterfallhttp://watirmelon.com/2013/12/11/five-signs-youre-not-agile-youre-actually-mini-waterfall/ I’ve noticed a lot of projects call themselves转载 2014-01-01 22:28:23 · 2804 阅读 · 0 评论 -
解释传统与敏捷方法最贴切的故事:大象与猴子
原文:http://blog.csdn.net/futurelight/article/details/1262383 很久以来我都对传统的软件工程方法和盛行的敏捷方法的联系与区别郁闷不已,因为每一个领域都是那么庞大,作为一个非专业人士,要能清楚地把握其中的关系,确实不是件容易的事情,直到我看到下面的这个故事(摘自《平衡敏捷与规范》Balancing Agility and Discipline:转载 2014-01-01 21:21:21 · 2233 阅读 · 0 评论 -
CMM/CMMI与敏捷的比较
原文:http://tech.chinaunix.net/a2008/0718/197/000000197890.shtml 多年来网络上存在一些对 CMM、敏捷似是而非的观点,这里纠正一下,望读者朋友和 CMM/CMMI 专家们指正。 CMM 基本上是 15 年之前比较传统、陈旧的东西,现在我们更多地应该拿 CMMI-SW 与 Agile 进行比较。目前有关 CMM/CMMI 与 Agil转载 2014-01-01 21:00:46 · 3423 阅读 · 0 评论 -
亿能 软件测试 解决方案,持续完善中。。。
亿能 自动化测试 解决方案http://www.docin.com/p-634474991.html亿能 性能测试 解决方案http://www.docin.com/p-627019806.html亿能 白盒测试解决方案http://www.docin.com/p-625982856.html亿能 手机测试 解决方案http://www.docin.com/p-625982407.html原创 2013-04-14 19:12:04 · 2081 阅读 · 0 评论 -
gcov+lcov C代码覆盖率 初识
原文:http://wx782870649.blog.163.com/blog/static/12989164120127224317532/环境:VM+ubuntu 宿机:win7下面就个人的一个简单的bubblesort.c程序来说明过程1 写好bubblesort.c 我的存放在home/xinawang/Documents/bubblesort下源程序如下#include转载 2013-04-10 23:23:05 · 2293 阅读 · 0 评论 -
接口自动化测试平台架构图
接口自动化测试平台架构图:相关产品:http://gdtesting.com/product.php?id=40相关培训课程:http://gdtesting.com/product.php?id=85原创 2013-03-24 21:48:46 · 6665 阅读 · 0 评论 -
敏捷开发中的7种测试类型
在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中把敏捷开发中的测试分为7种类型:(1)自动化回归测试(Automated regression test)运行自动化测试代码来验证当前的修改没有破坏已有的功能。 (2)单元测试(Unit test)验证单元级别的代码工作是原创 2008-06-04 23:20:00 · 5281 阅读 · 0 评论 -
敏捷开发中的持续构建实践
敏捷开发中的持续构建实践 在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中与我们分享了他们的敏捷项目中的持续构建的做法: (1)每当有开发人员签入代码,不管是多小的修改,都会执行持续构建。如果在构建过程中有人提交了代码更改,则会在下一轮的构建中包括进来。 (2)持续翻译 2008-06-07 14:42:00 · 2312 阅读 · 0 评论 -
自动化回归测试是敏捷开发的导航系统
自动化回归测试是敏捷开发的导航系统 在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中提出:缺乏实时的自动化回归测试的敏捷开发项目,就像是缺少了导航系统而要穿越云层的战斗机。缺乏及时的反馈和验证,则很可能在到达目的地之前就坠落了。 “敏捷”与“瀑布”的最大区别在于:敏捷开发需原创 2008-06-03 20:57:00 · 2884 阅读 · 0 评论 -
敏捷测试指引(4)- 用面向业务的例子支援项目组
敏捷测试指引(4)- 用面向业务的例子支援项目组 陈能技2007-9-24 原文:Agile Testing Directions – Technology-Facing Programmer Support(Brian Marick) 为了帮助讨论和理解,我把“敏捷项目中的测试”这一主题分解成4个区分的主题。今天,我讲一下我们怎样使用面向业务的例子来帮助和支援整个项目翻译 2007-09-25 21:15:00 · 3062 阅读 · 0 评论 -
敏捷测试指引(7)- 敏捷项目中的测试员
敏捷测试指引(7)- 敏捷项目中的测试员陈能技2007-9-27 原文:Agile Testing Directions –Testers on agile projects(Brian Marick) 敏捷项目中是否应该有测试员呢? 首先:替换测试员的是谁?是让非测试专业人员(程序员、业务专家、技术文档编写人员等)来执行这样的活动:帮助创建指导性的例子和对产翻译 2007-09-27 16:49:00 · 2533 阅读 · 0 评论 -
缺乏文档的测试
缺乏文档的测试 陈能技2007-9-22 原文:Testing with Poor Documentation – T.J.Zelger 获取正确的信息对于很多公司来说都是挑战,而且即使你获得了所需要的文档,但是缺乏你真正需要的信息。 我曾经看到过大量的不同质量程度的文档(从优秀的到不可用的),但是我喜欢项目在两个不同的阶段有两种不同的方式组合。 一开始翻译 2007-09-25 22:08:00 · 2330 阅读 · 0 评论 -
敏捷测试用例设计
敏捷测试用例设计 陈能技2007-9-20 敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;及时响应变更比遵循计划更有价值。- www.agilemanifesto.org 并非每个企业都能严格按敏捷的相关开发方法进行项目管理,例如测试驱动、XP、SCRUM等。也并非都需要按这些方式管理才能实原创 2007-09-25 21:24:00 · 6669 阅读 · 0 评论 -
敏捷测试指引(3)- 用面向技术的例子支援程序员
敏捷测试指引(3)- 用面向技术的例子支援程序员陈能技2007-9-24原文:Agile Testing Directions – Technology-Facing Programmer Support(Brian Marick)为了帮助讨论和理解,我把“敏捷项目中的测试”这一主题分解成4个区分的主题。今天,我讲一下我们怎样使用面向技术的例子来帮助和支援程序开发。这里适用的一个是翻译 2007-09-24 17:38:00 · 3291 阅读 · 0 评论 -
敏捷测试指引(2) - 测试与例子
敏捷测试指引(2) - 测试与例子陈能技2007-9-24原文:Agile Testing Directions – Tests and Examples (Brian Marick)It all depends on what you mean by home.[...]Home is the place where, when you have to go there,T翻译 2007-09-24 17:24:00 · 3718 阅读 · 0 评论 -
敏捷测试指引(1)-简介
敏捷测试指引(1)-简介陈能技2007-9-24原文:Agile Testing Directions – Introduction (Brian Marick)在XP Agile Universe上,两个人-或许更多-告诉我说,我在敏捷测试的发展方面贡献不够。我在过去5年里花了太多的时间说我不知道敏捷测试会怎样,没有足够的指示和指导。“但是让我们看看,也许我们可以找到。”他们可能是对翻译 2007-09-24 17:21:00 · 4946 阅读 · 0 评论 -
XP中的测试员
XP中的测试员 陈能技2007-9-7 原文:Where Are the Testers in XP? - Bret Pettichord 在极限编程中,程序员负责自己的单元测试。那么留给测试员的是什么工作呢?有人认为XP的成本比较低是因为省下了测试员的费用。那么由程序员测试就不需要测试员了吗?他们能真正替代测试员的工作吗? 大家关于XP的理解,我发现至少有3种翻译 2007-09-07 20:31:00 · 2547 阅读 · 0 评论 -
敏捷测试的启示
敏捷测试的启示 陈能技2007-9-7 最近,好像整个软件开发界都在讨论和实践敏捷方法,做什么事情都要敏捷,开发要敏捷,测试也要敏捷。 什么是敏捷?敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;及时响应变更比遵循计划更有价值。- www.agilemanifesto.org 敏捷开发是递增式的、迭代原创 2007-09-07 20:34:00 · 2032 阅读 · 0 评论 -
敏捷测试的挑战
敏捷测试的挑战陈能技2007-9-5 参考:Bret Pettichord 的《Agile Testing - What is it? Can it work?》和《Agile Testing Challenges》 我们从上下文驱动测试的七大原则(www.context-driven-testing.com)可以看出,上下文驱动测试倾向于快速的反馈和适应变化的环境。翻译 2007-09-07 20:27:00 · 6856 阅读 · 2 评论 -
敏捷开发中的软件测试
敏捷开发中的软件测试陈能技2007-9-5 参考:Bret Pettichord 的《Agile Testing - What is it? Can it work?》和《Agile Testing Challenges》 敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;及时响应变更比遵循计划更有价值。- www.a翻译 2007-09-05 20:10:00 · 7665 阅读 · 0 评论 -
敏捷测试指引(6)- 用面向技术的例子批判产品
敏捷测试指引(6)- 用面向技术的例子批判产品陈能技2007-9-26 原文:Agile Testing Directions –technology-facing product critiques(Brian Marick) 为了帮助讨论和理解,我把“敏捷项目中的测试”这一主题分解成4个区分的主题。今天,我将完成矩阵的右边部分:面向技术的产品批判,而不是面向业务的。翻译 2007-09-26 23:37:00 · 2265 阅读 · 0 评论