什么样的测试人员是好的测试人员

bbbian · 发表于 2006-6-30 16:10:01

什么样的测试人员是好的测试人员
首先介绍一下我自己，我92年参加工作，97年开始接触测试，00年开始做SQA,目前在一个公司做测试部门经理，
我带过多个开发团队和测试团队，说说我心目中好的测试人员。希望对大家以后的职业生涯有帮助。

1 工作积极主动
   工作态度如何，是评价一个测试人员最主要的方面，一个高水平的测试人员（指纯技术能力）如果没有一个好的工作态度，在测试团队中有时候不但不能对测试工作起到推动作用，有时候还起到阻碍作用，而一个愿意工作的测试人员，哪怕他的技术水平不高，人也不聪明，但对自己的工作认真负责，你告诉他的事情，他都可以认真去做，这个测试人员也会对测试工作起到很大的促进作用。这也是为什么很多企业愿意让刚参加工作的人员做测试工作的一个主要原因。另外，测试人员对工作是否主动也会很影响一个测试人员的发展，举一个例子，我的一个测试人员在自己工作空闲的时候会自己去学习QTP,提高自己的技术水平，这样在下一个测试的时候，他可以熟练的使用这个测试工具去进行自动化测试，不但提高了工作效率降低了工作强度而且为自己创造了更好的发展机会（因为使用QTP效果好，被提升为测试组长）。所以说有效的利用工作时间，主动学习对一个人发展是很重要的。
   另外一个例子也差不多，我的一个测试人员，在自己的测试任务异常终止的时候，而其他测试组任务很忙的情况下，主动要求参加其他组的测试工作，先不说他的技术水平如何，这种主动要求工作的态度就让他从其他人中脱映而出，引起了我的重视，自然对他的工作会格外注意，而我们的每一次的交流都会让他学到很多新东西。

2 认真，细心，不怕麻烦
   不能不说的是，测试工作是一个烦琐的工作，如果你不是认真、细心，不怕麻烦的人，建议你最好不要进入这个行业，否则，最后难受的肯定是你自己。
有那么一句话：细节决定成败，这句话格外适用于测试人员。测试人员的在做测试需求的时候，开发人员人员的写的系统需求报告中的每一个需求点都会在测试需求中成为几个测试需求点（你要验证正常情况，异常情况），有时候给人的感觉就象在玩排列组合的游戏，但这个游戏排列组合的情况实在太多了，如果你不够耐心，不够细心是很容易遗漏测试需求点的，而这些遗漏的地方往往是问题点（开发人员也容易忘记考虑这些地方，从而产生问题），另外测试工作输入的数据是一个很烦琐的事情。举一个例子来说，一个日期合法性测试，很容易总结三、四百个测试数据，你想全部测试工作会是一个什么数量。而更可怕的是，测试不是一次性的工作，经常需要做回归测试，所有烦琐的工作必须不断的重复，而在重复的时候测试人员往往会因为怕麻烦，减少测试用例数，造成测试的不全面。所以说认真、细心、不怕麻烦是一个好的测试必备的素质要求。

2  学习能力强，善于总结
   92年我参加工作的时候想找一本软件工程的书那叫一个困难，97年刚接触测试的时候，测试方面的书也几乎没有，这些都对我的水平的提高产生了很大的妨碍，但也并不能成为我们提高自己水平的借口，97年我们做的测试主要是功能测试，开始也是大猩猩测试，后来一方面从专业书籍里搜寻测试的资料，一方面总结我们自己的经验，1年以后我们基本形成了自己的测试流程和方法，我们有自己的测试计划的编写方法、测试用例编写的规范、测试总结的方法，新来的测试人员可以根据这些文件很快地提高自己的水平，后来的测试工具学习我们也是采用这种方法，在QTP的学习过程中，我的一个部下，学习了3个月，就基本掌握了QTP的使用，而且还总结了使用QTP常遇到的问题发表到了51testing上，很多了都认为他是一个技术大拿，其实他只是一个工作了8个月、学习QTP3个月的新手。不断的学习新技术，不断总结在实际工作遇到的问题，解决的方法，并把他们整理归纳，是一个测试人员提高自己的技术水平的最好的方法。还有两点需要说明的是：

