1、自动化测试历程

我踏上自动化测试这条路至今，已有10几个年头了，回忆这段历程：

从接触UI自动化（unittest+selenium）、接触接口自动化（unittest+requests）、到开始自己编写自动化平台（后台使用python的flask，前端使用element+vue，没有第三方自动化框架），一步一个脚印，摸索着学习着，也遇到了重重困难，但这些问题促进了我的成长，加深了对自动化测试理解。

如果你对自动化测试存在疑问，可以随时来问我，虽然我不一定把每一个问题回答得面面俱到，但我的经验是多年在自动化测试道路上跌跌撞撞总结出来的，可以帮助你越过一个又一个泥沼，让你成长的更快，走的更远。

2、自动化测试问题举例

关于自动化测试这一块，前几天有同学在后台给我留言，说自己到岗后接到的第一个任务就是：研发一个测试数据生成器。

他很无语，为什么非得自己研发，不是有现成的嘛，我想肯定很多人都会有这样的疑问。

3、资深老师即时贴

说到自动化测试，很多人关注点都在工具上，工具掌握不难，难的是如何进行研发工具~~其实无论什么样的测试工具，其功用都可以总结为以下几种：

很多企业为了后续测试工具研发工作的顺利开展，都会选择小试牛刀，自己研发测试数据生成器。

所谓测试数据生成器，就是通过Python脚本语言实现按照给定的测试数据的要求，随机生成少量或大量的测试数据。

举个例子来说：任何的测试执行都需要有测试数据，普通手工的方法是由人工来构造并输入测试数据，凡是做过测试的工程师都能有感受，这是一个特别“磨人”的活，一遍一遍，反复不断。即使写了自动化测试脚本，但测试数据的构造问题仍然是人工去构造，还是没有从根本上解决测试数据的自动化生成问题。

有人可能说有那么多现成的数据生成工具，为什么非得要自己研发，没有必要。说的很好!如果现成的工具不要钱，而且又能完全满足工作要求，那真的没有必要自己研发！

但如果需要钱，或者即使花了钱，这个工具也不能完全满足要求，但问题又要解决，那就必须自己研发了。 同时更重要的是，我们每个测试工程师都希望自己有很强的技术竞争力，那如何竞争呢？如果花钱就能做的事情，是不是也不需要我们了......

学到老，才能干到老。要不还没老，就已经干不动了，没人要了可就麻烦大了......大家一起干，一定搞定这个测试数据生成器，不仅能用于自动化测试，而且能同时用于手工测试，非常方便的！

自动化测试技术在现代测试技术中是有一定优势的，但是自动化测试不是在任何情况下都必须的，适当的、或者是有效成本投入，需要我们在合适的时机引入自动化测试，使手工测试和自动化测试实现完美结合。

当然，自动化测试工作中，每个人遇到的问题也各有不同，并不是我简简单单举一个例子就能说完的，也有人会问：UI自动化测试要不要做？有哪些自动化测试框架？什么样的项目更适合做自动化测试？……关于自动化测试，你一定也有自己的疑问。

4、自动化测试，你遇到难题了吗？

1.面试自动化测试岗位，如何让自己的简历更加专业？

2.结合企业，分层框架做到什么程度？

3.实现接口自动化，如何快速掌握数据源的问题？

4.做自动化测试，是否只需掌握工具就可以？

5.只做功能测试，从哪些方面去提升自己测试技术？

.........

目前工作中，测试App会涉及到一下几个方面：客户端、小程序、h5页面等，看似不同却又大相径庭。

点击添加图片描述（最多60个字）

1、功能模块测试：功能模块测试其实最重要的是考察测试者的逻辑思维能力和对需求的理解能力以及一些页面交互性，输入输出的考虑等，所以以上三者是共通的，没有太大的区别。

2、权限管理：

1)相同点:需考虑权限允许的情况和权限不允许的情况；需要多测试无系统权限的页面

2)不同点：App测试时需要考虑用户是否可以访问手机通讯、相册、相机、存储空间等权限，关闭权限时会是什么情况。小程序是否需要微信授权，切换登录账号后是否需要重新授权等；h5页面关于权限的考虑一般就是不从登录入口，能否进入页面。

举例一个常见的手机权限测试：我们在第一次运行软件的时候会让开很多的权限，那我们把权限关闭了，再打开应用，会是什么情况呢？

