本文为霍格沃兹测试学院优秀学员跳槽笔记，测试开发进阶学习文末加群。作为七年的测试老鸟，做过几年外包，也做过自研项目，目前在一家电商小团队做业务功能测试，涉及一点压力测试，只是配合开发写 jmeter 脚本，资源分析和问题定位都是开发主导。总体来说，自己缺乏自动化和 python 语言能力，想在这方面提升自己。不甘点点点的业务功能测试，想提升自己的技能，拿高薪。当初也想过自己学习，但是遇到以下几个问题，第一自觉性。第二，一个人学习很枯燥，没有学习氛围。第三，不是系统性学习，知识点很凌乱，成长很慢。在百度找到的咱们学院，也对比了其他几家培训机构，看了咱们学院的课程安排，和试听课，觉得干货满满，比较合适我最后就报名了。现在已经拿到了某知名企业的高薪 offer，涨薪超过 60%。

名师指引，事半功倍

报班加入学院之后，老师会不定期更新基础知识部分的录播课，然后每周四和周日有直播课，而且老师每周会学习任务，班级微信群也能提供一种学习氛围，有时大家上完直播课需要整理笔记或练习到凌晨，看到其他同学那么努力，自己有什么理由不努力呢？所以通过几个月的学习，自己在 python 算法、自动化、和持续集成框架等各方面的技能都有提升。

学习心得

1.我觉得最重要的有 2 点：笔记和练习，推荐“语雀”2.录播要提前看，python 算法题要坚持刷，可以在力扣或牛客网找题目，一般刷容易或中级题目即可，不懂得可以先看看讲解，慢慢学会自己思考，写完代码提交时有用例，可以帮助自己看考虑是否全面 3.师父引进门修行靠个人，在学习完自动化框架之后（比如 pytest 框架，webUI 自动化，Jenkins 持续集成），有条件的比如在职的同学可以在自己公司的产品上实践一把，多采坑，让自己印象更深刻，学习得更彻底

面试经验

不打无准备之仗，面试前一定要做好准备，可以从这四大方向去梳理：基础知识储备、算法储备、项目经验、常见软技能问题，还有一些必考题比如：自我介绍、简历上的工作经历和项目经验、最后面试官问有什么需要问的吗。面试官问的题基本上都是咱们学院老师讲过的，面试前看看岗位要求再针对性复习一下。我面试的测试开发岗位，要求自动化框架设计及实现能力，那就多复习一下这块，比如元素定位，等待方式，po 设计模式、javascript 脚本及空间交互等等，当前除此之外，测试理论，流程，和 linux、数据库这些也必不可少，性能测试如果会，也是加分项。然后就是算法题了，这个就不是一两天能准备好的，是一个积累的过程，建议大家从学习开始，坚持每天刷 1-2 道算法题。

面试真题之基础理论

1、开场介绍

面试官，你好，我叫 xx，20xx 年 xx 专业本科毕业,从事软件测试将近 xx 年的时间,在此期间做过一些项目也积累过一些经验，能够独立地完成软件测试流程的一个工作。我之前主要做过的是功能测试，web、接口自动化测试、和一些管理工作，也带过新人，用过 Jmeter 做过一些压力方面的测试。我对于缺陷管理工具比如禅道，版本控制器 git 与 svn 能够熟悉应用。数据库、linux、Fiddler、Charles、Jmeter 这些应用也比较熟悉。对 pytest 测试框架比如参数化、fixture、allure 报告比较熟悉。能独立完成搭建持续集成环境，以上就是我的一些简单的自我介绍，谢谢。------使用的架构是 VMware+ubuntu+docker（部署 Jenkins）+windows 节点+pytest+allure 报告的这样一个架构。app 的持续集成，它是使用 Pythopn+Appium，结合 pytest 自动化测试框架，基于 PO 的思想来实现的。

2、公司的测试流程？

1、阅读相关文档（如产品 PRD、UI 设计、产品流程图等）。2、参加需求评审会议。3、编写测试计划。（根据最终确定的需求文档）4、编写测试用例（等价类划分法、边界值分析法等）。5、用例评审，给出冒烟用例（主要参与人员：开发、测试、产品、测试 leader）6、开发冒烟测试，并发提测邮件 7、执行测试用例，记录 bug8、验证 bug 与回归测试。9、写测试报告，给产品发验收邮件，并配合验收 10、版本上线 11、线上日志分析，跟踪

3、你用过哪些用例设计方法？

白盒测试：逻辑覆盖、循环覆盖、基本路径覆盖黑盒测试：边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试场景法

