<<探索式软件测试>>附录一 经营成功的测试职业生涯

附录一 经营成功的测试职业生涯
对于你参加的每个项目,都有两部分(不一定相等)的任务。
第一部分的人物是保证当前测试项目获得成功。
第二部分的任务是学习你应该做些什么以便使下一个测试项目获得成功。

1.上山
(1)重复
做任何一件事,绝不要重复两次而不意识到或质疑这其实是个问题。
测试自动化世界解决重复劳动的答案。

(2)技术
测试人员常常会对软件失效进行分析。分析缺陷时,我们从开发人员的失败中学习如何编写可靠的代码。我们也分析那些被我们忽略的缺陷。
分析我们的成功也同样重要。理解我们成功的原因很重要,只有这样做,成功才能被复制。这种保证成功的原因就是一系列的测试技术、建议和工具,它们可以提高我们在未来项目中的工作效率。

(3)漏洞
你必须一直寻找更好的方法。
有意识的去确定那些限制能力、阻碍前进、减缓速度的东西。就像缺陷限制了软件满足用户需求的能力一样,是什么限制了你测试的能力?
使用你拥有的测试能力来最优化自己的测试流程。

2.巅峰
一般来说,那些成功登上测试巅峰的人会成为使用工具的大师。
不过,工具只是实现该目标的一种方法
登顶需要真正掌握的是“信息”。
信息本身以及如何利用这些信息才是成功的关键。
其中两种:
(1)来自应用程序的信息:
需求、体系结构、代码结构、源代码......甚至是关于应用程序在执行时做了哪些事情的运行信息。
在编写和执行测试用例时,需要考虑这些信息,但信息的多寡在很大程度上取决于测试人员的能力,这是一种能够使测试更高效的能力。
在测试中使用这类信息越多,测试就越偏向于工程而不是猜测。

(2)来自之前测试的信息:
你必须关注在测试时所做的一切,并使用获得的信息来影响今后的测试。
你是否知道你的测试是如何与需求结合的知道何时某一特定需求已经得到足够的测试。
你是否使用代码覆盖率来影响未来测试?
你知道当代码更新或缺陷修复时哪些测试会受影响,还是只是重新运行所有的测试?
理解测试进行到什么程度并随着测试调整策略,这是测试成熟的标志。
你用哪些信息来指导你的测试?
你如何保证信息是可获取的,以便在测试中随时可以得到?
你如何使得信息变得有用,以便它能以良好的方式影响你的测试?
这些问题的答案将决定你在走下专家测试山峰时的前进速度。

3.下山
在测试上创新指不急于向前,而是仔细观察、洞察先机、找到瓶颈并改进团队中所有其他人的工作方式。
你的工作边为帮助其他人进步。
测试架构师。
当你在下坡路时,你能做的最好的事就是尽量保证更多的人能成功的爬上山峰的另一侧。

时间: 2024-08-12 16:37:59

<<探索式软件测试>>附录一 经营成功的测试职业生涯的相关文章

经营成功的测试职业生涯(转载)

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

经营成功的测试职业生涯

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

【转载】James Whittaker:经营成功的测试职业生涯

转注:这篇文章出自 James A. Whittaker ,但未找到原始出处/译者.如果有知道原始出处的朋友,可在评论这留言. 你是如何开始做测试工作的?  1989年,我在田纳西大学读研究生的时候,完成了从软件开发人员到软件测试人员的转型.而这一转型并非出于我自己的选择.我命运的改变发生在一个早晨,我的教授质问我为什么缺席那么多开发会议.我解释说因为会议被安排在星期六早上,很不方便. 而怍为一个生平第一次离开家的新入校的研究生,这个时间段有些麻烦.十分有意思的是,等待我的惩罚并不是一纸解聘通知

《探索式软件测试》读书笔记(上)

<探索式软件测试>读书笔记(上) 2015-05-12 一.局部探索式测试 1.如何测试用户输入  1)合法输入和非法输入    输入筛选器   输入检查   异常处理代码  2)常规输入还是非常规输入  3)默认输入或用户提供的输入  4)使用输出来指导输入选择 2.如何测试软件状态 3.代码路径 4.用户数据 5.运行环境二.全局探索性测试 分类 方法 商业区 指南测试法 卖点测试法  地标测试法  极限测试法  快递测试法  深夜测试法  遍历测试法  历史区 恶邻测试法  博物馆测试法

探索式软件测试

探索式软件测试: 在敏捷测试中应用非常广泛 没有固定的测试用例,有一些测试思想和固定的框架以及一些测试场景,来完成测试工作. 即不同的测试思想,不断的应用这些测试思想,本身就是一些策略 自动化测试 手工测试 局部探索性测试 全局探索式测试 混合探索式软件测试 漫游与测试中的棘手问题 手工测试 软件缺陷的根源: 来自软件开发本身! 两种缺陷: 程序员引入缺陷 运行环境导致的缺陷 测试环境和上线环境相差很大 缺陷预防和检测 1.设计更好的设计规范 2.实施代码审核制度 (代码review) 3.运行

[ 测试思维 ] 探索式软件测试

非常不错的关于探索式软件测试的学习资料 1.探索式测试简析 作者:微软 史亮 http://pan.baidu.com/s/1c2D4tAo 2.探索式测试白皮书 作者:淘宝 季哥 http://pan.baidu.com/s/1qYFNG3y

[转] James A. whittaker:经营成功的测试生涯

James A. whittaker:经营成功的测试生涯 2015-05-13 James Whittaker James Whittaker is an energetic and passionate software executive with substantial engineering, research, writing and speaking credentials. His background spans government, academia, a successfu

12.探索式软件测试

又是James的大作.相见恨晚,可惜出版5年之后才发现这本书.书中的大部分内容都在微软内部的大型项目上成功应用过. 不论是测试还是开发,都应该仔细读读,对提高自己的程序设计大有益处. 在微软公司,通过使用指南测试法和卖点测试法,可以提前确定那些关键的软件特性,也就是这里的地标.在选择地标后,要确定他们的前后顺序,然后从一个地标执行到另一个地标来探索应用程序,直到访问了列表中的全部地标.在这个过程中,需要记录使用过了哪些地标,并创建一个地标覆盖图来标识工作的进展(可以考虑使用思维导图). 1.全局

&lt;&lt;探索式软件测试&gt;&gt;第四章 全局探索式测试法

第四章 全局探索式测试法 1.探索软件 探索式测试有以下几个目标: a.理解应用程序如何工作,他的接口看起来怎样,他实现了哪些功能 b.强迫软件展示其全部能力 c.找到缺陷 2.旅游者比喻 (1)商业区测试类型 a.指南测试法(The Guidebook Tour) 旅游手册--用户说明书 指南测试法要求测试人员通过阅读用户手册并严格遵照手册的建议执行操作. 这个测试法不仅可以验证软件确实实现了手册所描述的各种特性,同时也验证了用户手册的准确性. 这个测试法的变种: *博客测试法(Blogger