六年软件测试感悟-从博彦到VMware

发表于:2015-8-17 10:40

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:肖佳    来源:51Testing软件测试网采编

  不知不觉已经从事软件测试六年了,2006毕业到进入外包公司外包给微软做软件测试, 到现在加入著名的外企。六年的时间过得真快。 长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员,我的看法都比较狭隘,如有错误还请批评改正。
  阅读目录:
  · 软件测试人员应该居安思危
  · 测试人员应该比开发人员更熟悉业务需求
  · 学会如何和开发人员相处
  · 测试人员应该懂一些基本的编程
  · 测试人员搭建开发环境
  · 写文档是测试人员的核心能力
  · 测试后期应该做两天交叉测试
  · 测试人员的瓶颈
  · 尽量实现自动化
  · 自动化测试VS手动测试
  · 自动化测试的技术和开发用到的技术相差太远
  · 最郁闷的是无法听懂开发人员讨论技术
  · 优秀的测试人员非常稀少
  · 大部分的测试经理都是有开发背景的
  · 软件测试的确非常枯燥,需要花费大量精力
  · 英语是测试人员的救命稻草
  · 尽量少用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年工作经验以上,掌握一门编程语言,有丰富的自动化测试经验。当然自动化测试的待遇也会比手动测试好很多。
  自动化是趋势, 只会做手动测试的人,以后肯定会失去竞争力。
21/212>
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • ?????????
    2016-1-07 16:33:25

    然而银行的,金融的并不用自动化

  • chundonhi
    2015-12-15 11:13:43

    写的很好啊,很有共鸣。说到和开发开评审会,两种情况下:测试能说上话,精通业务,懂技术。业务的话,除非在一个行业干了很多年,不然换一个公司又得重头开始,每次开发的评审会我都想睡觉,他们往往一边讲业务一边在讨论技术可行性,你即没有很深的业务背景也不懂技术,当然一头雾水。但是懂技术就不一样了,举个例子,大家都用JAVA的spring框架,讨论技术说的时候,你也懂他们在说啥,也顺便学习了业务,这就是区别。所以LZ说的你懂技术,就不会被开发鄙视了。

  • 三台
    2015-10-14 15:46:05

    跳槽也是一种探寻突破瓶颈的方式吧。。。换一个环境,还一群不同思维的人共事,相信会有进步

  • nishi猪才怪
    2015-10-13 11:12:55

    测试人员的瓶颈如何突破?求解

  • Wei测试
    2015-8-22 15:15:05

    比较认同这两个观点,优秀测试人员是非常少的,大多数测试经理有开发背景,做过开发的做测试,相对比较容易做好测试。

  • zxy6302
    2015-8-21 15:50:03

    我觉得了解整体业务和沟通能力是非常重要的:写文档是沟通能力的一部分,还需要与产品、研发、ui、上下级的当面沟通,了解业务至关重要,做了许多年不能只知道自己那一块,必须要知道整体业务是什么样的,比如一个b2c网站,不能只知道购物流程,其背后的进销存,仓储、订单乃至于财务系统都需要了解的。不然你跳槽都不好跳^^

  • sunshine2006
    2015-8-21 10:07:37

    我们这测试人员没有权限看代码,所以要想学编程自能靠自己了

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号