• 0
  • 0
分享


  面试的时候,被问到你会搭建测试环境吗?相信很多人的都会感觉脑子一下一片空白,或者星星点点,不知道从何说起。

  一方面不知道面试官问这个问题的意图是什么?也不知道他想得到的答案是什么?更加不知道该从哪些方面来回答。

  作为一个测试行业从业8年有余的测试人员,我想跟大家分享一些我的经验和看法。

  首先,毋庸置疑的是,面试官问这个问题,想要得到的是你肯定的答案,希望你是一个会搭建测试环境的优秀测试工程师。

  QA不管是做什么类型的测试,最基础的功能测试,需要搭建测试环境;进阶部分的性能压力测试,对搭建环境的要求更高。

  所以搭建测试环境是优秀测试工程师的必备技能之一,也是QA开展测试工作的前置条件。

  当然有些公司可能会有运维或者研发部门帮忙准备好测试环境,但是QA如果一味依赖别的部门,就会大大的局限测试工作的开展,如果别的部门没有时间或者进度滞后,会直接影响到测试工作的进度和效率;而且测试环境如果不是QA负责维护的,后期扩展业务需要优化测试环境的时候,或者遇到问题要调试的时候,都需要依赖其他部门,会导致测试工作不独立,也会显得测试工作人员不专业。

  了解了QA具备搭建测试环境能力的重要性,那么真正要具备搭建测试环境的能力,需要掌握哪些技能和知识呢?

  这就需要我们先知道测试环境是什么?

  测试环境(Testing Environment),是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称,简而言之,测试环境=硬件+软件+网络+数据准备+测试工具。

  显而易见,我们要学会搭建测试环境,需要具备这5种的技能和知识。

  所以,我们针对每一个知识领域大家需要掌握的知识点及其深度和广度,给大家做个详细的介绍,希望能给大家作一个指引,知道自己该努力的方向。

  硬件,一般测试会涉及到的硬件就是计算机系统相关的内容,比如Windows系统,Linux系统和MacOS系统。

  测试环境可以部署在以上任何一种系统上,根据当前被测软件的具体需求而定。

  一般软件的运行平台,可能会更多的在Windows系统上;但是相关服务的搭建,比如软件运行需要交互的服务,或者是软件后台的承载服务,都会在Linux系统上搭建。

  所以Linux系统相关的命令和操作是QA必须要知道而且熟练的。

  Linux系统有很多类型,如CentOS,Ubuntu,Redhat,Debian等,根据产品的具体需求选择合适的系统就可以。

  另外,我们最好还要知道怎么安装Linux系统,因为在很多公司会给QA提供设备资源,需要QA根据需求在服务器上部署Linux系统。 (不会安装linux系统的同学也可以找我要软件还有视频安装哦)

  这里还需要注意的一点,就是软件运行对硬件的要求。

  通常软件说明书上会明确软件对硬件的需求,比如CPU个数,内存大小,硬盘大小,网卡个数等信息,如果没有明确要求,QA可以跟开发或者产品沟通确认。

  所以,关于硬件这块,需要大家对各种操作系统有所了解,特别是能够操作Linux系统常用命令,能够安装系统,并且配置IP、路由等基础网络(这个在网络部分会再重点讲到),能够在各种系统上安装和搭建常用的服务。

  软件,包括当前被测的软件以及相关依赖和交互的软件。

  当前被测软件的部署,一般在部署好的Linux系统上安装好服务之后,可以直接在前端通过web或者APP访问,后端只要部署完成了,前端的运行还是比较简单的;依赖和交互的软件,一般是一些支持的软件,比如JDK,tomcat,数据库等。

  怎么安装部署,大家可以去自行百度,网上相关的教程很多,如果找不到,我可以发相关资料给大家,基本上30分钟就可以搭建好JDK+tomcat+数据库。

  网络,这个可能是很多测试人员的一个知识盲区。

  网络是一个比较庞大的知识体系,涉及的内容特别多而且复杂。

  所以大家可以优先学习一些跟搭建环境密切相关的网络知识,然后自己再慢慢的去渗透和深造。

  一般公司网络环境,最基本的要求是交换和路由相关的知识。

  比如要自己搭建一个网络拓扑,使用多台网络设备(如服务器,路由交换等中间设备,客户端等),QA需要规划和配置IP地址,部署路由和VLAN等相关配置,实现网络隔离和通信,这样才可以开展正常的业务测试;另外,对于一些常用的基础网络协议,如TCP,UDP,HTTP等,最好也能有个基本的认知,因为很多服务都是基于这些基础协议实现的,知道这些能够加深自己的理解,有利于测试的作的实现。

  当然,如前面提到的,除了以上网络设备,我们还需要操作Linux的基本网络配置,如Linux IP和路由配置,Linux系统命令抓包,调试网络通信问题等,这些都是需要Linux命令和网络基础知识结合在一起使用的。

  数据准备,一般指测试数据的准备。测试数据会在测试用例设计的阶段设计好,然后软件运行的时候,作为软件输入去验证软件功能。

  如果是少量、正常的测试数据,可以直接通过手动方式模拟出来,如果是大量的用户数据的模拟,可以借助测试工具来构建,这个接下来的测试工具部分会再详细讲到。

  测试工具,是很多测试人员都比较感兴趣而且趋之若鹜的一个知识领域。

  大家执行功能测试的时候,会利用各种工具代替手工,简化和深化测试;执行压力和性能的时候,就更加需要借助测试工具模拟出来高并发、高吞吐、高持续的数据。

  由此可见,工具确实很重要也很实用,纵观大量招聘公司的职位要求,基本都有“熟悉xxx测试工具”的明确要求项。

  QA可以针对自己将要做的测试类型,选择合适的工具进行学习。

  比如你要做的是接口测试,可以选择Jmeter或者postman;你要做压力和性能测试,可以学习Loadrunner,IxLoad或者Avalanche的使用;要模拟多种协议的流量,也可以使用Linux上常用的流量测试工具,如Hping,Curl,ab等;还有一些常用的debug和抓包工具,如fiddler,wireshark等,也可以学习并且使用起来。

  总之,工具是辅助测试的好帮手,灵活使用可以让你的测试效率事半功倍。

  当然,这里想补充一句,工具的重要性确实无可厚非,但是大家还是不要盲目崇拜,一味追求工具的学习和使用,因为工具再好也仅仅就是一个工具而已,还是需要专业测试人员应用良好的测试思路和理念去恰到其分地使用到测试中,才能将其作用发挥到极致。

  讲到这里,可能会有很多人都觉得压力山大,毕竟要掌握这么多专业的知识,对任何一个人来说都不是一件易事。如果能够全部掌握固然是完美,但是对于经验没有那么丰富的人,甚至有很多从事测试多年的测试工程师,都无法自信的笃定自己可以在这所有的知识领域里游刃有余。



