谈谈测试人生

摘抄于http://www.cnblogs.com/TankXiao/archive/2012/08/27/2576962.html

阅读目录:

  1. 软件测试人员应该居安思危
  2. 测试人员应该比开发人员更熟悉业务需求
  3. 学会如何和开发人员相处
  4. 测试人员应该懂一些基本的编程
  5. 测试人员搭建开发环境
  6. 写文档是测试人员的核心能力
  7. 测试后期应该做两天交叉测试
  8. 测试人员的瓶颈
  9. 尽量实现自动化
  10. 自动化测试VS手动测试
  11. 自动化测试的技术和开发用到的技术相差太远
  12. 最郁闷的是无法听懂开发人员讨论技术
  13. 优秀的测试人员非常稀少
  14. 大部分的测试经理都是有开发背景的
  15. 软件测试的确非常枯燥,需要花费大量精力
  16. 英语是测试人员的救命稻草
  17. 尽量少用UI自动化测试,多使用单元测试,接口测试

软件测试人员应该居安思危

每当经济不好,公司业绩不好的时候,公司都可能进行裁员。 首先裁的就是测试人员。 因为测试人员的技术水平相对来说比较低,容易被替代,招起来也比较容易。 公司往往先拿测试人员开刀。

身为测试人员,虽然我们平常的工作大部分都比较安逸。 但是千万不能温水煮青蛙。 应该自强不息, 要像开发人员一样, 不断学习,提高自己的编程水平。这样就算被裁也能很快找到新的工作。

测试人员应该比开发人员更熟悉业务需求

测试人员的水平主要体现在测试用例的设计上。 要设计出全面,覆盖广的测试用例,需要测试人员对自己所测试的项目的业务需求非常熟悉,甚至要比开发人员还要熟悉。

如果是测试银行系统,通信行业,或者ERP软件。 这些业务知识非常有用的,学习起来比较有激情。

要做到精通业务需求谈何容易。

1. 要熟读功能需求文档, 任何有疑问的地方都要去和PM确认。

2. 把自己当成最终用户, 经常使用自己所测试的软件。模拟用户的行为。

3. 熟记软件的每个功能。

假如倒霉碰到一些又没用,又繁琐的软件, 真的是不想去学习它的业务(出了这个公司就再也用不到的业务)

学会如何跟开发人员相处

测试人员必须跟开发人员密切合作, 所以跟开发人员搞好关系是相当重要的。

1. 和开发人员成为朋友。

熟悉了干啥都方便

2. 不要打扰开发人员

看到开发在聚精会神写代码的时候,千万不要去打扰人家。 写代码需要集中精力,如果被打扰,就会中断思考。

3. 集中问问题。

把需要问的问题都总结起来, 集中起来问开发,这样能节省大量的时间。

4. 写好Bug,不被开发人员烦。

如果开发人员看到一个Bug 描述不清楚,还无法重现,他肯定会骂测试人员。 所以测试人员一定要写好Bug,描述精确,简洁,没有歧义,详细简洁的重现步骤,加截图。

测试人员应该懂一些基本的编程

你的产品是用C# 开发的,那测试人员应该有C#的入门知识。  你测试web程序,你起码要了解HTML,CSS, Javascript, Jquery吧,否则你测了一两年web程序,都不知道这东西是怎么做的,悲剧了吧。

只有懂代码你才能和开发人员交流,不被开发鄙视。

测试人员搭建开发环境

产品的代码是最好的学习资料了,我们不能总跟在开发屁股后面做测试,不能老是等开发build一个版本后,我们就测试这个版本,开发check in了什么代码,测试人员一点都不知道。偶尔我们应该了解下产品代码是怎么设计的,了解下开发人员是如何修复bug的。说不定编程水平高了,还能帮开发做code review.

使用源代码工具把产品代码check out到本机。 经常看看代码,经常看看开发修复bug时候提交的代码.

写文档是测试人员的核心能力

我记得我以前的test lead说,之所以她能当lead, 是因为她很会写文档发邮件。 写文档需要总结归纳的能力,还要逻辑清晰。 她非常擅长分析几十页的Spec,写出几十页的测试计划。 她还非常擅长汇总测试报告。 每天将完整,清晰,漂亮的测试报告发给各个组, 让公司所有的人都能清晰的看到测试组的工作。

在她的带领下,我们总结出很多文档,比如,"New hire checklist",   "on boarding traning", 测试工具使用的文档,等等。

写多了博客后我发现我写文档能力提高了很多。

测试后期应该做两天交叉测试

交叉测试,就是指两个测试工程师,互相交换下测试的项目。 这样做有很多好处。

1. 有利于找出bug, 测试工程师测久了自己的项目,容易形成眼盲。会对一些Bug熟视无睹。

