51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5205|回复: 5
打印 上一主题 下一主题

[原创] To be an eligible test engineer (Ⅱ)---进阶篇

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-7-30 15:02:22 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
上一篇

进阶篇

1.过程质量意识;

       在国内大多数的公司中对QA和Test的定义不是很清晰,不过有一点是共同的,作为一名test engineer注定是需要承
担一定的QA职责的,尤其是当所在公司没有专职QA的时候。事实上,没有QA做过程质量控制的话,tester开展工作会
很郁闷的,试想有一份不合格的需求或设计摆到你的手中,或是需求设计变更你都不知道的情况下,你如何工作。所
以说,作为一名测试工程师,必要的过程质量意识是必需的,首先要知道项目有哪些阶段,每个阶段要有哪些人参与
;其次,还要知道在项目各个阶段应当完成哪些工作,应输入什么输出什么,输入输出的东西(如文档)是否规范有
效;再次,针对每个项目实际情况能清楚哪些环节可以修改或是删减。对以上内容做到心中有数后,也就有了和其他
项目组成员沟通的原则。如果能尽可能的坚持原则,那么对于项目质量的把握上是能做到事半功倍的,同时测试工程
师的测试执行也会轻松许多。

2.测试流程的把握;
       要清楚在整个测试过程中都要有哪些环节(测试方案制定及评审,测试用例设计评审,...),每一个环节如何去做
,应当输入输出什么,包括什么样的项目适合什么样的测试模式(是否需要敏捷测试),需要何种类型性能测试等等
。此外,应当如何统筹测试工作的各个环节也是相当重要,如果流程上的所有工作都是顺序进行,势必会浪费很多工
时,延长测试周期的。这一条重要性和上一条基本上是相通的,只不过是单独针对测试工作的。

3.至少熟悉一门编程语言,高级语言或是脚本语言都可以;
       熟悉一门编程语言对于测试工程师来说非常重要,可以在coding过程中积累一定的开发经验,同时也可以对开发相
关的一些东西有自己的认识,知道开发容易犯哪些错误,当然对语言没有限制,因为编程语言的很多东西都是互通的
,包括其中的一些面向对象的思想;其次,在测试过程中,很多用例执行是可以用编写脚本来执行的,一旦写成脚本
就可以反复复用提高效率;此外,很多测试是无法通过点鼠标完成的,比如说模块接口测试等等,这就需要你能够熟
练的编写出使用的测试工具或者测试用例脚本完成测试执行;

4.熟悉主流的测试工具和框架
       QTP,winrunner,loadrunner,silktest,watir,selenium,cppunit,junit,c++test等等工具和框架,你有多少了解?
作为一名测试工程师要了解行业内主流的测试框架和工具,对新的测试技术要敏感,能够做到主动获取。只有对整个
行业内用到的技术有了一定的了解,才能针对不同类型的项目根据实际情况做框架和工具的选型。

5.掌握性能测试
       大公司可能对功能测试工程师和性能测试师分的很细,而在大多数的公司中测试工程师是需要cover性能测试的,因
此熟悉主流性能测试工具的使用时很重要的,等loadrunner,jmeter,http_load,webload等等,除熟悉它们的使用外,
还要熟悉不同工具的特点,适于何种系统的测试;同时,如果能了解到性能测试工具的实现技术的话,就可以在需要
的时候自己编写更符合实际情况的性能测试工具。此外,还要掌握性能测试数据分析的能力,能够与开发工程师共同
定位性能测试瓶颈,以及判断系统是否能够满足性能需求。

6.良好的文档编写能力;
       测试计划,测试方案,测试用例,测试报告,邮件等等,这些东东你都会写吗?而事实上,可以非常明确的说,大
部分认为自己会写的人都不知道究竟该如何写出合格的文档。这需要知道不同类型的文档应当有哪些内容,明确的知
道的阅读者是谁(它肯定不是只给你自己看的,不然就成日记了),他们期望在文档中看到那些东西,而且你想当然
的东西往往对于阅读者来说可能是毫不知情的,所以要站在阅读者的角度写文档,否则写出的文档会让大家看的一头
雾水的。word,excel应当能够熟练使用,只会往里面打字是不够,像设置文档结构样式,excel的简单函数的使用都应
当有一定了解。再说邮件,每一份邮件应当发送给谁,抄送给谁,应当根据邮件内容以及项目情况明确;此外,同一
件事应当始终以回复邮件的形式保证邮件内容的可跟踪性。

7.忌“事不关己,高高挂起”
       在完成分配的测试任务外,一定要有意识去将自己的模块做扩展测试,验证与其他模块的联调情况(联掉测试),
或是将其他人负责的模块拿来做一定的随机测试,一方面可以尽可能的帮助其他人发现bug(规避思维定势),另一方
面可以通过了解其他模块的细节来review自己负责模块的测试是否已经全面。总之,一定要记住,在同一个团队中,
不管是哪一个模块遗漏了bug,都是整个团队共同的责任。

待续
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

6#
发表于 2009-9-26 14:19:40 | 只看该作者
好文,顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-8-27 10:59:07 | 只看该作者
只有经验丰富的人才能写出这么好的文章,学习了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-11-18 14:09:13 | 只看该作者
看了很受启发,期待~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-10-15 11:15:13 | 只看该作者
很不错的文章,还有待续,期待....
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2008-7-31 11:22:53 | 只看该作者
Good, Keep forward.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-27 14:54 , Processed in 0.070859 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表