4、如何测试一个纸杯？

1、功能度：用水杯装水看漏不漏；水能不能被喝到 2、安全性：杯子有没有毒或细菌 3、可靠性：杯子从不同高度落下的损坏程度 4、可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用 5、兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 6、易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 7、用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 8、疲劳测试：将杯子盛上水（案例一）放 24 小时检查泄漏时间和情况；盛上汽油（案例二）放 24 小时检查泄漏时间和情况等 9、压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

5、设计一个登录页面的用例（提供某个场景设计用例，重点！）

功能测试：正确输入、为空输入、字符类型校验、长度校验、密码是否加密显示、大写提示、跳转页面是否成功、登出后用另一个账号登录 UI：界面布局合理、风格统一、界面文字简洁好理解、没有错别字性能测试：打开登录页面需要几秒、点击登录跳转首页需要几秒、多次点击、多人点击安全性：用户名和密码是否加密发送给服务器、错误登录的次数限制（防止暴力破解）、一台机器登录多个用户、一个用户多方登录、检查元素能否看到密码兼容性测试：不同浏览器、不同的平台（WindowsMac）、移动设备能否工作易用性：输入框可否 tab 键切换、回车能否登录等

6、什么是代码覆盖率？

是软件测试中的一种度量，描述程序中源代码被测试的比例和程度，所得比例称为代码覆盖率。在做单元测试时，代码覆盖率常常被拿来作为衡量测试好坏的指标，甚至，用代码覆盖率来考核测试任务完成情况，比如，代码覆盖率必须达到 80％或 90％。代码覆盖率＝代码的覆盖程度，一种度量方式。

代码覆盖率的意义

分析未覆盖部分的代码，从而反推在前期测试设计是否充分，没有覆盖到的代码是否是测试设计的盲点，为什么没有考虑到？需求/设计不够清晰，测试设计的理解有误，工程方法应用后的造成的策略性放弃等等，之后进行补充测试用例设计。检测出程序中的废代码，可以逆向反推在代码设计中思维混乱点，提醒设计/开发人员理清代码逻辑关系，提升代码质量。代码覆盖率高不能说明代码质量高，但是反过来看，代码覆盖率低，代码质量不会高到哪里去，可以作为测试自我审视的重要工具之一。覆盖率数据只能代表你测试过哪些代码，不能代表你是否测试好这些代码。不要过于相信覆盖率数据。不要只拿语句覆盖率(行覆盖率)来考核你的测试人员。测试人员不能盲目追求代码覆盖率，而应该想办法设计更多更好的案例，哪怕多设计出来的案例对覆盖率一点影响也没有。

7、了解中间件吗？有哪些？

1、服务注册、发现：

常见的有 zookeeper，主要功能是让网关知道有哪些服务，还有服务的位置（注册中心），服务是否正常运行等（健康检查），与网关一起合作，将用户发送的请求导向正确的处理模块。

2、消息队列：

消息队列简介很透彻的文章https://www.zhihu.com/question/54152397常见的有 reids 等，主要功能是当请求量过大时，可以将请求放入到队伍中排队，再一一去处理，需要注意的是 redis 会将队列储存在内存里，需要准备足够的内存资源。2.1、你为啥用 MQ 消息队列？1、用于“异步、削峰、解耦”三大场景 2.2、消息队列有啥问题么？1、比如消息重复消费、消息丢失、消息的顺序消费等等 2、NG3、dubbo4、MQ

8、以后的发展规划？

1.积累行业的业务知识 2.丰富测试技能如代码编写能力 3.提升开发小工具插件的能力 4.管理协调能力，独立带版本团队

9、测试开发、与测试的区别？

1、一个侧重业务，一个侧重自动化或工具 2、测试开发的核心职能依然是测试 3、测试开发：利用开发能力解决测试工作中的问题，小到生成数据、并发模拟等工具的开发，大到整个自动化测试平台的设计与实现，旨在提高效率，降低成本

10、什么是测试左移、右移？

测试左移：本质上是借助工具和测试手段更早地发现问题和预防问题。1）需求：对需求、架构和设计模型的测试 2）开发：着重增加对单元、组件和服务层的测试 3）持续测试：自动化测试落地：测试任务跟踪，不仅仅只是跟踪测试本身的工作，还需要介入到需求、技术方案、编码的全过程。只有前序每一步都跟踪到位，才能尽量避免测试过程中的不可控因素，从而保证产品质量

测试右移：