点击添加图片描述（最多60个字）

点击添加图片描述（最多60个字）

3、兼容性测试：一般公司都会提供App用户使用较多的机型进行测试，一般App常用的有：Android（华为、oppo、小米等）、IOS(iphoneX、iphone6、ipad等)，这么多的手机机型，展示的页面情况可能会出现误差，有些图片或者动态效果会显示完全不一样，这个是非常需要考虑的，用户体验不好也算个bug，哈哈！其中特别要提醒下刘海屏的问题，比较常见。小程序方面主要考虑不同微信版本的兼容、分辨率、二维码的兼容（客户端的二维码分享、小程序的二维码分享等是否显示正确、是否识别成功等），H5页面不同浏览器打开是否显示正确。

4、交互性：我们在测试的时候要在用户的角度去进行测试，有体验不好的也可以和产品沟通，比如：页面如何切换、动态交换效果、返回上一级、交互提示等。

点击添加图片描述（最多60个字）

5、网络情况：网络延迟的情况（可以用抓包软件修改网络状态）、网络wifi/4g/3g/无网络/飞行模式情况、无网络到有网络/有网络到无网络的切换。断网时点击按钮，连网后再次点击查看效果。

举例：登录应用后关闭wifi和数据流量或者开启飞行模式，查看页面是否有网络异常提示，恢复网络后，刷新页面是否正常显示。

点击添加图片描述（最多60个字）

6、性能测试：App上性能问题比较常见，会出现白屏、资源占用闪退、页面加载时间过长、卡顿、首次登录时间过长等情况，其中性能测试人员会根据应用的响应时间、内存占用率、cpu占用率、耗电、流量等情况进行性能测试。小程序中据了解，android机性能问题比较多。

7、缓存问题：App和小程序考虑缓存的情况比较多，小程序最大可以有10M的本地缓存，那么缓存是用来干嘛的呢？提高页面的流畅，不用再次向服务器请求数据，减少服务器资源空间，常见缓存问题：清楚缓存时被迫强制退出、系统设置清除缓存的情况等；

点击添加图片描述（最多60个字）

8、内存相关:主要测试手机内存空间满的情况，开启很多占用内存的app是否对本系统出现异常（针对App）；

9、特殊操作：当然有些特殊的用户操作也要考虑，如：长按图片是否能保存图片、页面左右滑动能否切换页面、连续点击是否进行两次请求（需要限制只能请求1次）、页面数据加载时上下滑动（经常会出现闪退的问题）、图片滑动到最后一页是否能继续滑动、当在h5或小程序页面提示下载应用时点击下载情况、退出当前进程在打开情况等等，太多了，没有你想不到的骚操作，这不就是一个测试该干的么，哈哈！

10、存储处理：（app）存储空间满了，是否还能安装成功，安装成功了，存储空间满了，是否能打开应用；当用户在使用程序时，内存满了，是否会提示；保存图片的时候是否会出现缓存文件，下载的文件等信息是否正确在手机里存储。

11、推送/弹窗消息：小程序的推送消息是小程序助手中的消息，App是消息推送的形式。要注意后台设置的推送消息是否正确提示，点击查看推送消息是否进入应用（点击弹窗是否会对当前使用应用产生影响），推送消息发送是定时发送还是触发发送等。弹窗的触发条件是什么样的，弹窗显示时间是多久，是否会有蒙层（取消时蒙层是否消失、点击蒙层的情况等）

点击添加图片描述（最多60个字）

点击添加图片描述（最多60个字）

小程序的消息推送：

点击添加图片描述（最多60个字）

12、小细节：其他就是关于手机的本身硬件问题了，比如电量（电量低的时候能否使用摄像头等）、消息、电话调用等情况，都是要注意的。

点击添加图片描述（最多60个字）

总的来说，手机测试和网页的测试基本功能差不多，但是手机测试需要更加多注意一些用户操作以及手机本身自带的独特性等，相信玩手机多年的我们对手机应用的使用已经驾轻就熟，测试起来也是得心应手的。希望这篇文章能对小伙伴们有所帮助！

大三在考研与工作的纠结中，我最终选择了工作，据学长学姐的推荐下就这样开始了我的测试学习之路。因为从未接触过，在图书馆借了几本书，越看越发现和学长学姐口中说的简单相差甚远，没有任何学习思路，黑白盒，测评，工具，软件工程，网络，数据库。。。完全无从下手，周围也渐渐有同学开始选择去报培训班学测试，除昂贵的费用让我望而却步外，还有那颗不服输的心。

