测试员的内功
TIB
16年软件研发和质量改进工作经验,曾任QA、测试经理、质量部经理、产品经理、技术总监、培训讲师、咨询顾问等职务,著有《软件测试技术大全》、《软件性能测试诊断分析与优化》、《软件自动化测试成功之道》、《大规模组织DevOps实践》等多本畅销书,目前关注软件质量优化、DevOps等领域,联系:[email protected]
展开
-
需求测试的几种方法
需求测试的几种方法陈能技2007-7-26 通过评审规格说明书来测试需求•正确性:对照原始需求检查SRS•必要性:不能回溯到出处的需求项可能是多余的•优先级:恰当划分并标识•明确性:不使用含糊的词汇•可测性:每项需求都必须是可验证的•完整性:不能遗漏必要和必需的信息•一致性:与原始需求一致、内部前后一致•可修改性:良好的组织结构使需求易于修改原创 2007-07-26 21:16:00 · 3970 阅读 · 0 评论 -
基于需求的测试(RBT)
基于需求的测试(RBT)陈能技2007-7-25 测试人员的首要职责是找bug,但是最重要、最根本的职责应该是在软件产品发布前确保公司的软件产品满足顾客的需求。 测试组采用RBT(Requirements-based testing),基于需求的测试方法会使测试更加有效,因为它使测试专注于质量问题产生的根源。 研究报告指出,多年来,大部分的软件项目不能按计划完成原创 2007-07-26 21:30:00 · 3127 阅读 · 0 评论 -
让我们来一起聊聊需求
让我们来一起聊聊需求原文:stp-2007-3《Let’s Talk Requirements》 - Robin Gold Smith 为了验证软件系统满足客户需求,测试员必须清楚地知道并理解需求。但是,通常测试员往往是在不了解需求的情况下进行测试的。 在缺乏需求的了解的情况下,测试员往往需要猜测软件系统应该做什么。测试员的测试经验和业务经验能增加猜中的机会,但是猜测意味着遗漏翻译 2007-07-26 21:18:00 · 2029 阅读 · 0 评论 -
为可测性而设计
为可测性而设计原文:Design for Testability - Bret Pettichord 摘要本文提供若干实用的建议,帮助项目组开发出可测性更强的软件产品。本文对可测性(Testability)的定义为可见性和可控制性。可见性是我们能观察被测软件的状态、输出、资源利用和其它影响的程度;可控制性是我们能向被测软件输入或把它设置到某个特定状态的程度。 可见翻译 2007-08-03 20:08:00 · 3753 阅读 · 0 评论 -
新技术项目的SQA
新技术项目的SQA陈能技2007-8-11 原文:SQA for New Technology Projects - James Bach 当你在开发一个产品时,如果中间包含一些因素是你没有什么经验的,例如新的技术,你将遇到很多意想不到的问题。这些问题需要新的工具,新的技能,或者需要足够的时间来解决。 用优化的开发过程来解决你理解的问题,但是这些解决办法对于你翻译 2007-08-11 13:41:00 · 2080 阅读 · 0 评论 -
软件可测试性的启发
软件可测试性的启发陈能技2007-8-10 原文:Heuristics of Software Testability James Bach, Satisfice, Inc. The better we can control it, the more the testing can be automated and optimized.我们越是能控制它,测试越能翻译 2007-08-10 14:08:00 · 3485 阅读 · 0 评论 -
武装你的测试
武装你的测试陈能技2007-8-23 原文:Boost Your Testing Super Powers - Secret Tools to Add to Your Utility Belt (James Bach)当我还是3岁的时候,我最喜欢的卡通片是《The Fantastic Four》。当我的妈妈发现的时候,她老是转台并禁止我看。太暴力了,我想。我想她是为了纠正翻译 2007-08-23 20:23:00 · 2692 阅读 · 0 评论 -
测试的宣传
测试的宣传陈能技2007-8-23 原文:Explaining Testing to Them - Helping non-testers understand and support your work (James Bach) 当程序员或经理对测试做出一些无知的解释时,你会有什么感觉?你不喜欢?但是我喜欢,因为至少他们说出来了。我的经验是:我的大部分非测试员同事,无论他翻译 2007-08-23 20:29:00 · 2285 阅读 · 0 评论 -
你如何拼写测试
你如何拼写测试陈能技2007-8-24 原文:How Do You Spell Testing? - A Mnemonic to Jump-Start Testing (James Bach) ET测试(Exploratory testing)强调测试设计和执行同步进行。但是我们如何组织我们的思想以便我们想到值得去做的测试呢?一种方法是使用启发术和记忆术。启发术是“经验方法翻译 2007-08-24 20:45:00 · 2182 阅读 · 0 评论 -
变更控制的好与坏
变更控制的好与坏陈能技2007-8-25 原文: The Highs and Lows of Change Control – James Bach 关于变更控制,我常常会产生自相矛盾的想法,一方面,我希望为改进和更好的创意打开“水闸”;但是另一方面,我又想通过限制更改保护现有的产品质量。 变更控制变更控制非常重要。但是实现变更控制所需的努力同样让人讨厌。翻译 2007-08-25 14:10:00 · 1968 阅读 · 0 评论 -
不可量化的价值
不可量化的价值 陈能技2007-8-30 原文:Value without Numbers – James Bach 有位读者这样写道:“我最近管理一个QA组。就像许多测试组织一样,我们需要证明我们存在的价值。管理者经常问的一个问题就是:‘你的团队贡献了什么东西?’就像其他很多事情一样,我需要用定量的数据来说话。” 把我们自己调整成衡量我们的表现的角色是我们面临翻译 2007-09-01 21:54:00 · 2520 阅读 · 0 评论 -
敏捷自动化测试
敏捷自动化测试 陈能技2007-9-2 原文:Agile Test Automation – James bach 公式化的典型的自动化测试过程1、 购买一个昂贵的GUI测试执行工具(例如 Rational、Mercury、Compuware等)2、 定义很多测试用例3、 招聘一个自动化测试组实现每个测试用例的自动化执行4、 构建一个完整的测试库和翻译 2007-09-02 16:44:00 · 5517 阅读 · 1 评论 -
CMM的本质
CMM的本质 陈能技2007-8-31 原文:Essence of the Capability Maturity Model – Judy Bamberger 作为动态软件开发(software development dynamics)的研究者,我对CMM很反感。我认为它过分简化了软件过程的问题,对于我们这些已经理解软件开发的人来说提供的益处太少,而对于那些不懂软件翻译 2007-09-01 22:00:00 · 2211 阅读 · 0 评论 -
开发人员需要了解的测试
开发人员需要了解的测试 陈能技2007-9-3 原文:What Every Developer Needs to Know About Testing – James Bach 在某些开发人员眼里,测试很神秘;在某些开发人员眼里,测试很简单;在某些开发人员眼里,测试就是质量。下面是关于测试开发人员需要知道的一些基本的东西。 The product is more翻译 2007-09-03 21:24:00 · 3290 阅读 · 1 评论 -
实用主义测试员眼中的测试工具
实用主义测试员眼中的测试工具 陈能技2007-9-5 优秀的测试员是修炼成的,需要内炼内功,外炼招式和兵器。内功的修炼,即测试理论的学习,在《实用主义测试员眼中的测试理论》中已经讲过。这里我们来看看十八般兵器,我们测试员怎么把它们都耍好? 对待测试工具的辨证态度测试工具对于测试员来说是必不可少的,但是不能迷恋工具。 必不可少是因为很多测试如果缺少了工具是不可原创 2007-09-05 20:07:00 · 2329 阅读 · 0 评论 -
敏捷开发中的软件测试
敏捷开发中的软件测试陈能技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 评论 -
实用主义测试员眼中的测试理论
实用主义测试员眼中的测试理论陈能技2007-9-4 软件测试是一门需要不断学习补充新知识的学科,要想成为一名优秀的测试员就必须像成为一名武林高手一样不断研习武艺,博采众家之长,消化吸收后据为己有,这样才能最终称霸武林,并且立于不败之地。 测试的各种理论知识就像武功中的内功心法,各种测试技巧和测试工具则像招式和兵器,如果忽略了内功心法的修炼,即使招式和兵器熟练使用,也可能只是原创 2007-09-04 21:54:00 · 2121 阅读 · 0 评论 -
什么是实用性测试?
什么是实用性测试?陈能技2007-9-4 实用性测试,也叫实用主义测试,强调运用实用的测试方法和技术,快速高效地帮助测试人员完成测试工作,从而保证软件质量。 有鉴于各种各样的测试理论和测试工具、测试方法都过于理论化,有些甚至已经不适合现在的软件项目过程。为此提出实用性测试概念,倡导实用的测试技术和方法,倡导测试理论要联系实际,倡导测试理论的应用要结合软件项目的上下文进行修剪原创 2007-09-08 09:50:00 · 2461 阅读 · 0 评论 -
组建好测试团队
组建好测试团队 陈能技2007-9-10 原文:Building Better Test Teams – Johanna Rothman 不管你是在组建一个项目组还是在组建一个测试组,你都需要发现你认为能干的测试员是否如你所愿地能干。 不仅仅要考虑测试,还要考虑这份工作所需要的技能:1、 选择满足项目的测试技能2、 适应项目的条件(在项目中改变测试或翻译 2007-09-11 20:10:00 · 2125 阅读 · 0 评论 -
XP中的测试员
XP中的测试员 陈能技2007-9-7 原文:Where Are the Testers in XP? - Bret Pettichord 在极限编程中,程序员负责自己的单元测试。那么留给测试员的是什么工作呢?有人认为XP的成本比较低是因为省下了测试员的费用。那么由程序员测试就不需要测试员了吗?他们能真正替代测试员的工作吗? 大家关于XP的理解,我发现至少有3种翻译 2007-09-07 20:31:00 · 2546 阅读 · 0 评论 -
应届毕业生的招聘技巧
应届毕业生的招聘技巧 陈能技2007-9-9 三国时代,刘备三顾茅庐请诸葛亮出山。我在想,这时候诸葛亮不也是毕业生吗?!他在这之前没有任何实战经验啊。对于一个没有经验的人,刘备作为项目经理,为什么要招聘一个没有经验的员工呢? 毕业生之现状我想关键是诸葛亮在这之前的学习成绩和名气是我们大部分毕业生望尘莫及的。我们现在很多大学生的四年基本上是混过来的。不要说工作经原创 2007-09-09 10:53:00 · 3142 阅读 · 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 · 6855 阅读 · 2 评论 -
敏捷测试的启示
敏捷测试的启示 陈能技2007-9-7 最近,好像整个软件开发界都在讨论和实践敏捷方法,做什么事情都要敏捷,开发要敏捷,测试也要敏捷。 什么是敏捷?敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;及时响应变更比遵循计划更有价值。- www.agilemanifesto.org 敏捷开发是递增式的、迭代原创 2007-09-07 20:34:00 · 2032 阅读 · 0 评论 -
质量保证:是否应该保持一个独立的组织
质量保证:是否应该保持一个独立的组织 陈能技2007-9-10 原文:Software Quality Assurance Should It Remain a Separate Organization- Johanna Rothman 产品开发组是为了组织起来制造人们会买的一个产品。组织产品开发组的第二个目的是拥有不断地制造产品的能力。为了达到这些目的,产品开发组翻译 2007-09-11 20:02:00 · 1940 阅读 · 0 评论 -
除了简历外,为你自己准备一份专业的公文
除了简历外,为你自己准备一份专业的公文 陈能技2007-9-11 原文: Developing a Professional Portfolio - Johanna Rothamn 你不需要像一个艺术家一样拼凑出一份演讲稿来吓唬他们。 通常,我给招聘经理做演讲,但是这篇文章是为应聘者准备的。 如果你已经工作好几年了,或搬家了,则很容易跟以前的经理、同事失翻译 2007-09-11 20:06:00 · 2149 阅读 · 0 评论 -
为敏捷项目招聘
为敏捷项目招聘 陈能技2007-9-10 原文:Hiring for an Agile Project – Johanna Rothman 如果你的敏捷项目是像我碰到过的大部分项目一样,一些已经在组织中的人决定开始使用敏捷方法。那些项目已经成功了,现在是时候招聘更多的人。那么现在有更重要的问题:你怎么确定你正在面试的人是适合你的敏捷项目组的? 除了标准的简翻译 2007-09-10 21:34:00 · 1945 阅读 · 0 评论 -
赶上速度
赶上速度 陈能技2007-9-11 原文: Getting Up to Speed - Johanna Rothman 你新招的人员到了。现在是时候尽快地把他整合到你的团队中了。 新人来了,不用在烦招聘的事情了,现在可以专注在工作中了。但是你如何让他们尽快赶上你们的速度呢? 为第一天准备当我跟招聘人员的经理讨论这一点的时候,他们往往会说,“HR会准翻译 2007-09-11 20:12:00 · 1551 阅读 · 0 评论 -
自动化测试栏目
在51testing的博客新开了个自动化测试的栏目 ,以后与自动化测试相关的内容都将更新到那里,CSDN的博客主要记一些测试理论相关的东西。51testing的自动化测试栏目地址:http://www.51testing.com/?141783/action_spacelist_type_blog_itemtypeid_3706.html原创 2007-09-22 21:10:00 · 1987 阅读 · 0 评论 -
项目失败?不在我们公司
项目失败?不在我们公司 原文:Project Failure :Not in My Shop - Edward J. Correia 大家好像都对软件项目失败率很熟悉。有人说是70%,每隔几个月还在上升。但是很多人没有意识到那些所谓“真实数据”是基于很久以前做的研究调查出来。 Robin Goldsmith说,很多人的关于软件项目的报告其实是基于Standish Gr翻译 2007-09-22 23:03:00 · 2199 阅读 · 0 评论 -
我们为什么要写测试计划?
我们为什么要写测试计划?陈能技2007-9-23原文:Why Do we write a test plan – Ainars Galvans我们不应该把测试计划写得冗长以致让人畏惧,也不能写得很短以致毫无意义,被忽略。模板是个好东西,但是模板会把作者的注意力从计划的目标转移-目标会因项目不同而不一样。计划可以是非常复杂,不精确和耗费时间的过程,但是写出来的测试计划不会把这些反翻译 2007-09-24 17:03:00 · 4986 阅读 · 0 评论 -
测试用例评审有效性的44个衡量标准
测试用例评审有效性的44个衡量标准 陈能技2007-9-20 原文:“44” Metrics for Test Case Review Effectiveness - http://davidfrico.com/roi-metrics-f.htm 1. Major Defects Per Test Case Review每个经评审的测试翻译 2007-09-20 16:23:00 · 3849 阅读 · 0 评论 -
软件同行评审的好处和坏处
软件同行评审的好处和坏处 陈能技2007-9-23 翻译并摘自:Software Peer Review Guidelines – National Weather Service/OHD 同行评审的定义同行评审是指对由一个或多个拥有与产品创建者类似专长的人对其产品作出评价。 从软件开发的角度看,评价的产品是程序代码。执行评审的人是程序员,不包括直接主翻译 2007-09-23 11:19:00 · 4591 阅读 · 0 评论 -
请开发人员支持自动化测试
请开发人员支持自动化测试 陈能技2007-9-12 原文:Ask for What You Need – Edward J.Correia 自动化测试专家 Torsten Zelger 提出的几条提高测试自动化效率的建议,而这些建议都是让你来给你的开发人员建议的: 1、弄清楚开发软件所用的编程语言,确保测试工具支持这种语言编写出来的应用程序,是否需要特殊的翻译 2007-09-21 23:58:00 · 2706 阅读 · 0 评论 -
我们为什么要写测试用例?
我们为什么要写测试用例? 陈能技2007-9-25 原文: Why do we write Test Cases? - Ainars Galvans 测试用例的编写作为QC特定的概念、技能,成为唯一广泛公认的东西,这是我进入测试行业时感到很惊讶的事情。现在,过去10多年了,我终于有点明白了。现在,我是探索性测试(Exploratory Testing)的鼓吹者,我翻译 2007-09-25 21:13:00 · 4233 阅读 · 0 评论 -
敏捷测试指引(7)- 敏捷项目中的测试员
敏捷测试指引(7)- 敏捷项目中的测试员陈能技2007-9-27 原文:Agile Testing Directions –Testers on agile projects(Brian Marick) 敏捷项目中是否应该有测试员呢? 首先:替换测试员的是谁?是让非测试专业人员(程序员、业务专家、技术文档编写人员等)来执行这样的活动:帮助创建指导性的例子和对产翻译 2007-09-27 16:49:00 · 2531 阅读 · 0 评论 -
缺乏文档的测试
缺乏文档的测试 陈能技2007-9-22 原文:Testing with Poor Documentation – T.J.Zelger 获取正确的信息对于很多公司来说都是挑战,而且即使你获得了所需要的文档,但是缺乏你真正需要的信息。 我曾经看到过大量的不同质量程度的文档(从优秀的到不可用的),但是我喜欢项目在两个不同的阶段有两种不同的方式组合。 一开始翻译 2007-09-25 22:08:00 · 2329 阅读 · 0 评论 -
敏捷测试指引(5)- 用面向业务的例子批判产品
敏捷测试指引(5)- 用面向业务的例子批判产品陈能技2007-9-24 原文:Agile Testing Directions – business-facing product critiques(Brian Marick) 为了帮助讨论和理解,我把“敏捷项目中的测试”这一主题分解成4个区分的主题。今天,我开始讲矩阵的右边:产品批判。 使用面向业务的例子来设翻译 2007-09-26 23:35:00 · 2907 阅读 · 0 评论 -
敏捷测试指引(6)- 用面向技术的例子批判产品
敏捷测试指引(6)- 用面向技术的例子批判产品陈能技2007-9-26 原文:Agile Testing Directions –technology-facing product critiques(Brian Marick) 为了帮助讨论和理解,我把“敏捷项目中的测试”这一主题分解成4个区分的主题。今天,我将完成矩阵的右边部分:面向技术的产品批判,而不是面向业务的。翻译 2007-09-26 23:37:00 · 2264 阅读 · 0 评论 -
敏捷测试用例设计
敏捷测试用例设计 陈能技2007-9-20 敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;及时响应变更比遵循计划更有价值。- www.agilemanifesto.org 并非每个企业都能严格按敏捷的相关开发方法进行项目管理,例如测试驱动、XP、SCRUM等。也并非都需要按这些方式管理才能实原创 2007-09-25 21:24:00 · 6669 阅读 · 0 评论 -
质量保证的六个模式(1) - 质量价值简介
质量保证的六个模式(1) - 质量价值简介 陈能技2007-10-1 原文:Quality:Its All in the Values – Neil Harrison 最近,我家搬到一个新房子。有些事情是搬进新房特有的兴奋:检查新房间、感觉一下脚趾头之间的地毯、第一次使用新的器具…啊,对了,新的器具。不幸的是,我们的热情被消减了一下,因为我们发现冰箱不制冷。我们翻译 2007-10-01 16:56:00 · 2571 阅读 · 0 评论