好的测试人员应该是什么样的?

1、工作积极主动

工作态度如何,是评价一个测试人员最主要的方面,一个高水平的测试人员(指纯技术能力)如果没有一个好的工作态度,在测试团队中有时候不但不能对测试工作起到推动作用,有时候还起到阻碍作用,而一个愿意工作的测试人员,哪怕他的技术水平不高,人也不聪明,但对自己的工作认真负责,你告诉他的事情,他都可以认真去做,这个测试人员也会对测试工作起到很大的促进作用。这也是为什么很多企业愿意让刚参加工作的人员做测试工作的一个主要原因。另外,测试人员对工作是否主动也会很影响一个测试人员的发展,举一个例子,我的一个测试人员在自己工作空闲的时候会自己去学习QTP,提高自己的技术水平,这样在下一个测试的时候,他可以熟练的使用这个测试工具去进行自动化测试,不但提高了工作效率降低了工作强度而且为自己创造了更好的发展机会(因为使用QTP效果好,被提升为测试组长)。所以说有效的利用工作时间,主动学习对一个人发展是很重要的。

另外一个例子也差不多,我的一个测试人员,在自己的测试任务异常终止的时候,而其他测试组任务很忙的情况下,主动要求参加其他组的测试工作,先不说他的技术水平如何,这种主动要求工作的态度就让他从其他人中脱映而出,引起了我的重视,自然对他的工作会格外注意,而我们的每一次的交流都会让他学到很多新东西。

2、认真,细心,不怕麻烦

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

3、学习能力强,善于总结

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

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

4、掌握测试理论

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

5、不清谈,而是冲锋在前

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

6、人际关系的处理

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

7、 熟悉开发工具和平台

今不了解开发平台是无法做单元测试的,而且也无法做好性能测试。

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

时间: 2024-10-09 20:17:52

好的测试人员应该是什么样的?的相关文章

作为一个测试人员,在你提出问题之前请先想想如下问题

之前架构师米洛阐述了测试员报BUG的礼仪,并且引申出一个问题,该如何和程序员交往.其实,程序员群体,甚至推而广之的工程师群体,并没有那么的脾气大,对待测试人员还是挺客气的. 根据架构师米洛多年的开发经验,工程师还是希望通过解决一个接着一个的问题,来提现自己的价值.就像LOL中的推塔一样. 其实很多测试人员并不知道,出现问题之后,找程序员之前,该确定那些个问题,更能让自己的问题得到快速解决. 这里告诉测试员尤其是MM,你提供的信息越是多,越是全,程序员GG越是会觉得问题很容易重现,就会先去解决.当

对于软件开发中开发人员与测试人员关系的理解

在软件开发中都会有开发人员(以下简称开发)和测试人员(以下简称测试),在一些小型公司可能并没有测试,仅仅是开发兼任测试.在这里我仅针对于有专业的测试和专业的开发的项目. 每个公司应该都有考核机制,对于开发和测试的考核实际上很难量化,通常来讲大的方向就是开发所负责模块的bug数,对于测试来讲就是测出来的bug数,但这真的有效吗?这也许对开发有约束力,理论上开发是能够自己控制bug数的,如果从产生的bug数来评判开发的绩效还算有效,这样开发自然就会把代码写得更加认真.但如果根据测试测出来的bug数来

测试人员遇到不断变化的项目需求该如何应对?

需求频繁变更这个产生的主要原因是: 1.前期需求调研工作没有做到位,在需求调研时没有真正深入了解用户需要什么东西?用户做这个东西的目的是什么?为什么要这么做? 2.项目经理对项目掌控力度够,在项目的需求一定情况下,没有采用集中变更或者分阶段变更: 3.客户在最开始时自己也没搞清楚要做出什么样子?随着系统的成型上线,提出一些新想法等导致需求变更. 4.客户就是上帝,所以有些变更是必须的. 测试人员如何面对变更? 1. 协调制定变更规范,比如说每次需求人员都会发出变更邮件,这样可以作为开发人员和测试

