为了应对百度的测试开发岗位的面试，我在网上也看了其他人的面经，再结合自己的进行了总结。最后百度面我的一些问题在我的面试记录那篇随记里了这里就不放了。
自我介绍；
掌握测试流程、测试方法，熟练编写测试用例；熟练Java编程语言基础，面向对象编程思想；熟练MySQL数据库，能够编写基本的sql语句，了解Linux常用命令。
对测试的理解
结合自己的项目叙述，首先了解需求，针对需求设计模块，实现各个模块的功能，进入测试环节，这里进入主题，针对需求验证是否所有模块功能均能实现，即单元测试；将各个模块有序、递增的组装，进行接口测试，即集成测试；在系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并最终满足用户的所有需求；最后验收测试。
模型测试？？？？
是V模型和W模型吗
V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证
没有体现出“尽早地和不断地进行软件测试”的原则
而在W模型，由两个V字型模型组成，分别代表测试与开发过程，明确表示出了测试与开发的并行关系
测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等开发输出的文档同样要测试
优点：
- 测试的活动与软件开发同步进行
- 测试的对象不仅仅是程序，还包括需求和设计
- 尽早发现软件缺陷可降低软件开发的成本
局限性：
在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。
手撕快排
1.快排：
2.冒泡排序：
3.N个台阶，一次可以走一步或者两步，求走这n个台阶有多少种方法。
也可以从前几阶台阶推算一下，1-5阶台阶对应走法分别是1、2、3、5、8种走法，很像斐波那契数列，如果只是计算共有多少种走法的话，那我们可以利用斐波那契数列法来计算，代码如下：
4.判断单链表中是否有环
public static boolean isLoop(Node head){
Node slow = head.next;
Node fast = head.next.next;
// 链表为空或者只有一个节点
if(slow == null || fast == null){
return false;
}
while(slow.next != null){
// 只有 两个节点，当然是不存在循环的
if(fast.next == null){
return false;
}
// 如果slow的数据域和fast的数据域相同，则表示有环
if(slow.data == fast.data){
return true;
}
// slow指针走一步，fast走两步
slow = slow.next;
fast = fast.next.next;
//如果fast走到最后为空，表示没有环
if(fast == null){
return false;
}
}
return false;
}
给你一个登陆界面，需要进行哪些方面的测试
此题的考察目的：
面试者是否熟悉各种测试方法，是否有丰富的Web测试经验， 是否了解Web开发以及设计Test case的能力这个题目还是相当有难度的， 一般的人很难把这个题目回答好。首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面。对用户名的长度，和密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等。还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了 ，等价类，边界值等等。请你记住一点，任何测试，不管测什么都是从了解需求开始的。
功能测试
0. 什么都不输入，点击提交按钮，看提示信息。
1. 输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
2. 输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。
3. 登录成功后能否能否跳转到正确的页面
4. 用户名和密码，如果太短或者太长，应该怎么处理
5. 用户名和密码，中有特殊字符（比如空格），和其他非英文的情况
6. 记住用户名的功能
7. 登陆失败后，不能记录密码的功能
8. 用户名和密码前后有空格的处理
9. 密码是否加密显示（星号圆点等）
10. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
11. 登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
12. 输入密码的时候，大写键盘开启的时候要有提示信息。
界面测试
1. 布局是否合理，2个testbox 和一个按钮是否对齐
2. testbox和按钮的长度，高度是否复合要求
3. 界面的设计风格是否与UI的设计风格统一
4. 界面中的文字简洁易懂，没有错别字。
性能测试
1. 打开登录页面，需要几秒
2. 输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒
安全性测试
1. 登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
2. 用户名和密码是否通过加密的方式，发送给Web服务器
3. 用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
4. 用户名和密码的输入框，应该屏蔽SQL 注入攻击
5. 用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
6. 错误登陆的次数限制（防止暴力破解）
7. 考虑是否支持多用户在同一机器上登录；
8. 考虑一用户在多台机器上登录
可用性测试
1. 是否可以全用键盘操作，是否有快捷键
2. 输入用户名，密码后按回车，是否可以登陆
3. 输入框能否可以以Tab键切换
兼容测试
1. 主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）
2. 不同的平台是否能正常工作，比如Windows, Mac
3. 移动设备上是否正常工作，比如Iphone, Andriod4.不同的分辨率
本地化测试
1. 不同语言环境下，页面的显示是否正确。
软件辅助性测试 （Accessibility test）软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能
1. 高对比度下能否显示正常 （视力不好的人使用）
一些其他的场景测试：
1钢笔测试
o 能在不同的纸上写吗？能在墙上写吗？笔尖朝上，倒着拿还能写出字吗？
o 能在不同的环境下写吗？水里？沙漠？低温？太空？
o 笔的形状是否适合手握？（想像一件用砂纸做的T恤……）
o 要用多大的力气才能写出字来？
o 长期放着不用，墨水会不会堵住？
o 加一次墨水能用多长时间？
o 笔上的标签有没有错别字？是否考虑了globalization，不同国家、不同文化？logo会不会让某种人反感？
o 笔容易折断吗？如果折断了，飞出来的东西会不会伤到人？
o 把笔放到嘴里咬会不会有危险？小孩总会乱吃东西。
o ……
2电梯测试
o 需求测试：查看电梯使用说明书、安全说明书等界面测试：查看电梯外观功能测试：
1.测试电梯能否实现正常的上升和下降功能。
2.电梯的按钮是否都可以使用。
3.电梯门的打开，关闭是否正常。
4.报警装置是否可用。
5.与其他电梯之间是否协作良好。
6.通风状况如何。
7.突然停电时的情况。
8.上升途中的响应。
1）电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；
2）电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。可靠性：
1.门关上的一刹那出现障碍物。
2.同时按关门和开门按钮。
3.点击当前楼层号码。
4.多次点击同一楼层的号码等等。
5.同时按上键和下键会怎样。
易用性：电梯的按钮的设计符合一般人使用的习惯吗．
负载/压力测试：
1.看电梯的最大限度的承受重量．在负载过重时是否有提醒。
2.在一时间内不断的让电梯上升，下降。
稳定性测试：最大负载下平稳运行的最长时间。
文档测试：使用手册是否对电梯的用法、限制、使用条件等有详细描述。
3杯子测试
需求测试: 查看杯子使用说明书
界面测试: 查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24 小时检查泄漏时间和情况；盛上汽油（案例二）放24 小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
跌落测试: 杯子加包装( 有填充物), 在多高的情况摔下不破损
震动测试: 杯子加包装( 有填充物), 六面震动, 检查产品是否能应对恶劣的铁路\ 公路\ 航空运输
其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法
4桌子
需求测试:查看国家相关标准。
功能:桌子是办公,或者放置用的,首先考虑桌子的面积大小是否适度.
界面:桌子的版面是否平滑,桌子有没有凹凸不平的地方
安全:桌子肯定有它的支撑点,若支撑点不稳,容易摔坏物品,使用起来也不方便.
易用:桌子的移动性好不.它的重量是否合适
可靠性:将桌子推倒后,再检查桌子是否很容易被损坏.
性能:将很重的物品放在桌子上,看它最大承受的重量是多少...
5洗衣机
功能测试：该洗衣机是否能正常的洗衣服
需求测试：查看洗衣机的使用说明书和安全说明书等
性能测试：使用时用电量如何，是否满足用户需求
界面测试：洗衣机的外观是否满足客户的需求
易用测试：该洗衣机是否容易操作
兼用性测试：该洗衣机除了能洗衣服以外还能洗别的吗
安全性测试：该洗衣机通电以后人接触以后是否有电
负载测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务
压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。
稳定性测试：加到一定的衣服然后过一段时间看洗衣机是否正常洗
请给单人微信输入框进行测试
我分五个方面答的：
1、内容：输入长度是否限制、内容为空、退出是否保存草稿、空格的处理；
2、表情：表情显示的是图案还是文字形式、是否支持输入法的表情；
3、图片：图片大小和数量是否有限制、文件夹路径、如果没有该路径如何处理；
4、功能：因为单人聊天窗口，所以没有@功能，所以我结合了新出的拍一拍功能谈了一下拍一拍的消息提醒部分；
5、敏感词汇过滤。
微信聊天框的主要功能就是发送消息和接收别人发过来的消息。
消息的分类：纯文字，纯英文、纯数字，以及文字、英文、数字的组合，图片，文件，表情，语音、视频，文字+表情
聊天的特殊功能：@符号，撤回功能，加好友功能，消息重发，发红包，转账，发送位置信息、发送名片、群聊等功能
功能测试
以下是针对个人聊天框设计的测试用例
发消息
文字类：
为空检验，为空时不允许发送
是否可以正常的发送文字消息，文字包括汉字、英文、数字、表情以及他们的组合
是否可以正常的接收别人发送的文字消息，文字包括汉字、英文、数字、表情以及他们的组合
发送的文字是否有格式限制（只能为数字、英文、汉字、表情等等），是否可以发送一些特殊的字符
发送的文字是否有长度限制（长度为6-10的话）需要对等价类，边界值进行测试
在一段时间内是否可以撤回发送的文字消息，超出指定时间范围，是否不支持撤回功能
发送失败后，是否支持消息重发
是否可以删除聊天的消息，删除后不在界面上显示
互相是好友的情况下，发消息功能是否正常，未加好友情况下，加好友功能是否正常
消息较多时，是否支持一键回到之前浏览位置
图片类
为空检验，为空不能进行发送
是否可以正常的接收和发送图片
选择的图片从本地相册选，还是直接拍摄
图片的格式是否有一定的限制
图片的大小是否有一定的限制
图片的个数是否有一定的限制（最多九张）等价类边界值进行测试
发送的图片是否可以撤回
发送的图片发送失败是否可以重发
发送的图片是否可以删除
语音类
为空检验，为空不能进行发送
时间太短也不能发送，提示时间太短
是否可以正常的接收和发送语音
未读的语音有个小红点
支持语音转文字的功能
语音的秒数有一定的限制（最长60秒）等价类边界值进行测试
发送的语音是否可以撤回
发送的语音发送失败是否可以重发
发送的语音是否可以删除
发送语音聊天，未被接听是否有相应提示（已拒绝，或对方未在线，或者对方正忙）
接收到语音聊天是否有提示
是否可以支持语音转文字
发送语音被打断（语音通话、视频通话，电话，信息），是直接丢掉，还是发送以经说的部分
视频类
为空检验，为空不能进行发送
视频时间太短也不能发送，提示时间太短
选择的视频从本地相册选，还是直接拍摄
是否可以正常的接收和发送视频，并可以正常打开浏览（视频加载的速度是否可以接受）
视频的秒数有一定的限制（最长10秒）等价类边界值进行测试
发送的视频是否可以撤回
发送的视频发送失败是否可以重发
发送的视频是否可以删除
发送视频聊天，未被接听是否有相应提示（已拒绝，或对方未在线，或者对方正忙）
接收到视频聊天是否有提示
视频聊天和语音聊天之间是否可以相互转换
群聊
群聊：发送消息是否所有成员全部可见
群聊：@单个人，多个人，全部人时，对象是否会收到提醒
群聊：发起群视频，群语音时，所有被邀请的成员是否能加入群聊
群聊：群聊数量统计是否正确
其他
是否可以正常的@别人，@一个或多个，被@的人是否可以收到提醒
未加好友情况下，加好友功能是否正常
发红包、转账、发送名片、发送地理位置信息功能是否可以正常使用
性能测试
性能测试：发送图片、文字、视频、语音等消息，对方收到的时间，是否在需求时间之内
兼容性测试
兼容性测试：不同输入法，不同手机型号，不同手机系统，不同浏览器，不同电脑型号与版本。
弱网测试：在网络条件不好或者无网络的情况下各类功能是否正常，视频聊天、语音聊天是否有提示
界面测试
界面测试：双方头像显示，消息显示是否正常
场景组合测试(网络测试)
给网络条件不好或者无网络的好友发消息，恢复网络条件时，是否能接收正常
给网络条件不好或者无网络的好友发语音、视频消息时，恢复网络条件时，是否有提示
正在编辑文字消息时，语音、视频聊天中断结束后，是否回到正在编辑的聊天框
正在语音、视频聊天时，电话或者短信进入，是否会有提示
语音、视频聊天时，手机进入低电量模式，是否会有提示
请给百度输入框进行性能测试
性能测试：
1.在网络情况良好的前提下，页面的跳转需要多长时间
2.在网络情况不好的前提下，页面的跳转需要多少时间
3.对搜索引擎进行加压测试
4.搜索页面打开的速度是否满足设计要求
5.搜索出结果消耗的时间，是否满足设计要求
百度搜索框测试用例
测试思路：分别从功能测试、性能测试、UI测试、安全性测试、兼容性测试、易用性测试、其他测试（可移植性等）来回答
面试题目描述：如何测试百度搜索框？
功能测试：
1.输入内容。
输入不同形式的内容：字符，图片，音频等输入字符，是否有默认的高频相关字符在下拉菜单中显示出来
内容为空
内容含有特殊字符，如空格等。输入前后的空格是否能够忽略，但不能忽略中间的空格
内容含有非法字符
反复输入相同的数据，如5次以上，看处理是否正确
2.搜索长度。边界值测试
内容在指定长度之内；
内容在指定长度之外，观察系统能够正确进行截取。
只能输入允许的字符串长度。百度最长为38个字
3.搜索框是否支持快捷键：复制，粘贴等
4.是否支持回车进行搜索
5.是否可以删除重输
6.是否可以在搜索界面继续输入
7.链接测试：页面上的链接都可连接至正确的页面
8.搜索历史内容记录，便于查找检索过的内容
性能测试：
1.在网络情况良好的前提下，页面的跳转需要多长时间
2.在网络情况不好的前提下，页面的跳转需要多少时间
3.对搜索引擎进行加压测试
4.搜索页面打开的速度是否满足设计要求
5.搜索出结果消耗的时间，是否满足设计要求
UI测试：
1.UI显示是否正确
2.页面布局，页面样式检查
3.组件，控件位置放置是否合适，
4.是否支持快捷键
5.Tab键切换焦点顺序正确性
6.已查看过的结果链接，链接的颜色要灰化处理，和没有点击过的结果链接区分
7.当结果数量庞大时，页面的分页布局合理
安全性测试：
1.SQL注入攻击防范
2.脚本注入测试
3.被删除、加密、授权的数据，不允许被查出来的，是否有安全控制设计
4.敏感内容的检索是禁止的
兼容性测试：
1.不同操作系统平台：Windows系统，MacOS系统
2.不同浏览器：Firefox，Chrome，IE，及其各个版本
3.不同移动端：IOS，Android
4.不同分辨率
易用性测试：
1.对用户是否友好
2.是否有在线帮助文档
怎样测试一个自动售货机；
从功能点和流程等方面测试，以及对于异常的处理情况。
（1）首先可能先要测试一下，外观设计的是否合理，是否符合大众审美观点。
（2）测试操作是否简单便捷，还有操作说明是否简单易懂无歧义。
（3）对于正确流程的测试，有零钱找：1.投入足够纸币，选择商品，看能否正确投出所选货物以及正确找零。2.投入足够硬币，重复以上过程。3.纸币和硬币配合来购买物品的情况
（4）错误流程（不能正确购买物品）1.没有足够的零钱找，投入超出物品价格的纸币或硬币，看能否正确的提示以及吐出钱。2.投入的钱不够买所选的物品，能否正确提示，以及吐出钱3.投入的不是合适的纸币或者硬币，如缺角的纸币，游戏币等。
（5）异常处理，如断电，系统出错等，能否恢复，并且正确处理未完成的业务。
（6）安全性，货物的存放和钱币的存放是否安全。
对于自动售货机的测试 ，最好还是根据需求说明书来测，根据需求说明，测试用户的需求是否得到了满足，同时系统也没有做出没让他做的事。
性能测试工具
Apache JMeter（开源免费）
JMeter是一款开源免费的压测产品，最初被设计用于Web应用功能测试使用，如今JMeter被国内企业用于性能测试。对于WEB服务器（支持浏览器访问），不建议使用Jmeter，因为jmeter的线程组都是线性执行的，与浏览器相差很大，测试结果不具有参考性。对于纯接口的部分场景（对接口调用顺序无严格要求）测试可以使用，但是要注意使用技巧，才能达到理想结果。
简历上的项目详细谈谈负责的工作
你是怎么测试你的API的
API是Application Programming Interface的简写。实现了两个或多个独立系统或模块间的通信和数据交换能力。
用postman进行API接口测试
API测试，我们是通过工具或代码方式去调用特定的API，获取输出，并记录系统的响应。
API测试需要与应用程序的API进行交互，为了测试这些API，我们可以：
- 使用测试工具来进行测试
- 自己写代码的方式进行测试
测试的一般流程；
**书面上的流程：**测试计划—测试设计—测试执行—测试总结
我公司的流程：
1. 需求评审。发起人：产品（产品经理）；参与人：开发、测试、UI设计人员（视觉人员）；目的：了解需求、讨论
2. 编写用例
1. 测试用例的定义
通常讲是对一项测试任务的描述，包含输入数据，操作步骤，预期结果等。
2. 测试用例八大基本要素
测试编号，测试项目，测试标题，重要级别，前置条件，输入数据，操作步骤，预期结果。
3. 用例管理工具
禅道、TestLink、QC、自定义（公司自己开发的），一般我们用Excel写用例
3. 用例评审。发起人：测试人员；参与人：产品、开发、UI；目的：讨论、查漏补缺
4. 提测。通俗的说是告诉测试人员，软件开发完以后可以进行测试。
5. 测试执行。参照测试用例进行执行
6. 冒烟测试：冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在
7. 系统测试
8. 回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
9. 产线验证
10. 测试报告。发送形式：邮件里面说明或word文档
常用的测试工具，
这里建议大家了解一下Postman，是加分项哦~而且学起来很简单，虽然我面试的时候不知道这玩意，但是入职安装的第一个软件就是它啦，而且上手很快；
自动化测试常用工具，
Selenium是一个用于Web应用程序测试的工具，Selenium已经成为Web自动化测试工程师的首选。
怎样测试API，
这个我的面试官曾说，这个问题几乎是必问的，可能每个面试官都有自己的风格，但是这个问题真的很重要。API测试，可以使用Postman进行线上测试，也可以使用自动化测试工具进行线下测试，这里的线上测试和线下测试主要是是否需要鉴权，线上测试是需要鉴权的，就是需要获取AK/SK；
最后一点心得，测试开发，肯定会给你一个场景然后让你进行测试，比如给你一瓶矿泉水怎么测试，给你一个输入框怎么测试，等等，万变不离其宗，测试参数，参数反反复复变化，什么大小啊、顺序啊、缺一个参数多一个参数之类的，参数类型不对啊，然后测试兼容性稳定性这些，基本上就是发散性思维。
TCP/IP 三次握手、四次挥手；
三次握手(我要和你建立链接，你真的要和我建立链接么，我真的要和你建立链接，成功)：
四次挥手(我要和你断开链接；好的，断吧。我也要和你断开链接；好的，断吧)：
为什么TCP链接需要三次握手，两次不可以么，为什么？
为了防止已失效的链接请求报文突然又传送到了服务端，因而产生错误。
为什么需要四次挥手？
tcp是全双工模式，接收到FIN时意味着没有数据再发来， 但是还可以继续发送数据。
访问一个URL经历了哪些过程；
客户端获取URL - > DNS解析 - > TCP连接 - >发送HTTP请求 - >服务器处理请求 - >返回报文 - >浏览器解析渲染页面 - > TCP断开连接
在浏览器输入一个URL按下回车后，其流程是？
进行寻址：若浏览器缓存中有URL对应的IP，则直接查询IP；否则访问DNS进行寻址
DNS或者URL Cache返回网页服务器的IP地址
浏览器与网页服务器进行三次握手建立TCP连接
浏览器与服务器建立HTTP会话，接收来自服务器的HTTP数据。
浏览器解析HTTP数据，在本地窗口渲染并显示网页。
当浏览器页面被关闭时，终止HTTP会话并关闭连接。
HTTP的原理、get和post的区别；
HTTP方法：
GET 从服务器获取文档
HEAD 从服务器获取文档首部
POST 向服务器发送需要处理的数据
PUT 请求的主体存储在服务器上
TRACE 对报文进行追踪
OPTIONS 决定可以在服务器上执行哪些方法
DELETE 从服务器删除文档
HTTP是一个属于应用层的面向对象的协议，基于TCP/IP协议来通信，目前广泛使用的是HTTP/1.1，在此之前是HTTP/1.0，以及较多扩展的HTTP/1.0+，而最新的HTTP-NG目前还没形成统一的协定。 HTTP是基于TCP协议之上的。在TCP/IP协议参考模型的各层主要有应用层、传输层、网络层、数据链路层、硬件层，其中HTTP是应用层的协议。
tcp与udp的区别；
TCP和UDP协议属于传输层协议，它们之间的区别包括：
- TCP是面向连接的，UDP是无连接的；
- TCP是可靠的，UDP是不可靠的；
- TCP只支持点对点通信，UDP支持一对一、一对多、多对一、多对多的通信模式；
- TCP是面向字节流的，UDP是面向报文的；
- TCP有拥塞控制机制;UDP没有拥塞控制，适合媒体通信；
- TCP首部开销(20个字节)比UDP的首部开销(8个字节)要大；
linux常用指令，例如：如何杀死进程，查看内存，grep等；
方法一: Terminal终端输入: gnome-system-monitor,就可以打开system monitor
然后找到相应进程,右击选择kill process就可以了
方法二: 通过kill 进程id的方式可以实现,
首先需要知道进程id, 例如,想要杀死firefox的进程,通过 ps -ef|grep firefox,可以查到firefox的进程id:
然后通过 kill 3781 就可以关闭进程了.
补充: 1. kill -9 来强制终止退出, 例如: kill -9 3781
方法三: killall 通过程序的名字,来杀死进程
例如: killall firefox
注意: 该命令可以使用 -9 参数来强制杀死进程, killall -9 firefox
方法四: pkill 通过程序的名字, 直接杀死所有进程
例如: pkill firefox
方法五: 通过xkill 可以杀死图形程序应用, 例如firefox崩溃无响应,可以使用该命令.
例如: 用法xkill , 会出现一个白色的x, 然后用鼠标单击想要杀死的应用
标签：总结,测试,是否,可以,TCP,发送,面试,语音 来源： https://www.cnblogs.com/myblog-wll/p/16170381.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。