1，随着测试工作日益专业化，原来的低水平测试越来越不能满足测试的需要，测试工具的使用、测试理论的更新、新技术的应用都要求测试人员要不断提高自己的水平；
2，好的测试人员不但要理解测试技术，对被测试系统以及开发环境和工具以及系统架构都要很了解才能制定合理的测试方案，也就是说测试负责人不但要了解测试技术，还要了解主流的开发技术、架构和工具（虽然不用成为专家），这一切都要测试人员不断的学习和总结。

3  掌握测试理论
   开发工具在变，测试工具在变，被测试的系统在变，一切的东西都在变，那么作为一个测试人员最重要的是学习什么，个人认为是测试理论的学习。拿我自己的例子来说，我原来是做纯软件的，可是现在接触到了很多和硬件相关的测试，比如手机测试，但不管你测试的是什么，系统基本理论是不变的。首先都需要开发人员提供比较好的需求文档、概要设计文档、详细设计文档。需求文档是我们制定测试需求的标准，也是我们判断系统是否存在问题的标准，而概要设计文档、详细设计文档是我们制作测试用例的依据。我们的划分等价类、边界值测试等基本测试的方法都需要这些文档的支持。当然每一种不同类型的测试，都有其特殊的地方。比如手机的测试就需要你对通讯理论有一定的了解（也就是系统环境），所以说好的测试人员必须数量掌握测试理论。如果你认为你的测试理论已经不错了，那就回答一下性能测试、负载测试、压力测试有什么区别这个问题吧。

4 不清谈，而是冲锋在前
   我的一些测试人员，总是喜欢给我出注意，但却从来不考虑如何实施。他们喜欢说的一句话就是，看我多聪明，一眼就可以问题的实质，头我这个参谋不错吧（我原来也是这样）。我要告诉大家这样的人实际已经落入了一个技术生涯的误区，看到问题可以说明你有一定的水平，但如何解决问题、如何实施才是真正体现一个人水平，中国文人当初因为怕杀头，产生了一个极为可怕的现象就是什么光清议，而从不肯去实践。这个不好的习惯我们现在叫做眼高手低。只有在解决实际问题的时候我们才能发现我们的解决方法有那些不足，会产生什么新的问题，从而不断改进我们的工作。举一个简单的例子，我用TD已经很长时间了，可今天我还是能发现TD一些新的特点，并把这些特点用到我的工作中去，改进我的测试管理，所以个人认为好的测试人员总是那些冲锋在前的测试人员，在实际工作中才是提高功能能力的最好方法。

5  人际关系的处理
   测试工作是一个问题的爆发点，特别是对于那些开发流程不规范的单位。如何处理好人际关系，是一个好的测试人员需要掌握的技巧。作为一个测试负责人，你要和开发人员、测试人员、公司领导经常面临短暂的测试时间，不断的回归测试，测试的异常终止，领导的批评，开发人员的职责，测试人员关于工期，测试环境的抱怨。如何化解矛盾，处理好这些问题是衡量一个测试人员的标准。人际关系处理不好，其实一个主要的问题就是误解，开发人员、公司领导对于测试工作的工作量的误解是产生这些矛盾的一个主要原因，所以作为好的测试人员，除了具备一些常用的人际关系处理技巧以外，还要是一个好的宣传员，不断将测试的方法、理论、工作量对开发人员、上级领导进行宣讲，让他们对测试工作有一个正确的认识。只有这样才能真正处理好测试部门和其他工作人员的人际关系，使单位的测试向一个好的方向发展。

6  熟悉开发工具和平台  今天累了，不多说了，不了解开发平台是无法做单元测试的，而且也无法做好性能测试。

7  掌握测试工具。这个就不用说话吧。

[ 本帖最后由 walker1020 于 2007-7-15 12:29 编辑 ]

ttnndl · 发表于 2006-6-30 17:30:26