点击添加图片描述（最多60个字）

于是，做了一个考研的作息时间，奔上了艰苦的学习历程。不知道哪一本书应该先看，哪本书后看，相同的关键词每本书有不胜相同的称谓和解释，每一本书都从头看起，生怕漏任一个解释，每一天脑子都昏天暗地，到晚上回忆发现想不起任何东西。

第二天起来重复，不知道哪本书看过了，哪本书没看过。无意间在网上看到一个软测招聘信息，看了下要求，眼前一亮，接下来找了好多软测的招聘要求，工整的抄在本子上，知道企业最关注什么，衡量了轻重，这才开始了思路学习计划。

大四第一学期选修课竟然是软件测试，毫无悬念的帮自己和同学拿到了高分。最难就业季的冷风把所有人的心都吹得颤抖，家里安排好工作的孩子们也露出了放肆的笑容，整个系不管身手如何都开始流行撒大网---人手两份简历，男生一份开发一份销售，女生一份测试一份行政，而我固执的拿着一份软测隐忍固执的穿梭在招聘会里，最终成为系里第一批拿到offer的且第一个拿到软测的人。

2、不在乎自己做的事情是否简单，只在乎我做的事情是否不可代替。

后来因为三方的事情没能去到北京实习，最后在西安找了一家公司实习，我只知道概念，对即将开始的工作满怀期待和激情，但是在这个并不重视的软测的公司里，我被稀里糊涂的告知研发位置不够坐不下了，你先在技术支持坐几天吧。在技术支持的哥们儿们出差回来之前，我和另一个实习生坐在空荡荡的办公室里，每天都在复习各种测试知识，等待坐到研发那边后大展拳脚，只是没有想到这种期待是如此的漫长，以至于到最后消磨了我所有的信心毫无意外的颓废了。

突如其来的改变，是同事电脑坏了打电话到技术支持部门求助，好动的心性让我忍不住过去看了下，查了很多百度最后莫名其妙的弄好了，接下来就越来越多的同事找到我，就这样被大家潜意识里变成了技术部门的人。终于见到技术老大和哥们儿的真面目了，分配给我们俩一个项目又出差了，后来才知道这是公司最大项目之一。

客户千奇百怪的问题，在我苦思冥想中，基本都解决了，后来有很多客户都指明要我接电话，这让我在公司备受宠爱。接下来一切都顺风顺水，出外支持，客户培训等等。期间还对整个公司的项目文档进行了分类整理。

3、记住，我给你一个唯一特权。

六个月实习期已经过了三个月了，研发部经理突然找到我说那边有位置了问我愿不愿意调回去，当时我犹豫了一秒答应了。在研发部的日子很沉闷，测试总共有一个老员工和三个实习生，老员工轻描淡写了我们目前进行的项目和即将要做的事情，我抓住了她无意中提到的测试用例，我从没真正写过，于是去上了人生中第一个夜机写了一整晚第二周发给她，她没回应，后来我看到svn上面放的是我的测试用例写的是她的名字，但是我还是很高兴，每天努力地提Bug,看各种文档。

因为我有技术支持比较熟，研发部经理让我写报价单和验收报告，二次打回让我忍不住跑去问他到底需要什么样的，他说我一直在等你来。第三次完美收官。又来了一个新经理顶替他，说是要对研发部门彻底的改革，给所有的实习生开了会，问我们实习的感受，我说很感谢公司让我体验到了真正的测试流程。

后来他对我们各种压迫，逼迫我们通宵加班，一段苦日子之后，他说很遗憾没有人通过他的考验，但如果我们想留，他自己承担我们每月的1200元毫无压力。

我想了一晚上，第二天找到他，和他聊了一个整个上午，他说他很欣赏我，但是不欣赏我现在的能力，然后亲自给我做了一个测试面试作为离别馈赠，他说你看吧，在这几个月里你学到的东西和你几个月之前知道的没有多大区别，那留在这里还有意义么？

然后我才知道自己已经闭门造车了多久，自己到底有多差劲。他还告诉我说技术支持和培训学员那边都给他打招呼想把我调过去，部门任我选，我拒绝了。我起身告辞时，他叫了我的名字，说，记住，我给你一个特权，等你有了足够的能力的时候如果想回来，我随时为你敞开大门，只为你。