2. 有利于知识和业务共享,避免人员离职,请假,造成无人测试的情况。

3. 测试思想不一样,可以互相找出很多问题

测试人员的瓶颈

手动测试工作做个两三年,基本上就能掌握测试需要的大部分知识,如果没有爬到test lead的位置, 很多人就感觉到发展瓶颈了,每天重复测试,学不到东西,很快就会对测试工作失去激情。

学不到东西,技术水平低下,是测试这个行业最大的毛病。

如何突破瓶颈? 我也不知道。

尽量实现自动化

一点要抽时间尽量把自己的测试工作实现自动化,可以节省测试的时间,提高自己的技术水平,也可以避免老是重复测试。

自动化测试VS手动测试

现在很多公司招测试的要求越来越高,很多好公司招senior QA,都要求5年工作经验以上,掌握一门编程语言,有丰富的自动化测试经验。当然自动化测试的待遇也会比手动测试好很多。

自动化是趋势, 只会做手动测试的人,以后肯定会失去竞争力。

自动化测试的技术和开发用到的技术相差太远

以前很多同事想由测试转开发,现在几年过去了,还是没转成,他们原先想利用自动化测试的技术积累,转去做开发。哪知道自动化测试用到的技术跟开发用到的技术相比,实在是相差太远。

测试转开发? 难

努力学习编码,然后用于测试,才是正道

做测试最郁闷的是无法听懂开发人员讨论技术

有时候跟开发人员一起开会, 会议上开发人员都热烈讨论。 而我做为测试人员基本上听不懂这群开发在说什么,根本插不上话。 很多会议我甚至都没说过一句话。

优秀的测试人员非常稀少

想把测试做好非常不容易, 优秀的测试人员需要很广的知识面,良好的沟通能力(不但要和开发人员和项目经理打交道,还要跟其他组的人交流)。  丰富的测试经验,对测试工作有极大的热情, 耐心。还需要测试人员有丰富的业务知识,还要会写代码。

代码写得好的人,肯定就不会做测试,而是做开发去了。

大部分的测试经理都是有开发背景的

我发现我的几任上司都是由开发转来做测试的。 他们都是有几年的开发经验,然后不知道什么原因转行做测试经理了。他们既能开发又能测试,啥都会,能给手下的测试人员提供技术支持。

假如一个测试经理啥技术都不懂,对内hold不住手下的人,对外其他组的人不鸟你。

软件测试的确非常枯燥,需要花费大量精力

不可否认测试工作需要耗费大量的精力,所以欧美才会把大量的测试职位外包给中国, 一遍又一遍的重复测试,不停地执行测试用例, 测得天昏地暗, 头发晕。

我还记得我以前测试过一个程序的各个版本在Windows update中的升级,  先安装老版本的程序,然后Windows update 重启后看看有没有升级,最后卸载。 然后又安装,又卸载。最后测的差点吐血。

英语是测试人员的救命稻草

技术上已经不如开发了。 在英语上一定占有一些优势。

同等的技术水平下,英语好的测试人员可以进外企,比一个英语不好的测试人员的待遇要高不少。

尽量少用UI自动化测试,多使用单元测试,接口测试

能找到bug的自动化测试,才是有用的,否则就是个噱头

UI自动化测试比较不稳定,对于测试结果的分析也困难。 而且UI改动也大。 所以应该尽量多做一些底层的的自动化测试,比如ASP.NET MVC 中UI和逻辑分开了,针对逻辑的自动化测试就比较好做了。

时间: 2024-10-06 01:10:31

谈谈测试人生的相关文章

谈谈《人生七年》这部纪录片

(上篇  写于2014年4月18日) 会看这部纪录片起初是因为知乎上有人强烈推荐,恰巧微博上也有人写了篇文章介绍这部片子.但更吸引我的是它的拍摄方式和内容,每七年一次拍摄,来记录一个人的成长轨迹.处在毕业之际,人生交叉口的阶段,难免有些困惑.因而不顾一切想要寻求一些东西消除我的困惑,而这部片子就是其中之一.但看完最新的<56 up>后,我的困惑依然没有解除. 虽然这部片子没有什么直接的结论,但仅仅通过观察还是给我带来了很多收获.但很长时间我不知道对这部片子写些什么. 首先是几位纪录片主人公的一

吴老:关于测试人生的一站式发展建议--【摘】

个人发展的理想状态路径如下: 打好基础 ---> 卧薪尝胆 ---> 小试牛刀 ---> 大刀阔斧 ---> 站在测试之巅 ---> 开始新的挑战之旅 理想状态下,任何一个人进入某个行业肯定都是从菜鸟做起,经过一段时间的努力成为了一个初级选手,又经过了一段努力成为了一个中级选手,又经过了一段努力成为了一个高手,又经过了一段努力从这个行业进入到了一个新的行业继续开始自己的人生旅程. 糟糕状态下,进入某个行业干了好久都还处于初级选手阶段,自己开始各种迷茫.懊悔.精神不振的日子,然

