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

之前写的文章,今天分享出来

测试人员需要具备哪些素质?

测试人员需要具备哪些技能?

  1. 软件测试知识:测试计划、测试方案、编写用例、提交bug、跟踪bug,编写测试报告
  2. 测试工具的使用
  3. 操作系统
  4. 编写代码的能力
  5. 数据库知识
  6. 业务知识、网络知识.

除了这些必备的技能,我们还需要什么样的素质呢?

一、主动沟通
    过去我是做传统ERP软件的测试,因为ERP软件已经很成熟,所以他的需求文档一般也都很完善,很细致,需求变更也不会太多。所以我们完全可以按照需求文档进行测试,与开发电话沟通就OK,只要我们bug描述的清楚,开发认可,理想状态不沟通问题都不大。除了我们对需求不理解,开发和我们理解的需求不一致,这时我们才需要跟产品经理一块沟通。

但是在电商领域,特点就是快速和变化。也就是有些需求或项目,经常要求快速上线,必须在一定时间内完成,而且在项目中后期或随时都还有可能发生变化。另外,时间短,需求可能就是没有那么详细,那么完美。面对这样的情况,我们测试该怎么办呢?没办法,就是沟通,沟通,再沟通。与产品随时沟通需求,与开发随时沟通设计,与其他系统随时沟通测试环境,测试数据。

电商领域的测试,没有沟通,寸步难行。沟通,还必需得是主动出击,如果是被动被别人沟通,那项目估计是要被失败了

二、胆大心细;相信自己,自己是专业的

测试人员有个特点,上线前总担心是否还有没测到的地方,上线会不会出现问题?尤其遇到重大项目,更是如此。作为一名专业的测试人员,我觉得应该对自己有信心,要相信自己,相信自己的专业水平;当然,自信还是要建立在对自己的专业和经验有信心的基础上。

但如果还是担心,那该怎么办呢?我一般是这样做的:测试完成后,冷静一下,思考一下项目的整体流程,再分析一下项目的核心功能;然后跟开发和产品共同沟通一下自己的测试点,看是否有遗漏。最后假设一下,上线后可能会出现什么样的问题,如果某个重要的功能出现了的问题,我们这边是否有应对措施?如果没有,那就尽快制定一个吧!

三、不被别人绑架;要有职业标准,也要有自己的态度

系统测试最基本的标准就是需求规格说明书;作为测试人员,我们是最后一道保障;我们必须有自己的思考;不能轻易相信别人,跟着别的思路走,因为他告诉你的已经是经过他们思考加工过的,也许与原始需求已经存在了偏差。

当然也许他们说的是对的,确实非常对;但是也只能做为我们思考的一个材料。我们必须自己通过需求去分析,以需求描述作为标准。这样测试才不会失去我们的根基。

需求是我们测试的标准,但是标准也有错的时候;所以这时候还得要求我们要有自己的思考结果,有自己的态度。不放弃自己的态度,除非被证明我们是错的。

四、对一切都要有怀疑的态度

尽信书不如无书;对需求和设计文档完全相信,如同没有测试,测试的价值也就大打折扣!对于测试,就是要怀疑一切;每一个流程每一个细节;当然怀疑还是要建立在理解的基础上。我看需求的时候第一遍基本默认他是对的,等对整体有了一定的理解,我就开始怀疑,流程是否完整,是否存在漏洞,模块功能是否能满足用户的要求?非正常操作是否会出现问题;产生的数据哪些系统会用到?是否可以用?是否缺少数据?是否会造成冗余?用户用起这个功能是否觉得好用,是否会觉得麻烦?这个功能是否真的为客户解决了问题?总之,测试每一个功能都要“三思”。

五、责任心;站在公司和用户的角度考虑问题

我在面试中问过很多人,测试人员应该具备哪些素质?大家都提到了“责任心”。

但是责任心到底是什么?怎么去做呢?我觉得责任心就是对软件质量要有负责的态度,对公司有负责的态度,对用户有负责的态度,对自己的工作负责,然后用心去做事。

公司越大,需要我们的责任心越强;因为这个是无法用数据去判断,只能通过现象去分析。公司越大,部门会越多,系统也会越复杂,相互依赖。现在很少有一个系统是独立完成的。所以作为测试人员,软件质量的最后把关者,不能只看到自己负责的这一块,不能局限于自己的部门、团队,只要发现问题,不管是自己的,是其他系统的,还是没有明确人负责的,我们都有责任去提出来,去找人解决。只要是问题,都应该被解决。也许别人笑我们太傻,“我笑别人看不穿”。

时间: 2024-12-28 21:40:17

【转】测试思考——测试人员需要具备哪些素质?的相关文章

【转】测试思考——测试的价值体现和提升

测试到底有没有价值?有什么样的价值?又体现在哪里? 我们怎么样让测试的价值发挥的更好,更充分? 我一直在思考这个问题……,下面是我的一些个人感悟,供大家阅读参考. 测试到底有没有价值? 最近听到了这样一个故事: 某公司有一个新项目上线,需要公司内用户进行验证.大概流程就是需要公司外部用户提交一种单据,然后由公司内用户进行审批.但是一次又一次审批都失败了,操作过的数据也无法再使用: 每一次失败,企业内的用户都得恳求外部用户帮忙,再次提交数据:而且每次提交数据都需要向银行支付一定的费用:通过不断的代