4、从一开始，就没有得到使用我是新手这个理由的权利。

经理的话深深地影响着我，于是一拿到毕业证我立马到了东莞，早上下火车，下午去跑去另一镇面试了，没有经验的应届毕业生，没有任何的优势拿到稍微平衡的工资，我现在都还不知道当老大sunny chen给我offer是看中我的信心还是对工资的谦逊态度，总之他说需要让我完全支撑测试流程的时候，我犹豫了3秒然后坚定的告诉他我可以。

其实后来一直很心虚，因为我不太能听懂他讲的普通话，里面隐约的几个关键词我想我是从来都没听过的。

第一天上班，他说他给我一个周的时间让我熟悉业务并找好用的测试管理工具搭一个测试环境，我才开始查什么叫测试环境，测试管理工具哪个最好用，无数次试验，重装，查错，星期四搭了bugfree,并能顺利发邮件。

我想现在我应该还不能完整顺利地搭出来，因为当时错一个改一个完全没有章法，搭好可能真的是老天在帮我。我们是小公司的一个独立的小部门，自主研发客户管理系统，会员管理系统，仓库管理系统等等共10几个项目，目前主在做核心的五个系统，即同时测5各项目，后来老大在外面接私活儿来做，很忙但乐不思蜀，白天疯狂的测试，晚上学习，公司，宿舍，饭堂三点一线。

我根据我们的项目修改了bugfree里的状态，为项目做了各种文档的专用膜版。老大说给私活儿测测性能吧，然后我花了一个周的时间下载了lr并安装，终于接触到了对我来说神一样级别的东西。

5、不想在失败的时候退出，要退出就站在巅峰之后再退出。

花了很多时间和客户交流沟通，培训，经常弄到半夜一两点，最终在部门被撤除之前完成了私活儿和客户管理系统。星期四早上被告知要撤除，下午我投了简历，星期五中午散伙儿，下午我去面试。

安静的周末让我更加低落，西安的朋友都说快过年了回去吧，过完年在西安找工作，一切都会好起来的。我哭了，不是我不想回去，而是不想这么狼狈的回去，我不甘心。星期一人事打电话通知我面试通过问我什么时候能去上班，我说明天。

6、精益求精做自己喜欢做的事情。

不得不事先吐槽一下，我掉进一个狼窝了，上家公司虽然比较忙但时间自由，只要完成任务可自行安排上班时间，那时程序猿们经常12点才来上班晚上上到很晚。

这里886的工作制度，我没有额外的时间和精力学习了，每天无穷无尽的测试，第一天早上办完入职手续，给我说了下用的什么系统，要测什么项目。下午就正式提交bug了。没有需求分析，没有任何文档，只有一堆效果图，对业务的理解就要看对效果图的理解程度了，这是经理给我说的除面试外的第一句话。

公司自主研发的5个web项目，给我两个，另一老员工负责三个。我没做过web项目的测试，又算新的邻域！我信誓旦旦的觉得自己测得很全面的时候。一个偷懒的美工找了几个微妙的样式bug给我，两个页面的淡蓝底色宽度不同，还放在一起截图给我，那1mm的差距真的让我傻眼了，原来测试还可以这么细致。

我的强迫症就此变得更加严重了。每天上班第一件事测试外网有没有问题，下班前最后一件事测试外网有没有问题。在不久后那个老员工因疏忽把一个bug放到了外网在群里被批评，我庆幸自己有这样的先见之明。

7、很牛的人都有一段很苦逼的经历。

当这个项目接近尾声时，生活开始异常无聊了。幸而不久后公司开始全面推广老员工手上负责的一个项目，我也加入了战列，但真的不知是福是祸。对项目的不熟悉，而项目紧急，没办法停下一分钟，客户的反馈接踵而来，让我们应接不暇。就这样第一次推广失败。

接下来的一个月便是魔鬼般的日子，每个人都顶着巨大的压力，可仍超出经理承诺给boss的时间的两周，然后，毫无意外，这样的紧迫下必须以失败告终。终于boss仁慈再给了2个月时间。

为了凸现隆重，第三次推广新加了10个有奖活动。交由我负责，就是这持续一个月的活动让我体会到了测试生涯中最苦逼的日子。每天卡着时间点和用户抢大奖，费尽心思制造各种真实数据，还得不停地测试我所负责的模块。