对测试同学来说，版本上线后需要持续关注线上监控和预警，及时发现问题并跟进解决，将影响范围降到最低。1）灰度发布：新版本线上测试；2）服务监控：合理的性能监测、数据监控和预警机制；3）用户反馈：线上问题处理、跟踪机制

11、adb 常用命令有哪些？

adb devices,获取设备列表及设备状态 adb connect127.0.0.1:7555 连接设备 db get-state,获取设备的状态 adb shellps|grepadbd，可以找到该后台进程 adb install 用于安装 adb uninstall 用于卸载 adb shell pm listpackage 获取设备应用信息 adb logcat 在 cmd 窗口查看手机的 Log 日志

12、举例说明项目推进的能力（针对个人评价的举例说明）

（例）推动开发解决菜单权限需退出登录才可应用的问题。描述：XX 项目上线后，由于权限更新导致用户无法使用旧界面+用户不懂得自己退出登录以应用新菜单权限，线上多个用户反馈平台相关功能无法使用。处理：远程操作+线上指导出现问题的用户退出登录，凌晨脚本批量强制用户退出登录。推进：在下一次版本中，推动开发处理菜单权限更新问题，以防每次更新菜单都出现用户使用不了功能的问题。结果：处理为用户登录期间仍可使用旧界面，直到用户退出重新登录后，才应用新菜单权限推动冒烟：冒烟不通，测试召开会议罗列项目不通的模块、存在的问题，一一对应到每个人去跟进，得到解决的时间，后续项目群说明并艾特每个人跟进。测试准时验收推动文档质量：在日常工作中遇到需求文档、设计文档、接口文档不规范或不详细的在绝大多数，这个时候就要通过沟通或以 bug 的形式，促使各个岗位将各自的文档完善结合自己的个人经验，从问题描述+处理过程+推进表现+结果，一一说明

13、印象深刻的一个 bug？

隐藏得比较深的 bug、影响比较大的 bug、处理过程比较曲折的 bug。根据自己的经验描述：如何发现的、如何处理、影响、结果、反思。举例说明：如升级版本兼容性问题、接口安全性问题、数据库安全性问题、服务器资源占用溢出问题、代码逻辑问题等

14、你们公司是不是敏捷开发？介绍一下敏捷开发？

敏捷开发属于增量式开发，对于需求范围不明确、需求变更较多的项目而言可以很大程度上响应和拥抱变化、主张简单、拥抱变化、可持续性、递增的变化、高质量的工作、快速反馈、软件是你的主要目标

15、复盘会议的主要内容有哪些？

这点需要结合自己平时参与的项目会议举例说明。如线上 bug 分析、优化改进策略、bug 优先级等等

16、app 的兼容性怎么测，app 的接口测试怎么测？

系统兼容(ios、安卓)、机型兼容（iPhone、华为、小米、三星、vivo、OPPO）、分辨率兼容、软件本身向前向后兼容接口测试：获取接口文档，使用 fiddler 抓包工具获取接口的请求方式、url、请求参数、返回参数，然后使用 postman、jmeter 进行测试

17、web 端测试和 app 端测试有何不同（常见）

系统结构方面 web 项目，b/s 架构，基于浏览器的；web 测试只要更新了服务器端，客户端就会同步会更新 app 项目，c/s 结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍兼容方面 web 项目：a.浏览器（火狐、谷歌、IE 等）b.操作系统（Windows7、Windows10、Linux 等）app 项目：a.设备系统:iOS（ipad、iphone）、Android（三星、华为、联想等）、Windows（Win7、Win8）、OSX（Mac）b.手机设备可根据手机型号、分辨率不同性能方面 web 项目需监测响应时间、CPU、Memoryapp 项目除了监测响应时间、CPU、Memory 外，还需监测流量、电量等相对于 Wed 项目，APP 有专项测试干扰测试：中断，来电，短信，关机，重启等弱网络测试（模拟 2g、3g、4g，wifi 网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g 切换到 4g/wifi 等）安装、更新、卸载安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况卸载：需考虑卸载后是否删除 app 相关的文件更新：分强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新界面操作：关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换安全测试：安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等边界测试：可用存储空间少、没有 SD 卡/双 SD 卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等权限测试：设置某个 App 是否可以获取该权限，例如是否可访问通讯录、相册、照相机等

点击下方链接免费领取：性能测试+接口测试+自动化测试+测试开发+测试用例+简历模板+测试文档

http://qrcode.testing-studio.com/f?from=infoQ&url=https://ceshiren.com/t/topic/22265