自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(50)
  • 收藏
  • 关注

原创 为什么要强调Independent Test Case?(更新)

在测试案例编写模式,有关案例组织有两种对立的模式: Chained Test Cases和Independent Test Case,Chained Test Case是指前一个测试案例是执行成功是后一个测试案例执行的前置条件,Independent Test Case是指案例之前不应该有上述依赖关系,在这里我强烈推荐Independent Test Case,下面我解释一下原因?

2013-08-10 13:28:26 3964 1

原创 自动化回归测试案例评价标准 MeRest

自动化回归测试案例评价标准试图定义不同维度来评价自动化案例的优劣,作为后续我们评判讨论测试框架、测试技术和测试案例编写模式的基础。那什么是好的自动化回归测试案例呢?简而言之,就是投资回报率高的案例,因为案例的回报相对稳定,所以,高投资回报率的测试案例的主要特征就是低成本,而这个成本应该是一个测试案例全生命周期的成本

2013-08-09 18:48:49 10930 1

原创 测试的双重目的性及理性质量观

测试的目的是双重的,攻守兼备的,守是指代表客户去验证系统功能,避免客户遇到重大质量问题,攻是指评估系统的质量,为是否发布提供必要支撑信息,这个我称为测试双重目的性。

2013-07-30 20:50:45 11465 2

原创 为什么需要Page Object?

为什么需要Page Object?Page Object(PO)是界面自动化验收测试中的一个常见模式,要和@槽神刘叫兽探讨一下PO的必要性,顾写这篇小文表达一下我的观点。PO的主要价值体现在对界面交互细节的封装,这样可以使测试案例可以更关注与业务而非界面细节,提高测试案例的可读性,这其实都很有利Behavior Driven Development(BDD),Acceptance 

2013-07-23 12:11:17 7919 2

原创 分层自动化测试与传统自动化测试的差别

什么是以及为什么要分层自动化测试? 最近两年我连续在ChinaTest上面开了一门叫“分层自动化测试”的课程,这几天在微博上引起了什么是以及为什么要分层自动化测试的讨论,今天闲来无事就写一篇小文来澄清一下我自己的想法。 1. 传统自动化测试的问题在哪里?分层自动化测试这个概念是在自动化测试之前加了一个分层的修饰,以区别于“传统的”自动化测试,那么我们引入分层到底希望从哪些方面来

2013-07-14 08:25:44 7863 1

转载 TW三月技术雷达节选(1)- 技术 - 应用服务器的终结

TW的技术雷达分成四个象限:1. 技术;2. 工具;3. 平台;4. 语言 首先,来看技术,其中一个有趣的点就是应用服务器的终结,这是因为虚拟技术大行其道,不再需要一个应用服务器管理许多应用了,而是每个虚拟机一个应用了A decade ago when memory was at a premium, application servers made a lot of sense. They we

2012-03-19 19:13:11 6794

原创 C++真的能够王者归来吗?

C++真的能够王者归来吗? @吴穹Adam 我个人认为不太可能!因为不能光看C++改进了什么,有什么优点?而要看环境,看对手! 这篇博客不想写太长,提出一些点供大家参考: 1.中间件的力量:在现在的江湖里面,语言已经唱独角戏了,而是必须有中间件的配合。中间件这里是一个泛化的概念,包括VM,Web、App Server等等。Java,C#,Ruby等等都有丰富的中间件支持。其实这里语言和中间件实现了

2012-02-03 07:27:09 31081 116

原创 JavaScript对象系统深入剖析-4.Scope和Closure(闭包)

4.       Scope和Closure@吴穹Adam(新浪)注: 在阅读本节之前,请先阅读1-3,http://blog.csdn.net/adwu73/article/details/7229563   Scope是JS中非常关键的概念,搞清楚它,才能搞清楚闭包(Closure)。对Scope的解释,JavaScript: The Definitive Guide这本书解释的非常清楚,而J

2012-02-03 07:20:16 19738 12

原创 JavaScript对象系统深入剖析-内容列表