最后由于客服在微博上和用户起了争执，于是微博交给我管理，还要顺带解答用户所有的问题和疑问。做活动关系到拿奖提现，只有我最清楚每天哪些是真实用户和真实的中奖记录，顺其自然的又落到了我的头上。

在巨大的心理压力和身体压力下，很荣幸的长出了人生第一批痘痘，来势汹汹让我措手不及。我想我可能坚持不下去了。在活动结束的最后一天，boss拍拍我肩说，这下你轻松了。顿时心里的石头哐哐结实的落地。手上却还是停不下来，谁叫测试是无穷无尽的呢？

然后公司外出学习的名额内定到我头上，还神秘的涨薪，接下来还是没有完，顺其自然受到重视，顺其自然的任务总是比别人多，我相信，在不久的将来，也会顺其自然的，成为牛逼的人吧！

加我VX：atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~

大家好，我叫苗条小胖，一名历经沧桑，看透互联网行业百态的测试从业者，经过数年的勤学苦练，精钻深研究，终于从初出茅庐的职场新手成长为现在的测试老鸟，早已看透了面试官的种种套路，更是看尽了求职者的措手不及，既有尔虞我诈又有惺惺相惜……

蓦然回首，许多年前，我也是另一个求职者。故将我的面试经验分享给你们，希望每一个看过这篇文章的朋友都可以过五关斩六将，镇定自若，信心满满地应对面试！

【一】面试软件测试，你需要知道哪些？

常言道：知彼知己，百战不殆。那么对于面试软件测试中，我们需要知道哪些方面，才是我们制胜的法宝。

1、简历的重要性

首先，对于简历上提到的任何技术点，作为应试人员，都应该非常了解，因为这是面试官针对性发问的首选。即使不能够非常清楚地阐述其原理，但是在应用层面，至少应该可以清晰地说出在工作中的用途，并且可以简洁地描述出在自己项目中的应用情况。比如，在自己参与的项目中，采用了什么样的测试架构，如果是自动化，那么基于怎样的平台，有哪些工具，完成了怎样的功能。

换句话说，也就是所有写在简历里的项目，作为应聘者的你，都应该就此可以侃侃而谈，而不是看着什么热点就随便写一些上去。那样的简历虽然看着很好看，但是实际上到处都是漏洞，经不起推敲发问。

同样的，在自我介绍阶段，面试官也会对于面试者的表达，有重点地进行筛选发问，这一段自我介绍的准备和注意点，与准备简历是相通乃至相同的。

2、职位技术要求

其次，在面试之前，对于所应聘的职位应该有所了解。针对岗位的职责和要求，来进行有侧重的准备，包括简历和面试。软件测试的内容也并不仅仅是测试软件那么简单，而对于所有相关的方面，都应该有所了解。如果是手工测试，那么测试用例设计和测试思路就是非常普遍的考察点。如果是自动化测试，那么对于自动化测试工具的掌握甚至部分代码能力的考验，就是必须的了。

在当前的软件行业里，敏捷甚至DevOps都已经成为了业内标准，那么对于这个架构下的相关背景知识，是完全需要有很清晰的了解和熟练掌握的。从测试的角度来谈有关敏捷的话题，会让你加分不少。

3、选择适合的岗位

第三，面试并不是一个选拔性的考试，不是择优录取，而是选择合适当前岗位的人选。所以，如果是一个初级测试工程师，应聘测试专家很难成功可以理解。那么反过来，一个具有丰富经验的资深测试工程师，应聘初中级测试工程师的岗位时，成功的可能性也并不大。所以面试也并不是一个越厉害就越可以通吃的场合。不管如何，合适最重要。

4、面试官的决定权

最后，面试官的身份也有一定的决定权。很多公司的第一轮面试会和HR筛选简历进行结合。所以面试往往就是技术人员的面试，而面试官的身份或者背景也会对面试的结果产生重大影响。一个开发出身的测试面试官，往往会从本身的工作经验及内容出发，可能会更多会在编程语言的细节和自动化脚本的编写方面进行发问和了解，对于测试理论可能涉及到的不多。而资深的面试官，往往询问的会比较全面。这个就要看在面试过程中，面试官关注的角度进行分析，来有针对性的回答。

