vagabond1的专栏

 原文地址：http://blog.youkuaiyun.com/xuhongge/archive/2007/10/22/1838252.aspx 上次提到两个测试过程模型，都没有很好地体现测试流程的完整性。为了解决以上问题，提出了H模型。它将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。                                 

<br />在软件测试过程中，可以将度量分为两大类：<br />　　1)衡量测试效率和测试工作量 - 工作量指标<br />　　例如，测试效率评价、测试进度S曲线等.<br />　　2)从质量的角度表明测试的结果 - 结果指标<br />　　例如，缺陷数量、到达模式、系统崩溃和挂起的次数等.<br />　　测试过程S曲线<br />　　追踪测试过程也许是软件测试阶段管理中最重要的追踪任务。建议的一种度量是测试过程一段时间内的S曲线。S曲线的X坐标代表时间单位，Y坐标代表测试用例数目或测试点数目。之所以称为S

<br />目前,软件项目需求正飞速增长,相应引起了软件开发活动的急剧增长,使软件过程(即用于开发和维护软件及其相关产品的一组活动、方法、实践及转换得到更多的关注。因为软件过程在成本估算、项目进度和软件质量等方面的把握必须准确,同时产品必须满足用户对其功能和质量的要求,所以深入研究软件度量模型、建立基于度量的量化管理,是控制软件过程、提高软件质量的有效保证。<br />　　IEEE对度量的定义是:一个函数,它的输入是软件数据、输出是单一的数值,能用以解释软件所具有的一个给定属性对质量影响的程度。而软件度量按

P5能对质量负责，说出软件质量的好坏P6能定位问题所在，了解系统架构，并能编写测试工具当我们感觉到工作中有一些环节，工作量大，重复性高，并且投入产出比较低，P6的做法是开发一个工具，把自己从这些工作中解放出来；P7的做法是，策划一次创新，用新的方案取代，并运用技术手段来实现。这段不懂

面向对象的软件测试A Practical Guide to Testing Object Oriented Software

要解决这个问题，测试工程师一方面要加强对开发技术的学习，了解软件程序的内部结构，为发现深层Bug创造必要条件；另一方面，要想办法推动开发提高代码质量，让自己从初级Bug里解脱出来，为自己赢得更多的时间，来寻找深层Bug，并且总结发现Bug的技巧和经验。

<br />Address: http://blogs.msdn.com/b/jeffwang/archive/2006/02/10/529800.aspx<br /> <br />我在前一篇“微软的软件测试方法”中介绍了微软的两类基本测试方法，其基本思想大家应该是比较熟悉的，因为它们还只是传统的软件测试方法的综合。所以单从形式上，它并没有体现出对传统框架的突破。但是从另一个层面来考察微软软件测试时，你会对一些基本的事实感到惊讶。比如，“微软的测试人员和开发人员数量大致相等或略多”，“微软的产品成本中测试大

我想，作为一个软件测试人员，如果常年一直都处于黑盒和手工测试的话，必然成长速度是不会很快的；故，从黑盒向灰盒转变，也是一个对自己的职业生涯的提升，后面几篇日志我决定分享一下自己的转变过程，由于没什么人来指导自己，属于摸着石头过河过程中的中自我总结。　　先简述一下灰盒测试的

好久没有写新文章了。今天转一下google的测试文章How google test software书的链接：http://www.amazon.com/Google-Tests-Software-James-Whittaker/dp/0321803027/ref=sr_1_1?ie=UTF8&qid=1323756294&sr=8-1当然也可以翻墙到下面的地址：http:

原文地址：http://www.cnblogs.com/liangshi/archive/2011/03/07/1973525.html测试入门 软件测试（第2版） Software Testing (2e), Ron Patton 一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础。软件测试的艺术（第2版） T

今天看了这样的主题文章《软件测试员----你的路在这里！》，心中无限感慨。工作五年，对测试的理解愈加深刻，自己也学习了一些技术，非常向往跟大牛的交流。但是在现在的工作中，碰到更多的项目问题，是一些不可控的因素。尽管有些烦躁，我对自己说，不能懈怠，现在如果不给自己加码，那再过五年，就不好混了。先看看文章中说的三个阶段吧。原文地址：http://www.51testing.com/html

最近在想互联网测试的特点。有一些可参考的PPT和视频。汇总一下，再提炼。《颠覆者生存：互联网产品测试观点》让测试敏捷起来【段念】http://www.51testing.com/?uid-97659-action-viewspace-itemid-213232敏捷测试全攻略http://subject.youkuaiyun.com/agile-testing.h

不错的文章，很有深度。如文章所说，要坚定方向，有能力的人才是不愁嫁的。原文：http://www.51testing.com/?uid-312752-action-viewspace-itemid-812226自动化测试的现状, 今天你迷茫了吗? 如今的自动化测试行业正如 07 年的测试行业一样, 初步发展中,迷茫的前进中. 有些人,看不到未来的出路,离开了; 有些人,瞄准

随着众多的截图软件收费，想找个像模像样的截图软件是越来越难的。今天发现一个好用的截图软件，不敢独享。Address:http://screenshot-program.com/fireshot/FireShot is an extension for Firefox, Internet Explorer, Chrome, Seamonkey and Thunderbird that

你是如何开始做测试工作的？　　1989年，我在田纳西大学读研究生的时候，完成了从软件开发人员到软件测试人员的转型。而这一转型并非出于我自己的选择。我命运的改变发生在一个早晨，我的教授质问我为什么缺席那么多开发会议。我解释说因为会议被安排在星期六早上，很不方便。　　而怍为一个生平第一次离开家的新入校的研究生，这个时间段有些麻烦。十分有意思的是，等待我的惩罚并不是一纸解聘通知书，而是被判罚为该

Address: http://www.infoq.com/cn/articles/interface-test接口测试这个词语，相信大家都不陌生了吧。目前我个人的理解，接口测试应该属于白盒测试的范畴，也是很多测试工程师很想从事和向往的一个测试手段。大家都觉得白盒测试深不可测，但实际上是怎么样的呢。接口测试的实施优先级对于Web应用来说，接口测试就是对某一个接口进行测试

Address: http://www.infoq.com/articles/day-qa-dept-diedThe Industrial Revolution began about 250 years ago and machines started to take over for human labor in factories, fields, and mines. It is

初级培训加考试费用：2500.

质量，测试提前介入，小工具开发

 首先，让我们仔细研究一下用例的定义：一个用例抽象了目标系统在现实中将执行的一组场景（每个场景由一系列动作组成）；这些场景会产生一个对某个Actor有价值的、可观测的结果; 在这个定义中，我们强调了两件事情：一、用例是被从现实的场景中抽象出来的，而不是被随便发明出来的；二、每个用例（场景）应能提供完整的商业价值。在未来的博文里会介绍这两条会如何帮助我们避免对用例的误用。 用

X模型的目标是弥补V模型的一些缺陷。X模型真的能解决测试过程各方面的问题，例如交接、经常性的集成？ 在软件测试方面，V模型是最广为人知的模型，尽管很多富有实际经验的测试人员还是不太熟悉V模型，或者其它的模型。V模型已存在了很长时间，和瀑布开发模型有着一些共同的特性，由此也和瀑布模型一样地受到了批评和质疑。V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了

原文地址：http://blog.youkuaiyun.com/xuhongge/archive/2007/10/20/1834912.aspx 上次说到V模型的局限性在于没有明确地说明早期的测试,无法体现“尽早地和不断地进行软件测试”的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W模型。在模型中不难看出，开发是“V”，测试是与此并行的“V”。基于“尽早地和不断地进行软件测试”的原则，在软件

 http://blog.youkuaiyun.com/adwu73  的博客有测试用例的编写的理论知识。看看测试的目的是什么呢？这是一个看起来很简单、不太值得讨论的问题，但往往这样的问题其实是很难回答的，比如人生的意义是什么？好，现在我们就来，列举一下我们经常听到的对这个问题的回答： “软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。”，这个定义听起来很正确，但用它来指导测

 人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试就不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那就是让那些经验最­少的新手、没有效率的开发者或不适合干其它工作的人去做测试工作。这绝对是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要­的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。   1

风风雨雨5年了，做为一个和51testing一起成长的测试工程师，51testing给了我很大的帮助，在这里特地感谢一下。虽然进入论坛不是很久，但是对我的帮助颇大。特别是性能测试工具和自动化测试工具的学习，让我进步了许多。  参加活动，与51testing同庆！！51Testing软件测试网：http://www.51testing.com

Q：虽然敏捷技术在国内出现的时间并不长，但是最近越来越多的开发和测试人员关注并热衷于此。甚至有人说过“CMM已经落伍了，敏捷才是王道”之类的话。您怎么看？能说说CMMI与敏捷式开发的异同吗？ 　　A：如果有人说敏捷式开发优于CMMI，那么首先他一定不了解CMMI的真正含义。如果一个企业敏捷式开发流程符合公司的实际需要，那么该流程也就一定符合CMMI的要求，因为实施CMMI进行过程改进的最终

到现在可以说，从2009年6月到2010年3月的活已经提交了。现在只是在等结果，但是结果并不重要。重要的在于我的努力，我的付出，我在这段时间中学习到的、领悟到的、坚持的。这段时间真的是我人生的一大笔财富，我通过这段时间的锻炼也成熟不少。我们家那位还夸我呢。最难熬的时候都经历了，也记录了，不管结果是什么，我都不会遗憾了。我要寻找下一阶段了目标了。更新自己的技术，特别是在性能测试、自动化测试方面。

之前推荐了200开发人员blog列表Top 200 Blogs for Developers，在testingminded有人推荐了100测试blog，在这里摘录如下，希望对测试人员有所帮助！#SiteAuthor1James Bachs BlogJames Bach2Test

对于一个测试人员来说测试用例的设计与编写是一项必须掌握的能力。但有效的设计和熟练的编写却是一个十分复杂的技术，它需要你对整个软件不管从业务还是功能上都有一个明晰的把握。如何系统、结构的对用例加以规范将直接影响到其后的测试效率和效果，同时测试用例也将用来控制软件的整体执行覆盖，对最后的测试结果给出一种量化的评估标准。　　一、问题：　　许多测试类的书籍都有大幅篇章介绍用例的设计方法，如等价类划

<br /> <br />http://www.51testing.com/html/61/n-215461.html<br />◇ 测试架构师的职责<br />　　测试的职业通道基本是管理线和技术线两条路。<br />　　管理线主要的职责：更多是项目管理和资源管理。<br />　　技术线主要的职责：更多是技术管理和业务知识。<br />软件测试架构师更多就是技术线的带头人。管理线的人更多的工作语言是：绩效，考评，时间点，质量等。<br />　　技术线的更多工作语言是：技术规划，技术可行性，技术价值，技术共

<br />Address: http://blogs.msdn.com/b/stbcblog/archive/2010/06/24/agile-testing-on-visual-studio-part-i-b.aspx在开发人员实现设计的同时制定测试计划<br />    当项目经理、开发、测试三方的负责人都同意并在用户故事上签字[1]之后，开发人员就会着手设计并实现功能，那么此时测试人员应该做些什么呢？不同于传统开发模式时那样需要等待一个可测试的版本，敏捷软件开发中的测试人员应该尽早制定测试计划，并与

<br />Address: http://blogs.msdn.com/b/stbcblog/archive/2010/07/16/agile-testing-on-visual-studio-part-ii-b.aspxBug的生命周期<br /> <br />    无论采用何种测试形式、执行何种测试任务，都会产生一系列的Bug。而开发团队需要一个健全的Bug管理的机制。一般来说，一个Bug的生命周期大致要经过如下几个过程：<br /> 图4 Bug的生命周期<br /><br />    这里大多数

<br />我起初准备自己写10条建议给刚入门的软件测试员们。但之后我看了lolcats/icanhascheezburger 上的名人Ben Huh的一段演讲。Ben指出，有了互联网，信息成了免费资源，但组织，编辑，以及表达却都需要技巧。受Ben和cheezburger网站的启发，我请求60名成功的软件测试工程师每人为刚入门的测试人员提出三条建议。其中的40多名答复了我，使我最终有了一个长达100条的建议列表。<br /> <br />    出于保护他们的隐私，我不会原封不动的把这些建议罗列出来。但是有

<br />Address: http://blogs.msdn.com/b/stbcblog/archive/2010/06/24/agile-testing-on-visual-studio-part-i-a.aspx<br />本文为“用Visual Studio实践敏捷测试”系列文章的第一篇，主要讲述测试人员在正式进入测试阶段之前需要做的准备工作。<br /><br /><br /><br /><br />    敏捷软件开发是近年来谈的很多的一个话题，业界也流传着许多敏捷开发的方法：Scrum、F

<br />Address: http://blogs.msdn.com/b/stbcblog/archive/2010/07/14/agile-testing-on-visual-studio-part-ii-a.aspx<br />本文的第一部分(上、下)着重介绍了测试人员在敏捷开发过程中，需要完成的一些测试准备工作。对于读者来说，这些工作项可能会比较陌生，但在敏捷开发中却对保证开发的质量和速度起到了很重要的作用。在这一部分中，我们将进入大家较为熟悉的实际测试阶段，为大家介绍测试任务的执行以及Bug的管

Address: http://www.cnblogs.com/mayingbao/p/3243335.html给各位测试管理人员一份2013年测试人员薪水分布图，数据是同上百位测试管理人员交流统计下的，数据仅做参考！