1.对象 http://blog.csdn.net/adwu73/article/details/72190442. 函数对象 http://blog.csdn.net/adwu73/article/details/72198873. 创建对象 http://blog.csdn.net/adwu73/article/details/72243564. Scope和Object http://blo

2012-02-02 20:39:53 9543

原创 JavaScript对象系统深入剖析3-创建对象Object.Create

3.创建对象Object.Create  @吴穹Adam 看这两天同学们的反馈还是觉得比较难懂,因此,决定再举一个例子帮助大家理解吧,后面有关Scope和闭包Closure的精彩内容就只好晚一点写了! 其实,这个系列不是写给初学者的,而是写给那些中级JS程序员的,对JS有一定的认识,希望这个系列能够帮助他们透过现象看到本质。同时,这里面的内容是高度浓缩的,向1,2节基本上对应了JavaScript

2012-02-01 07:57:12 31115 3

原创 JavaScript对象系统深入剖析-2.函数对象

2.       函数对象(Function Object) @吴穹Adam (新浪微博) 注意:阅读2之前,请先阅读1.对象:http://blog.csdn.net/adwu73/article/details/7219044 函数对象首先是一个对象,所以,它也有__proto__链接,也有Delegation。函数对象还有一个特殊之处就是它会有一个叫做prototype的属性(又是proto

2012-01-30 15:34:46 16483 27

原创 JavaScript对象系统深入剖析-1.对象

JavaScript对象系统深入剖析(一) @吴穹Adam (新浪微博)在学习JavaScript的过程中,经常被它的对象系统(Object,Function,Prototype)搞的云里雾里的,感觉这些东西如果不搞清楚,后续的JavaScript学习也会不扎实,所以,下决心把它搞清楚,让我们开始吧! 这个学习过程中,主要的参考书目是《JavaScript: The Good Parts》、《Ja

2012-01-30 10:24:26 14571 5

原创 在中国应如何改良Scrum框架