【二】初级功能测试工程师在面试中，常见的面试问题及其分析。

初级的功能测试工程师，往往是软件测试行业的初窥门径者。这就意味着他们对于软件测试理论和测试思想不可能有非常深入和广泛的了解，那么作为初级人员，在面试中往往会遇到怎样的场景呢？

其实，这种场景也往往意味着面试官的水准也非常重要。此时的面试官可能更多会注意到在测试工作中，面试者是否满足最基本的工作要求，而不是达到怎样的工作技能等级。

面试常见问题（一）：

“请你简单介绍一下你自己和参与的项目”，“你从参与的项目中都有哪些收获”……类似这样的问题，是面试官试图通过面试者的自我描述，来确定面试者在项目中的角色和责任，以及具备怎样的工作能力，是否具有上升的空间。

如何回答？

这个时候，对于面试者自身的情况介绍，一定要避免夸夸其谈，涉及高深或层级较高的技术点。因为一个初级测试工程师，是不可能深度参与或者管理一个项目的，那么在个人介绍中，就要着重说明自己在项目中的工作内容，以及对于工作的理解。表现出自己应有的位置，当然，如果你真的是非常了解测试的技术要点，只是工作经验欠缺，那么你需要的只是项目经验和锻炼，那么你就可以把自己所了解和掌握的内容与当前的工作内容结合起来，有一说一，这样面试官就不会产生你是在言之无物的印象。

面试常见问题（二）：

“我们假设有这样一个问题……，以你的角度来看，你会怎么做？”，“这里有一个项目……，如果让你来设计测试用例，你会怎样安排，思路是怎样的”，这一类的问题，主要是考察测试工程师的测试分析能力以及测试用例的编写能力。

如何回答？

这在软件测试工程师中，是非常基础的能力，也是很见基本功的方面。不要小看这种基础问题，想要进阶，这些基础能力必须非常扎实。

在此时，你需要的就是将这个问题当作一个项目，按照流程有条理地进行阐述，充分暴露自己的思维过程。

面试常见问题（三）：

“你对XX了解多少，谈谈自己的认识”，这样的问题是用来考察面试者的视野是否仅仅局限在工作本身。

如何回答？

俗话说“不想当厨子的司机不是好木匠（划掉），”是“不想当将军的士兵不是好士兵”。那么，对于一些当前较热门甚至前沿的技术或框架，作为初级测试工程师，如果对此有涉猎乃至研究，有自己的看法，那么对于自己将来的成长是很有助益的。企业也是很乐意培养这样有潜质的员工。

对于这类的问题，作为初级从业人员，就需要平时的积累和沉淀，对于行业的发展要有自己的总结和见解。

【三】通常企业中是如何定义初级和中高级测试工程师的，不同等级对于技能的要求都是哪些？有何不同呢？

初级和中高级测试工程师，在测试工程师本身来看，可能更多是侧重于测试能力和经验的差距。

而实际上在企业中，对于初级测试工程师来说，往往更多的是安排测试用例执行，或者较为基础和简单的功能测试。而具备了用例设计和测试计划能力的，就可以进阶为中级测试工程师。具备了自动化测试能力，对于测试理论有了深入了解，对测试工作有自己的见解，就可以归为高级测试工程师了。

我们从以上的一种划分标准来看，除了对于测试技能和测试领域的覆盖，对于测试工作是否能够从理论上的角度来进行分析和掌握，是区别初级中高级测试工程师的一个分水岭。

初中高级测试工程师的技能要求关系，我们可以理解为，工匠和大师的差别，简单来说就是从Executer到Designer的区别。简单的执行是工作的基础，而涉及到通过测试理论和测试思想来进行顶层设计，则是整个测试工作的上层建筑。

这就可以梳理出一条相对清晰的路径：

①从初级人员开始，测试用例的执行，将作为整个工作的基线贯穿始终。可能对初级的测试工程师来说，不管是手工测试还是自动化测试，执行测试用例的能力是必须的。

②而到中级测试工程师开始，随着对于工作的理解和自身经验的积累，具备了一定的设计和规划能力，则是中级测试有别于初级测试的标志，而此时的工作内容也会加入一定的设计和规划。

③而要想进阶高级测试工程师，除了技能上的全面掌握，对于偏顶层的测试架构也要有所掌握，而这个掌握的基础就是对测试理论和测试思维的深入了解与熟练掌握。