文章写的非常好，看完后会产生许多想法。
你的测试流程和方法，测试计划的编写方法，测试用例编写的规范，测试总结的方法，方便的话是否可发一套给我，学习学习，也提高一下我们的测试水平！
ttnndl@163.com

hades · 发表于 2006-7-4 13:41:10

谢谢楼主的经验交流。
以后希望能多多沟通。。。
我的msn: enxiaohei@hotmail.com

swallow0918 · 发表于 2006-7-4 16:18:27

感谢楼主的文章，学到很多东西，相信对今后的工作及职业发展也会有很大帮助。

jiepeach · 发表于 2006-8-24 11:22:44

非常好。
可以把你的测试流程和方法，测试计划的编写方法，测试用例编写的规范，测试总结的方法，方便的话是否可发一套给我，学习学习，也提高一下我们的测试水平！
邮箱：jie5584@163.com

rlyxx2915 · 发表于 2006-8-24 16:01:25

有时间我也想一份
rlyxx2915@cn.dsii.net
谢谢

sunqiang1024 · 发表于 2006-8-25 17:28:16

个人觉得清晰的头脑，冷静的分析，全局的眼光，过硬的技术，也是测试所更加必须的。

mengxuegang · 发表于 2006-9-6 17:33:35

可以把你的测试流程和方法，测试计划的编写方法，测试用例编写的规范，测试总结的方法，方便的话是否可发一套给我，学习学习，也提高一下我们的测试水平！
m_xuewen@163.com

mingisme · 发表于 2006-9-6 18:34:23

nobody_am@163.com
谢谢

hell_cll · 发表于 2006-9-7 18:55:03

我是刚开始干测试的,以前我们部门都没测试这一块,所以我工作都不知到如何开展.
      可以把你的一些测试文档模板发一套给我吗？
      谢谢!

      email:  hell_cll@sina.com

binghai · 发表于 2006-9-8 22:26:50

文章很有价值啊,对像我这样的入门者来说,就是一个很好的推动力啊!

windboyxt · 发表于 2006-9-9 18:21:15

文章写的很好！学习中．．．．
windboyxt@163.com

together · 发表于 2006-9-11 09:57:09

写得很好呀·

我是做手机软体测试[功能测试]

楼主可否传授几招呀？ [测试方法、测试计划....]

空余时间看一些关于测试方面的资料都没有真正的利用到工作上! 有没有关于测试方面好的书籍呀? 介绍介绍呀@

marystone · 发表于 2006-9-15 18:01:30

我负责了一个项目的测试, 现在发现这个测试做的比较的失败.细细想来,整体的测试计划没有做好,从而导致工作的零散.与开发的节奏配合的不是很密切.
我是今年刚刚毕业的,进入了一个测试刚刚启蒙的公司.被分配负责一个小型项目.谈谈我测试的整个工作吧:
(1)项目一开始,我要求加入制定需求,以求对整个系统的需求有个很好的理解.也帮助制定了系统的需求.
(2)参照项目经理的项目开发计划,着手写测试计划.(当时我的思想就是按照项目经理的开发计划走.结果我的测试计划也没有制定好,很粗略.根本没有办法照着执行,目前在测试计划的制定的总结中.唉!)
(3)系统开始做原型设计的时候,我开始检测原型是否按照需求进行设计.
(4)程序源开始开发源代码了以后,我开始设计测试用例.花了一个月的时间.
(5)功能模块做好了以后开始按照测试用例进行功能测试.
(6)各个功能模块基本做好以后,开始集成测试.

但是,在整个的测试过程中,管理很乱,我们使用了BUG的管理工具,发现的BUG都汇总到工具里面.开发人员是否对BUG的修改效率很低,很多的时候一个BUG要修改一个星期,我很恼火这样的事情.在测试的过程中没有流程的体现,基本就是天天的检测系统.天天发现BUG,天天提交BUG.没有一个阶段性的动作.所谓的回归测试没有完全的体现.

对测试的流程,BUG的管理,现在真的很迷茫.不知道哪位大侠有高招啊??