作者:Py猫的故事   

来源:http://www.51testing.com/html/51/n-4477351.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 背景T-Box是实现汽车车联网的一个关键环节,从起初单纯的实现车辆信息采集,已发展到具有车辆信息监测及信息交互(V2X)、车辆远程控制、安全监测和报警、远程诊断、边缘计算等多种离线和在线的应用功能的载体。为保障T-Box功能的正常运转,对其进行功能测试就尤为重要。T-Box作为“边缘节点”,与车内控制器通过传统总线或车载以太网进行信息交互,与车外TSP(Telematics Service Platform)通过蜂窝基站无线技术进行信息交互。从测试实现的角度,针对T-Box功能测试而言,由于自动化测试所需的“Input仿真”与“Output监测”的闭环存在一定难度,故基本通过手动或半自动化的传...
            14 14 2234
            分享
          •   近日有网友在发布视频称“在车内和司机聊收入被滴滴弹窗提醒”,对此,滴滴出行进行了官方回应。  滴滴称,经过与司乘双方沟通核实,以及对系统后台仔细排查后证实,网上相关传闻均为谣言。在该行程中,滴滴 App 并未出现所谓的弹窗提醒,更未就司乘交流内容有任何语音播报或提醒。目前该谣言的原发作者已删除不实内容。  滴滴还表示,车内录音录像会识别司机是否分心驾驶、疲劳驾驶,也会针对一些违法犯罪风险进行系统识别。同时,系统会不定时提醒司机和乘客不要泄露个人联系方式,呼吁司乘保护好账户信息等个人隐私,谨防诈骗。但绝不存在视频博主编造称“车内司乘聊收入会被滴滴弹窗提醒”等情况。  滴滴补充道,公司意识到滴...
            0 0 601
            分享
          •   YouTube 创作者频道在北京时间今天凌晨宣布带来一项新功能:当创作者发现自己的视频评论区变得难以应对时,可以在不必完全关闭或删除评论的同时,一键暂停新的评论。▲ 图源 YouTube,原图清晰度如此  官方表示,这项功能此前已经测试了一段时间,并收获了不少积极的反馈。测试人员表示,这项功能将为自己频道的评论管理带来“更大的灵活性”。  在这项功能上线之前,若创作者想要“阻止”新的评论,只有两个选择:开启评论审核或关闭评论区。  在推出了这项功能之后,用户可在 PC 端或移动设备上使用 YouTube Studio 工具在视频的“评论设置”中找到“暂停”选项。若该功能打开,观众仍可看到所...
            0 0 559
            分享
          •   KYM  KYM是Kown Your Mission的简称,顾名思义,就是帮助用例设计人员梳理测试任务的过程,它是一种系统的收集和整理测试启发的框架。  在接触一些新事物或者面对一些新问题时,人们往往更关注问题本身,也就是what,而忽略了问题产生的原因(why)和途径(how),就像用例设计人员做设计时上来就直接写用例,即使是有丰富经验的测试大佬,也难免在直接写用例时遗漏一些测试点。  因此作为测试人员更应该具备why=>how=>what=>when=>who的测试思路来更加深入地了解测试对象。  KYM模型在实际用例设计过程中从用户、项目/产品、任务三个维度对...
            0 0 1084
            分享
          • 因为公司项目业务需要,前不久测试老大需要我这边对我们的性能测试apk做一下弱网测试,虽然以前弱网测试都有所了解。但是还没有实操过,作为一个三年工作经验的软件测试工程师确实是有点菜了,这里我就讲一下我根据网上教程自己去在公司内部做的一个弱网测试首先先确定弱网测试做什么?这里我就先说一下我对性能测试apk关注的弱网测试点,整理了一份测试方案,测试方案就不方便放上来了,但是主要内容其实就是看各类请求耗时最多,从而让开发去对页面的访问进行访问速度的优化做弱网测试的话单纯网络上提供的工具就有,fiddler,charles,httpwatch,Wireshark,这几个弱网工具功能是各有千秋,挑选适合自...
            0 0 1191
            分享
      • 51testing软件测试圈微信