About KOAL

关于真钱二八杠

互联网公司的软件测试工程师们都在干什么?

2019-08-01 23:35

  北京八维教育是位于首都中关村上地信息产业园区的一所民办非学历高等教育机构。课程设置以市场需求为导向、以岗位要求为标准、为企业量身打造符合企业和市场需求的专业型人才。

  软件测试成为最近 IT 行业的“香饽饽”,引得很多人对软件测试跃跃欲试。可是软件测试的门槛并不低,

  了解软件测试都做些什么,具体过程是怎么进行的,可以有助于对软件测试进行初步了解,尽快进入测试工

  作角色。但是关于软件测试的工作流程,各种现有书籍和文章往往都描述的非常复杂,充斥着不少测试术语

  现在让我们换一种角度看看典型的软件测试是如何进行的,暂且把软件测试过程看作一场大戏,主角就是测

  试工程师,按照时间顺序记录软件测试工程师一天的工作场景(假设正常工作时间 9:00 到 18:00 )。

  查看收到的电子邮件(哇塞,这么多电子邮件!),理解当天的测试工作的内容和要求。

  测试工程师至少配置两台计算机:其中一台是日常工作用,例如,收发电子邮件等。另外还有一台软件测试

  回复电子邮件。如果对于安排的测试任务和要求存在任何疑问,请在回复电子邮件时列举出来。如果任务明

  确,回信中可以简单的说明理解测试任务了,按照测试任务要求进行测试。(正好今天有一封电子邮件分配

  电子邮件有不同的优先级,任务非常紧迫的电子邮件应该优先处理,尽快回复。(面对多封邮件保持镇定,

  测试一般需要按照测试指导文档和测试用例进行。(软件测试可不是盲目的乱测一气的呀!)

  很多软件的测试要求在一个“干净”的计算机上测试(提示:干静的计算机是仅安装了操作系统,没有安装

  在进行正式测试前,需要阅读测试文档,明确测试任务(这些测试文档你找到了吗?是最新的测试文档吗?

  按照测试要求,尽量多找出软件的 Bug 。(什么破软件,能找出这么多 Bug ! 反过来想,软件如果没有

  根据发现的软件 Bug ,按照客户要求写出每个 Bug 的报告(要书写明白,否则客户事后会要求你重写,很

  如果测试用例的步骤不明确或者测试的软件不能成功安装,无法进行下面的测试,应该及时向测试负责人报

  如果某些测试步骤不明确,但是可以暂时跳过,请向测试负责人报告,并且继续进行下面的测试。(灵活处

  查收和回复新邮件,新邮件又来了一个新的测试任务 B ,而且要求紧急处理。

  测试过程中,要主要定时查看是否有新邮件,特别是那些要求非常紧急的任务。(重要任务一定要优先处理

  如果新任务比较紧急,应该中断当前的测试,接着执行新任务。(为什么计划总是没有变化快,可是现实就

  阳光、午餐、休息,美!(禁止在办公室玩任何电子游戏,办公室不是娱乐场所!)

  完成任何任务后,需要向测试负责人发送任务完成的电子邮件。(这一点很重要的,否则你做的工作再多,

  提交任务的电子邮件中,应该写明任务是否全部完成,存在什么问题,测试结果存放在什么计算机的哪个目

  录中。(想象测试负责人需要你提交哪些内容,最好在一封信中交待明白,完整,清楚,条理分明)

  由于执行了新测试任务 B ,使得测试任务 A 不能按时完成,应该及早向测试负责人发送电子邮件。(如果

  你不主动说无法按时完成任务 A ,测试负责人就默认为你能够按时完成。而如果到了完成任务的最后期限

  ,而你突然向测试负责人说任务还没有完成,那么我可以很负责任地告诉你:测试负责人将会很生气,后果

  如果客户要求必须当天完成测试任务 A ,可能要做好加班准备(苦恼 … )。或者请测试负责人将一部分

  经常在测试过程中,测试小组内部会召开短暂的会议。(交流很重要的,倾听和发言一个都不能少)

  会议内容一般是测试过程中遇到的问题,以及可能的解决办法,也包括测试进度是否与测试计划保持一致。

  当天任务完成情况的报告应该在下班前尽早发送给测试负责人,以便得到及时回复。

  测试遇到的需要测试负责人或者问题客户帮助解决的问题(遇到问题一定要反映,不要什么问题都自己扛!

  给出当天处理 Bug 的数量、类型和存放位置(确保测试负责人能很容易的找到这些测试结果吗?)

  上面的测试场景描述基本上反映了软件测试工程师的工作情形,但是由于测试工作的复杂性、琐碎性、变化

  对于软件本地化等外包测试,测试过程和测试要求因不同客户而异,即使相同客户的不同项目,也会有些变

  化。另外,测试所用的测试计划、测试用例、测试 Build 版本经常变化。这是对测试工程师需要面对和正

  软件测试工程师在一天的工作时间里,可能需要做多件事情(例如,测试负责人可能中间会安排新的任务)

  测试过程很少是一帆风顺的,特别是不熟悉的新软件,或者测试用例没有表达清楚。这时除了自己学习和思

  考,还需要向测试组的其他同事请教。如果问题仍然没有解决,请及时向测试负责人反映情况,寻求帮助(

  提示:测试负责人积累了软件测试经验,一般问题都可以搞定,但是测试负责人也不是万能的,他们也有很

  多不能解决的问题,但是他们有“杀手锏” — 向客户的测试负责人寻求帮助,由于源语言是客户开发的,

  测试过程不要一味地在测试计算机上做下去,要经常在日常工作用计算机查看和回复电子邮件,以免耽误了

  更重要的任务。除了电子邮件之外,也可以打电话和即时网络交流工具( MSN 等),或者面对面与同事交

  流(提示:对于复杂的问题,与其来回发送多封电子邮件还说不明白,还不如打个电话或者面对面交谈更有

  互联网和传统行业的不一样,变更多,迭代快,测试工程师们能大噶说一下吗?还有,怎么样才能提高自己的价值呢? 精彩答案: 会员jijiting: 抛砖引玉,了解皮毛而已。 测试要做的是,检测和监控产品的质量,提高测试效率,优化测试流程,改善评测办法,为产品的改进和上线提供保障。 测试工程师大概在做: 1、功能测试:包括和开发、产品确认产品需求,做测试计划,设计测试用例,做测试用例评审,做冒烟测试或者准入测试,执行测试用例,多轮迭代测试,一直跟踪到上线之后的回测,以及看下用户的反馈,确认测试过程中有没有遗漏(算作是KPI的一部分)。在这个过程中,可以反思自己的疏漏,完善测试的流程,完善测试的检查点,增加各种类似的测试,思考可以自动化的部分并实现。 2、自动化测试:对界面、接口或者后台进行自动化的测试,在测试的前期可以保障基本功能的正常,在测试中期可以保障开发的修改没有对产品质量引起严重问题,在测试的后期可以做上线前的回归测试,上线之后可以作为日常的监控。自动化的测试在不同平台、不同操作系统、不同浏览器下使用不同的工具,采用不同的框架,所以在没有这些的时候需要调研目前行业内比较流行的解决方案,寻找到适合自己产品的方法来解决问题。之后开始设计测试用例,并进行实现。产品的改进过程中需要进行维护,保证随时都可以通过。 3、性能测试:测试产品的性能,在多大的压力下可以满足当前预期的用户请求。需要使用各种压力工具,做压力文件,安排与线上一致的测试机器或者精简后的环境进行测试,对测试出来的数据进行分析,确认现有的系统是否存在问题。貌似环境部署可能是个问题,所以公司里面会有大牛做一些自动部署的工具,甚至会开发出一些独立的平台来完成多台机器的部署工作,可以节省很多的时间。测试出来的数据跟产品以及开发人员确认,也可能会找到一些方案来解决。 4、测试开发:相对来说开发的工作比一般测试工作要多一些。开发一些自动化的测试的平台,比如一些评测系统,供人工评测试用;设计一些测试框架,来满足日常自动化以及性能测试的需要。制定持续集成测试的平台和方案并且实现,结合自动化的测试实现人工测试之前的自动化测试实现,对开发的代码进行监控,跟踪并尽量帮开发改进产品质量等等。这块我比较白,还在仰视阶段。接受其他测试人员的需求,开发合适的工具来提升整体测试效率,改进测试方法。 5、测试工具以及测试理念的推进。测试在大多数人看来还是比开发要差一些的,测试工具还可以,能够直接快速的反映出测试人员的价值,但是更多的功能测试、性能测试还需要跟开发去沟通,让他们意识到测试的重要性,但是最重要的还是要提升测试自己的工作能力,尝试影响开发人员并且和开发人员一起,最终提升产品的质量。 6、测试人员还是要多学习吧。要是觉得测试是个人都可以做的就别来趟这个浑水了。 会员 姜雷: 我当时是做实习生,实习生的时间比较自由,也没有具体的产品、KPI捆绑,所以我做的主要是没有具体产品关联的长线项目。比如说自动测试平台的搭建,测试自动化辅助工具的开发,原有测试脚本的集成、改写、自动化等工作(比较杂,有些随性,我甚至写过单元测试——这个应该是dev做的)。还有就是一些具体的模块覆盖率的提高、测试自动化的探索。 具体到身边的入职同事们,工作就比较杂了。忙起来的时候,是黑盒、白盒;自动化、手动的都要做。项目上线之前的功能、性能、压力测试等都是必要做的,由于目前国内互联网发展较快,项目改进迭代的压力很大,所以有的时候感觉身边的同事都被项目纠缠得忙——这就是为什么上下一心都觉得自动化很重要。 当然,还有些人专门做测试工具的开发和测试流程改进的探索,我当时所在的部门也开发了很不错的自动化测试工具——这应该是我接触过的最接近开发的测试开发人员了。 我实习的组测试人员比较主动,去做了一些项目敏捷化的探索,还主导了项目的敏捷化,但是开发人员那边跟进得并不是很积极——我个人认为这个应是开发人员主导的,而且整个团队都参与进来,各个人员的角色需要有交叉——可惜我在实习期间没有体验到这些,这个在形成了一定的规模的国内公司估计很难改变。我实习结束的时候,有些组在流程上已经非常敏捷、自动化了,但是毕竟是上线的产品,自动化的初期肯定有一定的阵痛,估计现在应该好多了。 另外,谈谈我个人的一些感受,如果专门做测试的话,我觉得最大的问题就是成就感的问题。你做的似乎永远只能是内部使用的东东,永远不会成为呈现在用户面前的产品(gtest等测试框架产品除外)。当一个项目上线以后,你得到的relief多一些,但是成就感相对少一些。 我只是从实习生的角度谈的。



相关阅读:真钱二八杠

上一篇:SAP与上海爱数信息技术股份有限公司举行了签约仪式

下一篇:没有了


真钱二八杠 | 网站地图
Copyright © 2019 版权所有 真钱二八杠