用我的人生历程来谈谈规划人生的重要性

"你们的孩子太笨了,没有见过这么笨的小孩了,还是再让他去读一年的幼儿班吧!" --小学一年级被数学老师嫌弃 "你给我滚出去,不要给我坐在教室里面"--小学六年级被数学老师嫌弃 "这么简单的数学题你为什么不会做"--初中被数学老师在操场嫌弃 "这个题型我讲过多少遍了,上次讲的那个题目和这个一模一样的,你为什么不会做呢?看不懂又是什么意思,那个句子看不懂,这些都是课堂上要求背的单词呀,你又为什么不会呢?你肯定平时去干什么了?"--

【转载】App的生死线:谈谈测试的重要性

很多创业团队在起始时都面临一个问题,由于不重视上线前的测试工作,产品上线后BUG不断,只好一边由客服跟进解释陪笑脸,另一边工程师加班熬夜改BUG.这样狼狈的景象屡见不鲜.那么,这时问题来了,为什么不在App上线前就做好产品质量的控制工作呢? 事实上,根据过往App行业从业经验,产品质量控制或者说产品的上线测试环节,无论是在大公司里还是中小开发者团队里都属于软肋,这主要是受两个方面的客观因素制约:第一,企业不愿意专门养测试团队或工程师.一般来说,在一个以App为创业核心的创业团队当中,都应该有专门

测试工程师的光荣与梦想(七)

一切有为法,如梦幻泡影.如露亦如电,应作如是观.-<金刚经> 前面的几篇文章我们大概谈到了测试工程师的发展.瓶颈.日常工作及管理等问题,基本涵盖了测试工程师日常工作的大部分内容,到此为止这个系列也到了结尾的时候了.后面如果有机会我们会继续就游戏测试的其他内容展开新的讨论.结束即是新的开始. 在这个系列的最后一篇,我们抛弃具体的工作,来谈谈情怀.低头测试没情怀,不如回家卖红薯. 首先我们来简要回顾下前面几篇文章: 1,<测试工程师的光荣与梦想(一)>-百炼成钢,在这篇我们主要谈了谈怎

测试人员的误区:迷信自动化(转)

终于有时间总结一下过去几年在微软的测试经验,谈谈对测试自动化的看法. 先说说为什么做测试的人喜欢搞自动化. 第一,自尊心.计算机科班出身的人都喜欢作开发(Dev).做测试工作经常是身不由己,可是测试工作很多时间不需要编程,于是做测试的人想方设法写些程序,以显示自己也会编程.结果往往是欲罢不能,测试自动化程序越写越多,越写越复杂.后面我会谈谈测试自动化框架复杂的代价. 第二,为了出成绩.很多测试组为了向管理层展示成绩,往往要拿出例如测试自动化达到80%,程序覆盖率达到90%.要我说,这些都是Bul

测试工程师如何薪资过万

一提到软件测试工程师,很多人就会想到那些反复使用软件,试图在频繁操作中寻找到错误发生的低层次人员或者软件用户.其实这是一种错误的概念,软件测试早已超越了用户使用来发现Bug的基本测试阶段.看着越来越多的新人加入到测试的行业当中是一件欣慰的事,这也说明测试作为一个新兴行业正在不断发展,相较于软件行业中的其它职业――例如软件开发,测试行业还显得比较稚嫩和混乱,人员水平也是良莠不齐,薪资待遇差别也比较大.我想就个人经验谈谈测试工程师如何薪资过万. 测试工程师的职级划分 拿微软来讲,微软的软件测试工程师

让Quality Center走下神坛--测试管理工具大PK(转)

让Quality Center走下神坛--测试管理工具QC/ALM 和 RQM.Jira.TP.SCTM大PK 在写完了<让QTP走下神坛>之后,现在来谈谈测试管理工具,献给所有正在或打算做测试管理工作的同行. 当然,话题离不了Quality Center——但又不只是谈QC,我会结合对比各种主流的企业级测试管理工具,包括标题提到的:HP QC/ALM.IBM RQM.51Testing TP.Micro Focus SCTM.Atlassian Jira.但是不会提及Bugzilla.Bug

转帖子:测试专家10年软件测试工作总结

首先,谈谈测试职业规划,即做什么的问题.所谓方向比努力重要,这绝对是一句真理.如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水.自信心都是顺其自然的事情.但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂.结果这样的一个方向,导致了3脚猫功夫的测试人员一大把.那么什么都懂一点的测试人员难道就没有用武之地了吗?也不是,可以朝着测试管理岗位发展.说到这里,引出了测试职业规划的第一条路:测试管理.那么很容易想到职业规