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

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  掌握测试工具。这个就不用说话吧。

时间: 2024-10-25 01:17:26

转:什么样的测试人员是好的测试人员的相关文章

测试未来发展,测试人员的发展方向,测试趋势

最近在脉脉上看到某某公司斩掉测试团队啊,某某开发嘲讽测试人员啊╮(╯▽╰)╭,转个测试行业看法聊以自慰,至少现在还有碗饭吃. 测试行业的趋势有这么些: 功能测试依然存在,但是会变得越来越难找工作 功能测试不可能消失,即使Google这种高技术的公司,也依然存在功能测试,所以功能测试肯定不会消失,但是工作一定会越来越难找.国内的企业招聘都是从众心理,大家都觉得BAT的招聘是业界的方向,所以现在都开始要求测试人员必须会各种编程语言,实际上他们也不知道自己要什么,入职后也可能还是点点点,但是由于他们都

测试人员应具备的测试素质

一.关于能力的浅析 测试团队的能力由个人能力和团队合作能力两个方面构成,两者相辅相成.为了有效提高能力,首先对个人能力和团队能力进行一些浅显的分析. 1.个人能力 (1)个人能力的概念 通俗地说,我们可以认为个人能力是达到优异绩效所需的知识.技能和素质的组合,这里的素质包含了大百科全书所说的个性心理特征,是比较难以量化衡量的. (2)个人能力培养现状分析 ●对知识的培训 软件测试工作来说,所需专业知识可分为基础工作知识和专门工作知识两类.基础工作知识包括软件测试的基本技术和方法.软件测试的文档规

在国外,资深的软件测试人员大多是手动测试,他们厉害之处在于测试用例的设计,但在国内,很多测试人员都把自动化测试当成很厉害的资本,为什么?

导语:”在国外,资深的软件测试人员大多是手动测试,他们厉害之处在于测试用例的设计,但在国内,很多测试人员都把自动化测试当成很厉害的资本,为什么?” 偶然在知乎上看到一篇关注度很高的话题,标题如上. 作为一名从业8年有余的软件测试工程师,并且一直在外企做测试的我, 忍不住想发表一些自己的看法和见解. 我觉得在国内,很多公司或者个人把自动化测试当成一个了不起的资本,根本是源于国内大家对代码的无上崇拜,这也造就了国内现在IT互联网行业内一个鄙视链: 开发---> 测试开发--->自动化测试---&g

紧急情况下测试周期被压缩该如何测试?

紧急情况下测试周期被压缩在国内大多数公司都会出现这种情况,那出现这种情况该如何去面对并展开测试呢? 首先我们需要弄清楚是什么原因导致出现这种情况.到底是内部原因导致还是外部原因导致,说到底如果是外部原因导致基本都是由于需求变更引起的,内部原因通常为开发延期导致. 在下面我会列举常见的处理方法: 1.如果是需求变更导致的测试周期被压缩,那我们测试的时候必须先跟项目经理.测试经理说明该情况并得到统一的意识,并与客户沟通争取更长的软件周期. 2.如果是内部原因引起的测试周期被压缩,那我们可以通过以下方

手工测试 测试框架?如何提高测试效率?

百度了一下“测试框架”,搜索结果大部分都是“自动化测试框架”.“单元测试框架”,没有手工测试框架.但是所谓框架不就是把“共性部分形成的体系”提高效率和质量吗? 做测试3年,现在想的更多的是如何提高测试效率和保证测试用例的覆盖率.目前所在的是公司是互联网公司(之前一直在传统软件公司工作),节奏很快,测试周期很短.产品需求文档的完善程度也是参差不齐,然后测试时间又比较紧急,除了个别庞大的项目外,领导不会专门预留编写测试用例的时间. 事件一,2015/12/8,领导安排我和另外一个同事测试一个新增节点

测试管理012:结对测试 - 不错的测试实践

由于项目测试中测试平台资源的不足,因此在测试过程中引入了一些结对测试(Pair Testing)的尝试,通过2个月左右的实践,最终的效果还不错.因此,本文简单来谈谈结对测试的实践.不管是开发人员还是测试人员,都应该有属于他们角色的创造性.开发人员创造软件产品,而测试人员可以创造性的发现缺陷,每个角色都可以按照自己的方式前行.开发人员可以结对编程,我们测试人员可以进行结对测试.那么,什么是结对测试呢?不同的人对它的理解会有所不同的.我们定义的结对测试是两个测试人员坐在一起(根据需要,他们可以共用一

[ 测试思维 ] 转载:启发式测试策略模型(HTSM)

启发式测试策略模型(Heuristic Test Strategy Model,简称HTSM)是测试专家James Bach提出的一组帮助测试设计的指南(guideline).本文将介绍HTSM的内容与应用. 为什么需要HTSM 根据产品的风险(risk)设计测试是一种常见的测试设计思路.在复杂的现实世界,产品面临的风险多种多样,只有全面考虑.周密测试才能避免风险暴露导致的严重后果.因此,测试人员需要一个相对完整.可以定制.容易扩展的风险列表或参考模型,来帮助他们发现产品风险.HTSM就是一个结

【转】一般的测试流程和各阶段测试工具简介

一般测试流程:1.需求分析阶段:只要就是对业务的学习,分析需求点.2.测试计划阶段:测试组长就要根据SOW开始编写<测试计划>,其中包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容.3.测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据<SRS>上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案.<测试方案>编写完成后也需要进行评审.4.测试方案阶段:主要是对测试用例和规程的设计.测试用例是根据<

什么是测试环境?如何搭建测试环境?

测试进行软件测试的之前,需要搭建好测试环境.那什么是测试环境呢?     简单的说就是软件运行的平台,即软件.硬件和网络三种环境的合集,也就是说:测试环境=软件+硬件+网络     硬件:包括PC机.笔记本.服务器.各种终端等.例如要测试photoshop软件,是要在PC机上测,还是笔记本上测?是在cpu为酷睿的计算机上测,还是要在炫龙的cpu上测?不同的硬件环境photoshop的处理速度是不一样的.     软件:这里主要指的是软件运行的操作系统.例如测试photoshop,是指window