优秀的软件测试人员必需具备的素质

人是测试工作中最有价值也是最重要的资源,没有一个合格的.积极的测试小组,测试就不可能实现.然而,在很多不重视测试的公司有一种非常普遍的习惯,那就是让那些经验最少的新手.没有效率的开发者或不适合干其他工作的人去做测试工作.这绝对是一种目光短浅的行为,对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少,事实上,测试者将获得极其广泛的经验,他们将遇到许多开发者不可能遇到的问题. 1.良好的沟通能力 一名理想的测试者必须能够同测试涉及到的所有人进行沟通,具有与技术(开发者)和非技术人员(客

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

1.端正对软件测试工作的认识 职业教育(认为不能发现所有错误,责任心不够),总结测试经验(认为测试工作无创造性,枯燥),测试是技术和经验的总结(认为技术比开发人员差).软件测试的任务是站在使用者的角度上,代表用户通过不断地使用和攻击刚开发的软件产品尽量多地找出产品存在的问题或错误(Bug),用户满意就是成功. 2.具有较强的沟通能力.外交能力和移情能力 和用户谈话的重点必须放在系统可以正确地处理什么和不处理什么上,尽量不使用专用术语.和开发人员交流时,尽量使用专业术语,对用户反馈的相同信息,测试

测试人员的核心能力与素质

声明:该文不是我的原创作品,是我的同事魏增艺的大作,独家授权我来进行发表. 在<测试人员的角色>一文的最后,我们相信优秀的测试人员是项目的前灯,是整个研发系统的反馈回路.那么什么是优秀的测试人员呢?具体说来,具备哪些核心能力与素质的测试人员才能胜任这样的角色呢? 对于能力模型,例如常见的"冰山"模型."洋葱圈"模型等,都将一个人行事的内在动机或价值观等置于核心位置.同样,对于一个测试人员,我们并非看他在进行什么活动,而是要关注他为什么要进行这些活动.本文

[ 测试思考 ] 效率提升测试工具开发的思考

本文针对测试部效率提升测试工具开发.管理.维护暴露出来的问题的一些思考以及一些个人改进观点. 写在前面 本文提到的效率提升测试工具不是指的部门中固有的自动化测试工具,这里提到的测试工具统一指测试人员在工作之余自主开发用于期望替代重复.繁琐.耗时的手工操作的测试工具,开发的目的是希望提升测试工作效率.不是针对专业工具开发部门团队的测试工具. 测试工具管理暴露的问题 总体来说,测试内部发布的用于效率提升的测试工具整体质量不高,工具功能.性能.易用性.可维护性质量都不高.大部分测试工具通常都是谁开发的

现在还需要测试或者QA人员吗?

Facebook没有专门的测试人员,都是开发自己测:微软裁掉了测试部门,改由开发测:google有少量的测试人员,主要做测试自动化框架开发或者性能.安全等专项测试,测试用例还是开发人员自己设计自己跑(参见:google是如何测试的?).还有很多互联网公司都不要测试人员了,直接把产品发布出去,让用户来测,有问题马上打补丁. 看起来现在测试人员越来越没有价值了,而且国内流行鄙视测试人员,特别是做手工测试的,更是在被鄙视链的底端,公司领导也不重视测试部门,感觉测试人员越来越没有前途,难道现在真的不需要

转:google测试分享-测试经理

原文: http://blog.sina.com.cn/s/blog_6cf812be0102vode.html 前言:这个系列分享的内容大部分都是出自于<google是如何测试的>的书,不是我YY的,我只是大自然的搬用工,希望对大家有那么一点点的用处,当然后面也会有个人的一些想法. 上一次分享了google测试分享-GTA,大概说了下google是如何使用GTA来管理整个测试阶段,特别是测试计划的安排,那这次会聊一聊google测试经理是如何进行团队管理的. 为了让这些blog分享更有逻辑性

前端测试代码测试

一:前端测试的背景.为什么做测试 1.测试分类 (1).TDD(Test-Driven Development) 测试驱动开发(2).BDD(Behavior Drive Development) 行为驱动开发 它通过用自然语言书写非程序员可读的测试用例扩展了测试驱动开发方法 这让开发者得以把精力集中在代码应该怎么写,而不是技术细节上 - 伪代码(3).DDD(Domain Drive Design) 领域驱动开发 各个层次之间的调用问题 DDD是告诉我们如何做好业务层!并以领域驱动设计思想来选

安全测试-优秀测试工程师必备的4项安全测试方法!

用您5分钟时间阅读完,希望能对您有帮助! 一.安全性测试 1.安全性测试方法测试手段可以进行安全性测试,目前主要安全测试方法有: 1)静态的代码安全测试 主要通过对源代码进行安全扫描,根据程序中数据流.控制流.语义等信息与其特有软件安全规则库进行匹对,从中找出代码中潜在的安全漏洞. 静态的源代码安全测试是非常有用的方法,它可以在编码阶段找出所有可能存在安全风险的代码,这样开发人员可以在早期解决潜在的安全问题.而正因为如此,静态代码测试比较适用于早期的代码开发阶段,而不是测试阶段. 2)动态的**