请自我介绍一下？
需简单清楚的表述自已的基本情况
平时工作中是怎么去测的
首先进行测试需求分析
然后我们会召开会议对需求评审
接下来设计测试用例
然后执行测试 提交缺陷
在执行测试时先验证功能再考虑兼容性 可靠性及界面等其他方面
最后编写测试结论
为什么要离开上一个公司？（离职原因）
或者：深圳IT行业发达，发展空间大，我也有家人或朋友在这边，所以我就过来了 (仅供参考)
或者：因为疫情公司经营不好，要降薪一半，所以就离职了
你上一个公司在哪？ 有多少人？开发多少？测试多少？
广州 中小型企业， 测试3个 ，一个测试组长，两个测试工程师，开发17个，总共有24个人
请介绍你做的项目？
（这个题至少要说清这个项目给什么类型公司或者什么行业做的，然后再来介绍这个项目的基本功能模块就可以.）
请介绍一下你这个项目的流程？ 在项目里你负责了一些什么，做了一些什么工作？
我这个项目流程 项目中我负责进货管理和日常管理功能的测试，主要是需求分析，编写测试计划，编写测试方案，测试用例的设计，执行测试提交bug，编写测试报告
你这个项目有多少人做？ 开发多少？测试多少？ 什么架构？
我这个项目两个人做，开发六个 两个测试 是B/S架构
B/S架构的系统从哪些点去测？
功能 链接测试 导航菜单 页面的跳转 表单测试 数据测试 业务逻辑测试等
兼容性 跟客户确认会常用的浏览器 再加上IE 火狐和谷歌等进行兼容性测试
界面 字体颜色大小 目标字段距离等
性能 链接速度 负载测试 压力测试
安全性 权限控制 链接封装 日志记录的测试 登陆密文 修改密码后需重新登陆 登入实效时间等
你在测试中有用到一些什么测试工具？
TD QC TL Bugfree，禅道 SVN
你对自动化，性能工具有了解吗？
自动化工具 ？
性能工具LoadRunner
测试中你有用到过数据库吗？为什么会用到数据库？
有 查看大型数据的完整和正确性时需用到数据库进行对比
当你提交bug给开发，开发不认同，你怎么处理？
（这个问题会有多种问法，答案要结合需求来答，一：需求不明确的怎么答？ 二：需求明确怎么回答？）
1 需求不明确的时候 需找开发人员和产品人员一起讨论 如果还讨论不出时需产品人员找客户确认
2、需求明确时 坚持原则并将原有告知开发人员 开发还不认同可上报项目经理处理
网络的7层协议是哪7层？ ftp这个工作在哪一层？
应用层 表示层 会话层 传输层 网络层 数据链路层 物理层
ftp在应用层
UDP.TCP有什么区别？ QQ采用哪种协议？
TCP：传输控制协议。可靠地、面向连接的协议；传输效率低。
UDP：用户数据报协议。不可靠的、无连接的协议；传输效率高。
QQ采用TCP协议。
你在测试中发现一个界面很丑，你认为这个问题是否严重？是否可以放过？
界面丑我认为这个问题不是特别严重，但是本着不放过任何一个bug的原则我还是会提交
数据库查询中什么是左连接，什么是右连接？
左连结以左表为基准 返回包括左表中所有记录和右表中连结字段相等的记录
右连结是以右表为基准 返回包括右表中所有记录和左表中连结字段相等的记录
什么是触发器？什么是存储过程？
触发器：通过事件来触发运行的，主要是没有人工干预的情况下来完成复杂度高一些的约束条件，从而保证数据库的完整性和一致性。
存储过程：在大型数据库中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数来执行它。
对自已将来有什么计划？（职业发展）
争取2-3年左右做到高级测试工程师:（功能）朝管理方向发展。做测试主管，测试经理，or（性能）朝自动和性能去发展
面试官：你有什么问题要问我的？
请问贵公司：，公司现在有多少测试工程师，项目有什么类型，进入哪个阶段了，或者晋升渠道
这有一个杯子，你怎么去测？（类似这种给一个实物，你怎么去测？）
能否装水，能否装可乐， 可以装多少ml酒精，水杯是否有刻度表，杯子能否泡茶，杯子是否可以放冰箱做冰块，杯子的材质，杯子的颜色，杯子的形状，能否装100度开水，杯子是否耐摔，杯子放烤箱里是否会融化，
你认为测B/S架构的系统和C/S架构的系统有哪些地方不一样的？ Web系统测试要从哪些点去测?
B/S为浏览器/服务器架构。通过浏览器访问；使用方便；访问速率相对较慢；更易维护更新，只需更新服务器数据；安全性相对较低。
C/S为客户端/服务器架构。需下载客户端应用程序；由于要下载并安装客户端才能使用，相对来说不易使用；由于有部分数据存储在客户端，所以访问速率相对较快；维护更新较为复杂；安全性更高。
Web系统属于B/S架构，功能、界面、兼容性、性能、安全性等方面
你觉的你有哪些优点？哪些缺点
（缺点要把优点当缺点来说）
优点的话就是 适应性还行有良好的合作意识，做事很细心 缺点的话就是同事说的太死脑筋不知道变通，一点小问题都不敢放过，太执着
你了解过我们公司吗？
了解过（具体自己要上网查清楚该公司的详细信息）
你对app测试有了解吗？什么是app测试？怎么去测？
App相关测试是应用程序的软件测试工作。
功能测试，界面和兼容性测试，易用性测试，安装、卸载和升级、与系统或其它软件交互
你对加班怎么看？
正面回答：可以接受加班，or但我会提高自己的工作效率减少不必要的加班 我最近没有没压力，可以全身心投入工作
反问 加班的话是否有加班费或者调休，补贴吗
你写过测试用例吗？ 写测试用例的依据是什么？
写过， 写测试用例依据需求规格说明书
测试报告你写过吗？ 写些什么呢？(至少要说出写过自已所测模块的测试报告)
人力的投入，用例覆盖情况，缺陷的分类和数量统计，测试对象评估，测试结论
测试计划主要写些什么东西？
被测试项目的范围，方式，资源，测试计划，进度组织，本测试执行的进入与退出标准，本计划的审批与变更方式，以及与测试有关的风险等！（测试的资源和范围，以及的测试的时间的一个计划和进度的安排，测试进入和停止的标准，计划审批与变更的方式。）
工资和发展平台你怎么选择？
发展平台
- 你们平时是怎么进行需求分析的？ 以以需求规格说明书为基准进行需求分析。分析需求对功能的要求，性能的要求，安全性的要求，兼容性的要求等，测试、开发及产品人员一起开评审会对客户需求进行讨论，不明确的方面向客户咨询清楚。
写过测试方案吗？都有些什么内容？
测试策略 测试资源 测试进度计划 风险管理 质量标准
写过测试报告吗？测试报告和版本报告的区别？
写过。测试报告是对整个测试过程与结果的总结，而版本报告只是针对测完版本的总结。
需求评审都有哪些人参加？怎么做的？有什么标准？
参加人员：测试人员、开发人员、产品人员
会议评审
标准 所有需求的编写在细节上是否都一致或者合适？ 是否包括了每个需求的实现优先级？软件需求规格说明中是否包括了所有客户代表或系统的需求？ 是否在需求中遗漏了必要的信息？ 如果有的话，就把它们标记为待确定的问题。是否记录了所有可能的错误条件所产生的系统行为？
用例评审都有哪些人参加？怎么做的？有说明标准？
参加人员：测试人员、开发人员、产品人员
用例设计的结构是否清晰 合理，是否有利于高效对需求进行覆盖，优先级的安排是否合理，测试用例是否有很好的执行性，是否删除冗余的用例
缺陷的生命周期
提交Bug待开发人员确认分配，开发处理后交由测试验证，验证通过则关闭，不通过则打回开发继续修改。
缺陷的严重级别都有哪些？
致命 严重 一般 轻微
印象最深的一个bug或者说你遇到过最有价值的bug？
我的测试生涯中还没遇到最有价值的bug，如果硬要说的话就是第一个bug
为什么转行做测试？
因为我哥是做开发工程师的，在他的引导下我喜欢上了测试
你觉得做测试工作最重要的是什么？
负责，仔细，认真
测试过程中的风险都有什么？如何去规避这些风险？
进度风险、质量风险、人员风险、变更风险、成本风险
软件测试的有哪些分类？
按阶段划分 单元测试 集成测试 系统测试 验收测试
按是否允许程序划分 动态测试 静态测试
按是否查看代码划分 黑盒 白盒
其他划分 冒烟测试 回归测试 随机测试 敏捷测试
单元测试侧重单元模块内部数据的逻辑结构
集成测试侧重模块之间的接口及组合后的整体功能
系统测试侧重对需求的符合度
白盒测试和黑盒测试的区别
黑盒测试不管内部逻辑与特性只看规格说明书进行测试，只查看基本功能是否符合说明书
白盒测试着重于内部结构和算法，不关心功能和性能指标
验收测试的分类
А(alpha)测试
B（beta）测试
正式验收测试
什么是回归测试
修改了旧代码后，重复执行上一个软件版本中使用过的测试用例，确保修改后没有引入新的错误，或其他代码产生错误
什么是冒烟测试
冒烟测试的对象是每一个新编译需要测试的软件版本，目的是确认其基本功能正常，可以进行后续正式测试工作
描述一下V模型
用户需求 验收测试
需求分析 系统测试
概要设计 集成测试
详细设计 单元测试
编码
单元测试属于白盒还是黑盒？
白盒测试。
单元测试是指对软件中最小可测试单元进行检查和验证，而最小可测试单元为代码
用例设计方法有哪些？举个例子说明一下其中一种方法
等价类 边界值 场景法 错误推测法 因果图 正交实验法
等价类：QQ帐号要求6~11位数字
有效等价类：6~11 (1) ， 数字 (2)
无效等价类：<6 (3) , >11 (4) , 英文 (5) , 中文 (6) , 符号 (7) , 各字符组合 (8)
我们公司的系统比较大，业务比较复杂，你需要多久能熟悉我们的系统？
十五天左右
领导同时给你多个任务，要求在规定时间完成，有可能完不成的情况，你如何处理？
我会分任务的优先级去完成，如果有完成不了的我会进行加班进行完成，如果连加班都不能完成的我会和精力说明情况
你能接受加班吗？
可以接受，
你如何保证你的测试质量？
多测， 交叉测
这个项目你测试一轮花了多久，总共测了多久？
一个星期 总共测了一个月左右
测试工作中涉及到的文档都有些什么？
需求规格说明书，概要设计报告，详细设计报告，测试用例，缺陷单。测试报告
这个项目你一共写了多少测试用例？发现多少个bug？
3000多个测试用例 ，项目大概发现了一百多个bug ，每天差不多十多个吧，这个没有标准，项目刚开始比较多，后面阶段就少很多
兼容性测试怎么做的？
操作系统、浏览器、分辨率、第三方软件测试不同产品间的兼容
你们公司绩效考核怎么做的？
自己给自己打分。 然后领导进行综合评分
写过周报，日报吗？都有些什么内容
周报包含本周的总结和下周的工作计划
日报包含当天的工作总结以及明天的工作计划
缺陷的状态都有哪些？
New 新缺陷、Open打开 、Fixed已修改、Rejected拒绝、Reopen重复、Closed关闭
做过安全性测试吗？怎么做的？
做过。权限控制、链接封装、日志记录的测试、登录密文、修改密码后需重新登录、登入失效时间等
描述一下软件测试流程
测试需求分析 编写测试计划 编写测试方案 测试用例设计 执行测试 提交缺陷 编写测试报告
写20个常用Linux命令并中文写清楚做什么用的
Ls:显示文件与目录；
cp:复制文件或目录；
mv:剪切文件或目录；
touch:建立空文件；
mkdir:创建新目录；
rmdir:删除空目录；
rm:移除文件或目录；
chmod:改变文件或目录权限；
chown:改变文件或目录的所有者；
chgrp:改变文件或目录的所属组；
cat:显示文件内容；
more:分也显示文件内容，可向下翻页；
less:分也显示文件内容，可向上翻页；
ind:文件搜索；
grep:在文件中搜索字串匹配的行并输出；
head:显示文件前面几行；
man:获取帮助信息；
mount:挂载；
cd:目录切换；
ifconfig:查看和设置网卡信息
接口测试怎么测试？
外部接口：QQ账户能登入论坛，外部接口对接。
内部接口：前后台接口（前台：看见的界面； 后台：处理前台提交的数据，设计属于后台）。模块与模块之间的接口。
开发给了链接，我们只要确认返回情况
以下是我个人增加的：
ios，android的app二维码怎么测，除了常规要测的
正常使用时扫描条码,打开照相机,扫描条码,内容正确,页面跳转;
正常使用时扫描条码,打开照相机,扫描条码,内容错误,页面跳转;
正常使用时扫描条码,打开照相机,扫描条码,内容为空,页面跳转;
正常使用时扫描条码,打开照相机,扫描条码,内容过长,页面跳转;
正常使用时扫描条码,打开照相机,无条码;
正常使用时扫描条码,不能使用照相机(无权限或故障);
正常使用时扫描条码,无照相机;
正常使用时扫描条码,打开照相机,立即退出;
正常使用时扫描条码,打开照相机,扫描条码,条码扫描过程中退出扫描
微信发红包测试用例
功能
1、在红包钱数和红包个数的输入框中只能输入数字；
2、红包最多最少的输入钱数200、0.01；
3、拼手气红包最多可以发多少个红包
4、超过最大拼手气红包是否有提醒；
5、当红包钱数超过最大范围是否有提醒；
6、余额不足时，红包发送失败，或者会不会匹配切换支付方式；
7、红包描述里是否可以输入表情汉字英文数字等；
8、红包描述里最多有多少个字符；
9、发送的红包别人是否能正常领取；
10、发送的红包自己可不可以领取；
11、24小时后别人没有领取的红包是否可以退回原来账户，或者是否还可以领取；
12、用户是否可以多次抢一个红包；
13、用户在多人群里发红包是否可以抢自己的红包；
14、红包金额里的小数位是否有限制；
15、返回键可以正常取消发红包吗；
16、断网时，是否可以抢红包；
17、收发红包界面是否有自己以前收发红包的记录，以及和自己实际收发红包是否匹配；
18、支付时密码支付和指纹支付是否正常；
19、支付成功后是否正常返回聊天界面；
20、是否可以连续发红包。
性能
1、网络环境差，发红包的时间；
2、不同网速时抢红包的时间；
3、收发红包后跳转时间；
4、收发红包的耗电量；
5、退款到账的时间。
兼容
1、苹果，安卓系统；
2、电脑端是否可以抢红包；
3、不是品牌的手机是否正常使用。
界面
1、发红包界面有没有错别字；
2、抢完红包界面有没有错别字；
3、收发红包界面排版美观合理；
4、界面颜色搭配好。
安全
1、发送红包领取红包后对应相关的金额是否会变化；
2、发送失败银行卡或者余额会不会变；
3、发送成功后是否会受到微信支付的通知。
易用
1、支持指纹，人脸识别支付吗；
2、红包描述可以通过语音输入吗。
视频播放的用例测试点
UI测试：
· 导航栏元素位置、大小、颜色等要素是否一致/是否符合UI效果图；
· 导航栏视频分类下拉框位置、颜色、按钮是否正确
· 鼠标滑过、点击时、点击后按钮状态是否有相应颜色、状态变化；
· 视频列表页面title、视频图片、视频title、是否付费等元素的颜色、大小、位置等是否正确；
· 视频播放页面：视频title、视频默认加载图、播放按钮、目录、视频列表、视频介绍等元素位置、大小、颜色、鼠标操作时状态是否与预期一致；
· 视频播放时进度条、快进按钮、快退按钮、播放按钮、暂停按钮位置是否正确
功能测试：
· 首先判断用户是否登录，未登录不能进入主页（应提示用户先进行登录），已登录状态用户可以进行视频观看；
·导航栏下拉框是否可以正确打开和关闭，打开和关闭时的状态是否和预期一致；
· 鼠标滑过、点击时、点击后相应条目的状态是否和预期一致；
· 点击相应条目时，页面右边是否同步切换至相应页面，是否有延时、卡退、切换错误等情况；
· 视频播放页面鼠标滑过、点击时、点击后视频对应条目、标题是否有相应状态变化（具体变化状态根据产品原型进行分析），点击后是否能够正确跳转至相应的视频播放界面；
· 判断用户点击的视频属于免费还是付费，如果为免费则所有人均可以进行观看，如果为付费则要判断用户是否付费，如果已经付费则可以进行观看，如未支付则提示用户先购买后再进行观看并提供支付入口或者联系客服进行支付的方式；
· 进入视频播放界面判断当前视频title是否和用户上一步点击的视频title一致；
· 视频默认加载图是否显示正确或者显示异常等情况；
· 视频播放按钮是否可以点击，点击后视频是否正常播放；
· 视频目录是否显示正确，如有子列表是否正常显示，如果没有子列表是否有相应提示（具体效果根据产品原型进行分析）；
· 视频介绍是否与当前视频一致，讲师是否一致等情况；
· 点击播放后进度条是否随之变化；
· 视频快进、快退、暂停、播放是否可以正常使用，是否有卡顿、延时、闪退等情况；
· 播放完成后是否自动切换下一视频（如有多节视频情况下，如果只有一条子视频的情况下，播放完成后是否关闭当前页面或者给予用户相应提示），如果需要手动切换是否有相应的友好提示；
· 视频播放时声音、画面是否一致或者是否有异常等情况；
· 视频最大化、全屏、最小化是否可以正常使用，切换时是否有卡顿、延时等情况；
· 当前视频与其他视频来回切换时，视频是否有卡顿、延时等情况；
· 电脑关机或者其他异常情况下，视频是否会保存播放记录，下次进入观看时是否继续上次的播放记录继续播放；
兼容性测试：
· 平台兼容性：Windows、Mac
· 系统兼容西：Win7、Win10、Mac
· 屏幕分辨率：不同电脑显示器分辨率不同，视频相关页面是否有模糊、适配是否合理；
· 播放器是否与其他类型播放器冲突（例如音乐播放器打开后，视频是否暂停还是继续播放）；
网络测试：
· 网络切换测试：无线网与宽带；
· 弱网测试：弱网情况下视频是否卡顿、画面是否失帧；
· 无网络状态进入是否会有相应提示；
· 网络切换时视频是否暂停、保存当前播放状态；
易用性测试：
· 界面是否一目了然（比如：视频title、片头、片尾、视频画面等）；
· 视频页面操作是否方便，菜单栏是否正确、易上手；
· 进度条拖拽使用起来是否方便；
视频是否具有视频记忆功能/是否保存当前播放进度
UI测试：
· 返回键位置是否正确；
· 视频标题文字、颜色、大小、位置等要素是否正确；
· 视频播放器页面位置是否正确、宽高比例是否合理、显示内容（默认状态图）是否正确；
· 课程简介、课程目录栏目位置、比例是否正确；
· 课程简介中：讲师头像、姓名、课程时间、观看人数、简介等要素是否正确；
· 开始学习按钮颜色、位置、大小（圆角）等要素是否正确；
· 收藏按钮位置、大小、颜色等要素是否正确
· 课程目录中章节名称、文字、下拉按钮位置、大小等要素是否正确；
· 页面其他要素是否与UI设计稿一致；
功能测试：
· 返回按钮是否可以点击，是否可以成功返回上一级页面；
· 判断用户是否登录、是否已购买该课程，未登陆状态、未购买下不可以进入播放界面，提示用户去登录（未注册的用户提示用户先注册）/去购买；
· 判断当前视频是否为免费，如果为免费所有人都可以看，为付费时需要判断用户是否已经购买；
· 点击视频播放按钮或者开始学习按钮时视频是否正常播放，暂定时是否可以暂停，再次播放时是否同步上一次暂停的位置播放；
· 视频中断测试：视频快进、快退是否有卡顿、延时现象
· 播放时突然来电话或者手机关机等情况下，是否会保存播放进度；
· 视频播放时切换到后台，视频是否暂停，再次返回视频是否是暂停状态；
· 视频播放时直接杀死进程，视频播放结束，是否保留播放进度，下次进入是否同步上一次的观看位置/还是重新播放、进度清零；
· 播放视频A的时候切换到视频B，再次返回视频A是否继续上次进度播放，还是从头开始；
· 音量大小按钮是否能够使用；
· 视频最大化（全屏）、最小化是否正常使用，切换状态时视频是否会发生卡顿/延时；
· 视频当前章节播放完成后切换下一章节是否自动切换，还是需要手动切换（具体根据产品原型来分析）
· 手机横竖屏切换时播放状态是否会有卡顿、延时、闪退等情况；
兼容性测试：
· 平台兼容性：Android、Ios、iPad…
· 系统兼容性：Android4.0—10.0、Ios8.0 – 12；
· 屏幕分辨率测试：Android需要多注意因为屏幕尺寸存在碎片化，需要考虑视频的适配效果是否OK；
· 播放器是否与其他类型播放器冲突（需要考虑播放的时候是否和音频等相互冲突）
网络测试：
· 网络切换测试：WIFI、移动网络；
· 弱网测试：弱网情况下视频播放是否有卡顿、黑屏、闪退等情况；
· 无网络状态下进入是否会有相关提示
· 播放过程中网络切换是否有相应提示；
· 移动网络状态下播放是否会提示用户当期为非WIFI播放，是否切换；
· 播放过程中网络终端，播放完已经加载的部分后停止播放，且有相应提示；
易用性测试：
· 界面是否简洁，一目了然（比如：视频标题、片头、片尾、视频图像等界面）
· 快捷键是否方便：快进、快退…
· 菜单栏是否正确、方便使用
· 图像是否清楚，切换清晰度情况下视频播放是否正常，是否有卡顿、黑屏、闪退等情况
· 拖拽进度条使用起来是否友好
· 视频是否具备视频记忆功能/是否保存播放进度；
· 能否保存已观看的视频列表
如何使自己的真机与PC相连？
1、配置好SDK环境变量（adb.exe与android.bat）和JDK环境变量。
2、在cmd命令提示框内，输入“adb”命令，检测是否配置成功。
3、准备一部真机（必须是Android系统）和一条数据线。
4、输入“adb devices”,查看是否识别到真机。
5、直到看到自己手机的连接信息即可。
Monkey测试是Android平台下自动化测试的一种快速有效的手段，可以模拟用户触摸屏幕、滑动轨迹球、
按键等操作来对模拟器或者手机设备上的软件进行压力测试，检测该软件的稳定性、健壮性。它的原理是向系统发送伪随机的用户事件流（如按键输入、触摸输入、手势输入等），实现对正在开发的应用程序进行压力测试。Monkey测试目前被大规模应用在APP开发企业。
注被意事项：
1、端口号被占用。（比如占用5037的端口号）
netstat -ano|findstr 5037 (查找出占用5037端口号的进程PID)
2、进入到任务管理器中，去杀死对应的进程PID。
monkey.jar文件是在system/framework里可查看到！
monkey.jar文件是通过system/bin里面的monkey shell脚本启动的。
如何测试android系统内的app应用程序
第一种方式：
1、先进入到android系统内（adb shell）
2、monkey -p app程序名 -v 1000
第二种方式：
直接在cmd中输入：adb shell monkey -p app程序名 -v 1000
关闭adb命令：adb kill-server
开启adb命令：adb start-server
运行monkey，需要配置SDK(软件开发工具包)的环境，除此之外还需要配置JDK（java开发工具包）环境。
ADB（Android Debug Bridge）安卓调试桥，实质是安卓的调试工具。Adb是android sdk包里面的一个工具, 可以在电脑上建立一个连接到手机的通道，用ADB可以直接操作管理android模拟器或者真实的android设备
AVD（Android Virtual Devices）:安卓虚拟设备，为了让被测app安装在此AVD上，从而进行压力测试。
安卓系统中切换到超级用户的命令：su 或 su root 退出命令：exit (先退出超级用户，再退出安卓模拟器)
若有多个模拟器时，如：emulator-5554、emulator-5558,想要进入emulator-5558,则输入：adb -s emulator-5558 shell
查看安卓模拟器中对应的包名和路径的命令？（adb shell pm list package -f）
将系统所有当前运行的activity（程序）输出到本地目录
adb shell dumpsys activity > D:\Android\AppName\namelog.txt
ANR(Application No Response)：应用程序没响应。Exception:空指针
显示模拟器的序列号：adb get-serialno
ADM（安卓设备监控）：Android Device Monitor
安装某apk文件：adb install 路径名/a.apk
卸载某apk文件：adb uninstall 包名
如何在模拟器SD卡内新建一个目录Mydata：adb shell mkdir -p /sdcard/mydata
把某文档推送到安卓模拟器某文件夹中：adb push 路径 /sdcard/mydata
把某文件拉出到本地电脑中：adb pull /sdcard/mydata/a.txt 本地路径
除了ADB之外，其他的monkey命令均区分大小写。
monkey常用基本参数有四种：-s、-p、-v、--throttle.
monkey发送的事件类型常用的有：--pct-touch 50(触摸事件百分比为50%)、
--pct-motion(滑动事件百分比)、--pct-trackball(轨迹球事件百分比)、
--pct-flip(键盘轻弹事件百分比)、--pct-rotation(屏幕旋转事件百分比)、--pct-syskeys 50(系统事件百分比)。
当只许跑某一个事件，只需取百分之百比率：adb shell monkey -p com.android.browser
--pct-trackball 100 -v 100
monkey调试参数常用的有：--ignore-crashes(忽略掉程序崩溃的问题)、--ignore-timeouts(忽略掉超时的问题)、
--ignore-security-exceptions(忽视掉安全异常问题)、--kill-process-after-error(在发生错误后杀死进程)
monkey报错的常见单词有：Crash(崩溃)、aborted(中止)、ANR（程序未响应）、Exception(空指针异常)、error（错误）
重新装载Android文件系统：adb remount
monkey压力测试的流程：
1、配置SDK环境变量。
2、准备安装安卓模拟器/连接真机
3、从开发获取预测的app包。
4、使用adb命令把app包安装在模拟器中。
5、使用monkey命令执行测试（包括添加事件、种子、打印日志、添加调试参数等等）
6、把打印的日志文件输出到本地电脑。
7、添加监控（Emmage）,让它能打印出报告。
8、同时再使用monkey执行测试
9、查看测试报告，并分析结果
monkey自动化随机测试的步骤：
1：下载android SDK工具（目的：得到ADB）,配置其环境变量
2; 下载jdk，配置其环境变量
3; 下载模拟器，或者准备一台真手机
4; 在模拟器中，或手机中装入APK程序
5： 在命令行中利用ADB工具调用monkey对apk应用进行模拟事件加压测试
6： monkey崩溃则提单
app测试特点（除了按需求说明书外的功能测试）
1： 适配性测试（也叫兼容性测试，不同的安卓版本，不同手机品牌
2： 网络测试 （2G/3G/4G/WIFI）
3; 在线升级测试
4： 中断测试（电话、短中消息打扰）
5： 耗电量测试
6： 弱网测试（信号屏蔽实验室）
7： 安装卸载
8: 流量测试
9:稳定性压力测试
10：交互测试（如：调用相机、分享功能）
手机帧速率（fps)是帧速率也称为FPS(Frames Per Second)的缩写——帧/秒。
手机帧速率是指每秒钟刷新的图片的帧数，也可以理解为图形处理器每秒钟能够刷新几次。
如果具体到手机上就是指每秒钟能够播放（或者录制）多少格画面。同时越高的帧速率可以得到更流畅、
更逼真的动画。每秒钟帧数(FPS)越多，所显示的动作就会越流畅。捕捉动态视频内容时，此数字愈高愈好。
在设如何查看手机的FPS？
设置>关于>连续点击手机的版本号，开发者选项有
Android 设备都使用FPS Meter 来显示帧率。它能通过悬浮的形式显示游戏实时帧数、最高帧数、
最低帧数以及平均帧数（最近一分钟内）等信息，使用它需要手机获取 Root 权限.特别需要注意的是，
使用 FPS Meter 需要在开发者选项中打开 " 停用 HW 叠加层 "
GPU英文全称Graphic Processing Unit，中文翻译为“图形处理器”。GPU是显示卡的“大脑”，
它决定了该显卡的档次和大部分性能，在手机主板上，GPU芯片一般都是紧挨着CPU芯片的。智能手机上的图形处理需求突飞猛进，
无论是分辨率从VGA到1080P、2K甚至4K;还是主机游戏手游化，以往休闲益智类游戏到现在越来越多的大型游戏登陆手机，同时AR/VR、
影像复杂渲染等日趋流行，都对手机图像处理能力提出了极高的要求。
VR 虚拟现实技术是一种可以创建和体验虚拟世界的计算机仿真系统它利用计算机生成一种模拟环境是一种多源信息融合的交互式
的三维动态视景和实体行为的系统仿真使用户沉浸到该环境中。
AR 增强现实是一种实时地计算摄影机影像的位置及角度并加上相应图像的技术，这种技术的目标是在屏幕上把虚拟世界套在现实
世界并进行互动。这种技术最早于1990年提出。随着随身电子产品运算能力的提升，增强现实的用途越来越广。
手机app如何实现弱网测试？
第一种方法：分别使用2G/3G/4G不同的网络信号，依次对所测的app进行一系列操作，从而记录数据并分析结果！
第二种方法：
1、在PC机上下载一个免费360WIFI。
2、把被测app安装到真机上，并且开启本机的WiFi。
3、打开手机设置-WLAN-找到WiFi的名称-输入密码，即可连接。
4、打开本机WiFi的设置-已连接的手机-限速管理-输入限制的速度，从而达到弱网的效果。
5、对被测app进行相关操作，记录数据并分析结果。
第三种方法：使用fiddler工具
1、开启fiddler，设置好端口号：8888
2、在本机上安装一个免费WiFi，并且查找出无限WiFi的IP地址（192.168.1.3）
3、准备一部手机，使其连接上电脑的WiFi，并且修改网络配置，输入对应的IP地址和端口号。
4、随意的在手机上进行一系列操作，则可以在fiddler上查看数据。
5、点击Rules-Customis rules,弹出一个Customis rules脚本
6、向脚本中添加oSession[“request-trickle-delay”] = “3000”;让请求延迟3秒，达到弱网环境。（响应延迟亦是如此）
7、可以在手机上点击一列操作，就可以进行弱网测试。
本文链接：https://my.lmcjl.com/post/2391.html
4 评论