在中国应如何改良Scrum框架 @吴穹Adam (新浪微博) 在我的CSDN博客(http://blog.csdn.net/adwu73)上面,我发表了一个“为什么纯粹的Scrum在中国很难落地”系列,其中通过解读新版的Scrum Guide来分析如果在中国严格照搬Scrum会遇到哪些困难,有兴趣的读者可以去看看,而在本文中将在总结Scrum框架缺陷的基础上,讨论应如何改良Scrum框架,以保证实

2011-12-08 13:27:22 12768 5

原创 升级Turnkey Rails虚拟机到最新Rails版本

参考资料:http://www.turnkeylinux.org/forum/support/20110826/how-upgrade-turnkey-rails-rails-301https://rvm.beginrescueend.com/rvm/install/ 具体步骤如

2011-09-12 12:34:41 6501

原创 在Turnkey Redmine虚拟机上配置Git和Gitolite

1. 创建git用户(这个是从蒋鑫的书上学来的, Linux还是不熟呀)sudo adduser --system --shell /bin/bash --group git sudo passd git2. 以git身份登录su - git3. 下载和安装Gitolitegit

2011-09-11 15:45:59 7128

原创 如何将Turnkey Redmine 虚拟机从Redmine 1.0.5 升级到1.2

#0/etc/init.d/apache2 stop#1cd /var/www#2mv railsapp railsappOLD#3svn co http://redmine.rubyforge.org/svn/branches/1.2-stable railsapp#4cp .

2011-09-10 20:14:54 7616

原创 为什么纯粹的Scrum在中国很难落地(二) - Scrum与架构设计

为什么纯粹的Scrum在中国很难落地 - Scrum与架构设计 @吴穹Adam (第一部分发布后,有人表示不喜欢这种中英文混杂的方式,个人认为这种方式最有助于大家了解到原汁原味的Scrum, 因此,我会坚持用这种方式,不喜欢的同学请绕过吧) Scrum难于在中国落地的另一个原因是

2011-08-22 13:18:51 12229 2

原创 为什么纯粹的Scrum在中国很难落地(一) - Scrum与自组织(self-organizing)

@吴穹Adam (新浪微博) 这几天因为要准备培训材料仔细解读了一下新版的Scrum Guide,全文可见此链接 http://www.scrum.org/scrumguides/,Release Notes在这里: http://www.scrum.org/storage/Sc

2011-08-11 10:06:57 16371 6

原创 JaCoCo和Maven的集成方式,在开发者测试阶段自动生成覆盖率报告

org.jacoco    jacoco-maven-plugin    0.5.3.201107060350               JaCoCo Agent      test-compile                     p

2011-07-17 13:47:08 23442 1

原创 推行敏捷的思考(一)

在大多数组织里面显性的管理结构都是围绕Urgent-Important事件工作的,因此,这样的组织架构往往对Non-urgent-but-important事件关注不足,而这些事件往往是团队能否敏捷的关键所在,因此,应该考虑在现有架构之外,搭建一些专项虚拟任务团队(或者叫COE),由一些有热情的开发测试人员来带领, 这样可以避免因为现有管理体系忙于救火,而其实团队还有精力来优化的情况,这些COE

2011-06-12 20:34:00 6050

原创 软件开发的本质

<br />可以归纳为以下三点: 1. 需求很难或者说无法沟通清楚, 2. 估算不可能精确, 3. 质量很难通过再开发流程中的质量活动来保证。

2011-05-22 18:04:00 2539

原创 敏捷的定义

根据最近一段时间的思考,给出如下定义:(软件行业的)敏捷就是以切合软件开发本质特征为导向,以减少浪费为手段,以加速反馈为目的来对软件发布流程进行逐步优化。

2011-05-21 10:15:00 1787 2

原创 保险行业正在“由内而外”走向敏捷

<br />作为金融领域的核心行业之一,保险业正处于一个日益复杂、多变的市场环境。产品的同质化、企业价值链的整合和优化、多业务渠道的管理等问题都为保险业带来前所未有的挑战和压力。在Qcon 2011 全球企业开发技术大会北京站,51CTO邀请到了吴穹先生,请他与我们分享保险行业在信息化建设方面的“前世今生”。以下内容是根据采访实录进行的整理。<br /> <br />目前国内保险行业信息化建设现状 <br />吴穹:首先我并不是保险行业方面的专家,因为一直以来都是在从事软件工程方面的工作,只是我们的一些客户

2011-04-28 08:36:00 2210 3

原创 解读敏捷需求分析五大关键因素

<br />大多数学计算机语言的人都会有过这样的感受,过去一直认为编程和架构是整个软件生命周期里最了不起的部分,但实际工作后才会发现在商业产品里,需求分析才是一个商业软件成功与否的关键。<br />放眼望去,在当今软件工程领域出现的许多问题,诸如缺陷及资源运用不当,都源于需求的不清晰,甚至有软件人戏称:“需求变更乃万恶之源”,一时也获得了颇多响应。时至如今,业务IT间需求分析过程中存在的问题主要有哪些?什么是敏捷需求分析?产品级和项目级需求有何异同?敏捷需求分析方法论中的五大关键点是什么?就以上热点话题,雅

2011-04-28 08:36:00 2851 7

原创 侯兄弟对我QCon演讲的很好的总结,偷个懒,转帖一下

<br />Ivar Jacobson公司的吴穹带来的关于分层测试的演讲。<br /> <br />尽管讲的都是测试,但是吴穹对于吴凯华的某些观点不是非常同意,对于测试平台,他的观点是,先尽量使用开源的测试工具,如果不满足需要的话,就修改开源的测试工具,实在逼不得已,才要构建自己的测试平台或者测试框架,这应该也和敏捷观点是紧密相关的,敏捷提倡的就是要避免浪费,而想要构建自己的测试平台,肯定要消耗大量的人力和财力,那也不是一般的中小型公司所能够承受的,所以他才会提出那样的观点吧。<br /> <br />吴穹

2011-04-17 10:21:00 1719

原创 解读敏捷需求分析五大关键因素

大多数学计算机语言的人都会有过这样的感受,过去一直认为编程和架构是整个软件生命周期里最了不起的部分,但实际工作后才会发现在商业产品里,需求分析才是一个商业软件成功与否的关键。放眼望去,在当今软件工程领域出现的许多问题,诸如缺陷及资源运用不当,都源于需求的不清晰,甚至有软件人戏称:“需求变更乃万恶之源”,一时也获得了颇多响应。时至如今,业务IT间需求分析过程中存在的问题主要有哪些?什么是敏捷需求分析?产品级和项目级需求有何异同?敏捷需求分析方法论中的五大关键点是什么?就以上热点话题,雅各布森中国区总经理吴穹分

2010-09-13 17:39:00 1637 1

原创 敏捷宣言再解读

<br />这几天在给南天做敏捷高层研讨班培训,重读敏捷宣言,又有一些新的感受,在此分享一下:<br /> <br />l       个人和交互重于方法和工具<br /> <br />您相信可以用富士康的方式来开发软件吗?(在富士康,生产线上的工人经过简单培训就可以生产高质量的产品)。这句话背后其实隐含着对软件工程成熟度的再认识,即不要幻想软件生产线了,至少是在可预见的将来。人的能力和素质还是一个软件项目成功的最关键因素,而不是方法和工具;反过来说,如果让一个CMMI五级企业的QA部门领导一群刚毕业进过基

2010-07-09 08:37:00 2197

转载 转一个书评 - Hollywood Secrets of Project Management Success

《Hollywood Secrets of Project Management Success》是一本很奇特的书,且不说内容如何,Hollywood 一词就够吸引你的眼球的吧。作者 Jame 博士有着20多年的IT系统设计与过程管理经验,他通过拜访多位 Hollywood 的电影制片人,总结出 Hollywood 电影行业的许多IT行业可以借鉴的管理经验,著成该书。在这之前,很少有人会把

2010-03-01 11:30:00 1511

转载 最近演讲中引用的一个故事,但主人公说错了,特此更正!

一次美国福物公司的一台电机坏了,几经努力都没修好。于是他们请来了斯坦门茨。他检查之后,在电机外壳划了一条线,说:“打开电机,记号处里面的线圈减少16圈,毛病就好了。”人们将信将疑地照办了,果然成功。电机修好后,斯坦门茨向老板收取1万美元的报酬。老板说:“用粉笔划一道线就要1万美元,这也太贵了!” 斯坦门茨说:“用粉笔划一道线并不贵,只要1美元,但知道在哪里划线却要9999美元。”老板折服,照付了钱

2010-02-17 18:20:00 4343 1

原创 活动现场-SD 2.0 2009 组织级敏捷实施路线图

活动现场-SD 2.0 2009 组织级敏捷实施路线图      

2009-12-15 10:20:00 1211

原创 敏捷方面的书目

昨天SD2.0 2009大会上的演讲很受大家欢迎,在这里感谢大家捧场了! 会后有同事问到,有没有一些敏捷方面的推荐书目?在这里,我就分享一下我的清单了: 1. Scaling Lean & Agile Development, Craig Larman & Bas Vodde  - Larman是一个很好的作者,书中很多内容很有道理,但有些观点过于激进。 2. Lean

2009-10-24 08:53:00 1395 1

原创 SD 2.0 2009上的演讲题目 - 组织级敏捷实施路线图

敏捷是贯穿整个组织的,而不仅仅涉及开发人员。要让一个组织成为敏捷的,必须充分地理解整个敏捷理论体系,掌握不同敏捷实践之间的内在关系。在这门课程当中,将分析如何分步采纳不同的敏捷实践,将现有组织逐步改造为敏捷的。 欢迎大家到时一起交流!

2009-09-27 16:47:00 1105

原创 敏捷是一副眼镜

最近在做咨询和培训的过程中,经常听到这样的问题:l         敏捷和CMMI、IPD冲突吗?l         敏捷能用在大规模软件开发吗?l         用敏捷替代我现有的开发流程会有什么好处? 这些问题多半出于对敏捷的误解,即将敏捷看成一种具体的实践,或者更狭义地将敏捷理解为极限编程。其实,敏捷应该被看成一副眼镜,它阐明了一组原则(敏捷宣言),它认为根据这组原则能

2009-07-23 18:38:00 2904 6

原创 吴穹博士谈:《运用UseCase方法来沟通需求》

周六的活动,感兴趣的朋友可以来参加http://news.csdn.net/n/20090407/124580.html     Use Case是软件产品经理(或者系统需求分析师)的必备利器。二十年来,Use Case的基础概念和技术都没有改变,但Use Case技能的培养,则是软件开发人员适用未来任何软件系统开发的需要。由UseCase方法论的发明者Ivar Jacobson创立的

2009-04-23 10:19:00 4465

原创 用例、用户故事、特性的异同和关系(一)

在最近的咨询过程中,经常有客户问到“用户故事和用例是什么关系?”、“用户故事是不是取代了用例?”、“什么时候用用例、什么时候用用户故事?”、“特性和用例是什么关系?”。以下把我的想法整理了一下,首先先驳斥一些观点吧: 错误观点1:用户故事会取代用例;如Martin在他的博客中所说的,用户故事和用例都是组织需求的方式,只是目的不同而已,用例的目的是为了把需求描述清楚,而用户故事的目的是把

2009-02-18 13:56:00 7168 2

原创 有关敏捷的若干思考

这段时间的咨询工作大多是围绕需求、分析和设计的,但感觉上都直接或间接地和敏捷相关,于是就将这些思考记录下来: l         敏捷是太极:这段时间下来,感觉敏捷很像太极,两仪生四象,四象生八卦;敏捷的精髓在神而不在形。敏捷的神就包含在下面四条敏捷宣言(Agile Manifesto)中:n         个人和交互重于方法和工具(Individuals and interacti

2008-11-12 12:55:00 4047 8

原创 需求工程系列(七)- 如何编写用例的前置条件

在最近的咨询过程中,经常遇到客户提出这样的问题:应该为用例编写什么样的前置条件呢?Wikipedia里面是这样定义的:A preconditions section defines all the conditions that must be true (i.e., describes the state of the system) for the trigger (see below)

2008-11-02 21:49:00 8247 1

原创 只需要一份需求

 这两个月来,主要都是在进行和需求相关的培训和咨询,我发现在行业里一个根深蒂固的认识是需要/可以存在多份不同格式的分立的需求文档:业务人员可以写一份意识流的业务(客户)需求文档,开发人员可以在再写一份充斥着分析结果及IT术语的软件(软件)需求,测试人员则可以写一份闭门造车的测试需求。好像每个人都很好的完成了任务,但是谁来保证这些需求的一致性呢?我们有很好的答案—请业务人员确认他们看不懂的软件需求,

2008-10-18 08:29:00 2753 7

原创 软件工程的未来发展趋势(二)

回到正题,那么在这些大的趋势的作用下,软件工程会如何发展呢?我觉得在未来几年我们会看到如下的趋势:l         需求工程,渐成热点:专业化的角色,日益复杂的业务创新,全球分布的团队以及互联网级的交付速度,这些都对需求获取的正确性和有效性提出了更高的要求;我预计需求工程的研究和实施会成为近期的热点,其中Use Case技术会被更广泛而正确的应用,而相关工具的研发也会成为热点(如IBM Ra

2008-09-17 09:25:00 4512

原创 软件工程的未来发展趋势(一)

此文全文已发表在《程序员》杂志九月号上。这篇文章的主体是讨论软件工程的未来发展趋势,但是软件工程的发展不可能是孤立的,所以我们首先需要思考一下计算模型和软件开发本身的变化和趋势,再由此推测软件工程的发展趋势。 从计算模型而言,应该来讲,传统的冯.诺依曼仍然被沿用;但从计算能力上来将,我们注意到了三个变化:l         CPU的运算能力按摩尔定律快速提升;但提升单颗CPU的

2008-09-12 07:27:00 14858 13

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除