接口测试-测试人员必备技能

接口测试,其实并没有那么可怕,但是作为测试人员也是必不可少的技能. 接口分为:内部接口和外部接口. 内部接口:是浏览器与服务器的接口.这个很容易理解,web开发一般分前端和后端,前端开发人员用html/css/javascript等技术.后端开发人员用php/java/python等各种语言.用户输入的数据是输入到前端页面上.怎样把这些数据传递到后台呢?通过http协议的get.post请求来实现前后端的数据传递.这也可以认为是接口测试,这通常称之为内部接口. 外部接口:大部分都是服务端与服务端

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

1 工作积极主动 工作态度如何,是评价一个测试人员最主要的方面,一个高水平的测试人员(指纯技术能力)如果没有一个好的工作态度,在测试团队中有时候不但不能对测试工作起到推动作用,有时候还起到阻碍作用,而一个愿意工作的测试人员,哪怕他的技术水平不高,人也不聪明,但对自己的工作认真负责,你告诉他的事情,他都可以认真去做,这个测试人员也会对测试工作起到很大的促进作用.这也是为什么很多企业愿意让刚参加工作的人员做测试工作的一个主要原因.另外,测试人员对工作是否主动也会很影响一个测试人员的发展,举一个例子,

测试人员眼中的app版本迭代过程中的问题

测试人员眼中的app版本迭代过程的问题     --记一次app新版本的开发测试过程 1. 前言 自从8月初入职当前的公司以来,在这一期的版本迭代过程中,第一次独立承担app部分的全部测试设计及需求跟踪,从头至尾跟踪了需求分析到开发测试上线的整体过程,和曾经做过的各种测试类型相比,它没有想象的那么好,也没有想象的那么坏.应了那句老话,梨子好不好吃,自己尝了才知道. 经历完整个迭代之后,感慨良多.在这里梳理整个过程,以测试的角度来分析整个迭代过程,作为以后工作的参考. 2. 简介 2.1 项目及公

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

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

你问我答,及测试人员方向发展

大家好,我是TT,互联网测试行业多年,没有牛逼的背景,也没有什么可炫耀的,唯独比他人更努力,在职场打拼.遇到过的坑,走过的弯路,愿意与大家分享,分享自己的经验,少走弯路.首发于个人公众号[测试架构师] 原文如下: 做开发好还是测试好?如果做测试怎么入门? 既然还有人问这样的问题,我想应该还有部分人可能会有这样的疑问,我并不觉得这问题问的多么可笑,可能对于刚进入职场之前的我们也会有这样的疑问.我个人觉得,首先,应该去了解开发和测试需要做的事情,使用到的技能,在问这些问题之前有没有去主动的了解和学习

Grooming Meeting及测试人员所扮演的角色

Grooming Meeting的中文翻译是“梳理会议”,它并不是Scrum框架中标准的会议(标准会议为Planning Meeting, Daily Scrum Meeting, Review Meeting和Retrospective Meeting),而是为了澄清需求从而提高planning meeting的效率而添加的,可以称之为Pre-planning meeting. 目的 添加新的用户故事(也可以来自团队内部) 澄清需求,让团队对用户故事的理解在同一层面上 分解用户故事,并重排相应

【转】测试思考——测试人员需要具备哪些素质?

之前写的文章,今天分享出来 测试人员需要具备哪些素质? 测试人员需要具备哪些技能? 软件测试知识:测试计划.测试方案.编写用例.提交bug.跟踪bug,编写测试报告 测试工具的使用 操作系统 编写代码的能力 数据库知识 业务知识.网络知识. 除了这些必备的技能,我们还需要什么样的素质呢? 一.主动沟通    过去我是做传统ERP软件的测试,因为ERP软件已经很成熟,所以他的需求文档一般也都很完善,很细致,需求变更也不会太多.所以我们完全可以按照需求文档进行测试,与开发电话沟通就OK,只要我们bu