首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件测试 >

软件测试工程师亟需具备哪些能力

2013-03-01 
软件测试工程师需要具备哪些能力原文引用:http://www.51testing.com/html/83/n-834683.html问题描述:  作

软件测试工程师需要具备哪些能力
原文引用:http://www.51testing.com/html/83/n-834683.html

问题描述:

  作为一名软件测试工程师,需要具备哪些能力?

  精彩回答:

  会员 星尘:

  触类旁通。你不是产品,但你知道产品是怎么工作的;你不是运营,但你知道用户关心什么;你不是开发,但你知道开发同事怎么工作;你不是设计,但你有你对交互逻辑的理解;你不是销售和编辑,但你熟悉产品业务。

  常识知识。常识好的人产品逻辑好(概述)。

  沟通能力。基本地,把一个问题表述清楚。能说服开发把bug改掉,不改掉的得要求明确回复原因。维护测试工作的尊严,坚决抵制欺负测试人员的行为。

  计算机知识。和你目前工作最相关的知识,你最应该先掌握。

  心态好。测试有时候比较枯燥,重复性强。遇上一茬新来的开发同学,你会感到测试工作回到很久以前了。综和各种情况,说明测试需要好心态。

  会员 天顺:

  通用技能上:

  1、基本计算机知识(操作系统,数据库,通讯协议原理,熟悉至少一门编程语言)

  2、基本软件测试知识(各种测试理论,测试方法论,测试用例编写,缺陷界定标准,软件质量评估)

  3、简单项目管理知识

  产品、系统认知:

  1、熟悉所测产品功能,能够将产品文档内描述的UC转化成TC,这个最最基本

  2、熟悉所测产品的一些隐藏需求或者功能(业务上的进阶能力)

  打个比方,支付公司上一种新的支付渠道,熟悉业务的测试人员应当可以预见到这次升级可能会对前段界面、系统账务、各类报表等各个模块造成影响,从而一并纳入测试范畴。

  要知道,很多时候,即便是接入这些渠道的产品经理,也不一定会在Prd或者UC中对这些可见影响项一一列出,这需要经验和责任心。

性格上:

  1、有牛皮糖属性的为佳,越“不要脸”越好

  测试工程师,在很多公司,和研发是有业务上对立属性的(虽然从宏观角度上来说,都是为了提高软件质量服务)。测试工程师提交的BUG越多,意味着研发工程师工作质量越差,需要返工的工作量也越大,甚至会影响绩效,所以测试工程师有时候很容易得罪研发部门。

  一个可以相对坚持原则(比如3级BUG以上一定要改),又能拉下脸和不愉快的研发工程师保持较好关系的测试工程师,会对项目质量起到很关键作用。说到底,又能做事(发现BUG并督促修改),又会做人(该进的不让,该退的绝对给面子,最大化消除部门间矛盾)的测试工程师,是十分难得的。

  2、有异想天开属性的为佳

  这个只可意会,不好言传的。在我带过的团队里,的确有那种奇葩……经常会用令人匪夷所思的方式找出BUG,这是天赋。

  3、会“偷懒”的为佳

  这里的偷懒不是指上班发微博聊天混日子,而是能够利用已知资源对枯燥乏味的测试工作进行优化的同学。

  说个实例:

  我以前公司曾经上过一个“授信”项目,做过金融类项目的同学大家都知道。授信项目的测试用例真可以说是相当变态,随着账期、滞纳金率、手续费率、利息率、本金、还款情况的不同,可以衍生出无比多的用例,同时每个用例进行编写时,都要仔细根据规则计算预期结果的资金状况,非常费力。

  咱部门一个小伙子,头一天晚上拿了PRD,第二天晚上就利用Excel写了一个固定某些账期下不同情况下的各项资金计算工具(有一些小BUG,无伤大雅)……大大减少了兄弟们按计算器的工作时间。这种“懒”员工,你是领导你喜欢不?

  事情没完,在实际测试的过程中,我们发现一旦研发修改了BUG,会引发其他用例的大崩溃(这类项目真悲剧,牵一发动全身),每次版本升级我们都不得不进行全面的回归测试。

  太坑爹了,这不是要命么?

  聪明的测试同事们又想偷懒了,他们在数据库端写了一个数据匹配工具,每次新跑用例就拿正确的(已保存)数据文件自动去比对新产生的文件,自动返回比对结果。兄弟们再也不用每次回归都一行行打SQL去查数据了,棒极了。

  在研发修改BUG之余,他们自己写了一套存储过程,可以实现数据的自动回归和增量备份,再也不用每次把所有数据擦光从第一个交易日跑起了,棒极了!

  说了那么多,其实就一句话:干一行,爱一行。


原文引用:http://www.51testing.com/html/83/n-834683.html

热点排行