matilda_art的博客

接口管理解决的问题：实现对异构架构下各类接口的管理，主要包括物理接口管理和各类逻辑接口的增删查改。通过统一各种接口的实现，对上层模块提供统一的使用方法和操作接口，为后续模块开发提供底层功能支持。需要给上层业务提供支撑点，很多业务需要去接口上操作，体现出来就是业务配置直接部署在接口上。一、接口类型物理接口：直接对应设备上存在的通信接口。逻辑接口：软件层面根据业务逻辑创建的虚拟接口，主要有：bond、vlan、tag子接口、mac子接口、veth、lo等二、接口属性从TCP/IP的层

智力题：一个木箱中有等量的100块晶体，现有10个木箱，已知其中一个木箱中的100块晶体都有等量的磨损，现有一个称且只能称一次，请你找出装有磨损晶体的木箱。这个题当时想了很久，想到借助沙地等方法查看凹陷，被告知只能借助称。私下又想了想，才想到如何作答。假设木箱中的每个未磨损晶体为10g，已磨损晶体为9g。我们可将10个木箱分别编上1-10的号码，然后依次从1号木箱中取出一个晶体，从2号木箱中取出两个晶体……以此类推，直到从10号木箱中取出十个晶体。假设所有晶体未磨损，则取出所有晶体的总重量则为：1

直播网课的测试用例我们可以从以下几个角度来进行分析。界面测试界面是否完整，是否简洁、美观是否能清晰播放画面播放框大小是否合理是否能正常点击按钮功能测试是否能正常播放网课视频是否可以快进，倍速，拖拽进行播放在播放过程中是否可以进入播放过程中声音是否与视频同步是否可以在对话框中向老师提问，问题是否能同步发送是否可以调节直播视频的音量进入直播后无意退出，再点击进入直播间，是否还能正常播放观看直播网课时是否可以切屏播放过程中切换麦克风或者切换视频是否会卡顿播放过程中与老师互动是

单纯从功能测试的层面上来讲的话，App测试和Web测试在流程和功能上是没有区别的。相同点：无论是Web测试还是App测试，都离不开测试的基础知识。根据用户的需求和产品的功能来撰写测试用例。测试的流程是相同的。需要检查界面的布局，界面是否简洁美观、完整且没有错别字。测试系统各个功能的稳定性。不同点：性能方面：Web测试：需要检测响应时间、CPU、MemoryApp测试：需要检测响应时间、CPU、Memory、流量、电量、内存兼容方面：Web测试：不同的浏览器（如Chrome、F

界面测试文件是否完整、没有错别字。图标是否简洁明了，是否能正常显示。功能测试文件是否能用Ctrl+C和Ctrl+V复制粘贴。文件是否能用右键点击拖动的方式复制粘贴。文件是否能从一个文件夹复制到另一个文件夹。文件是否能从一个硬盘复制粘贴到另一个硬盘。文件是否能复制粘贴到U盘中。文件是否能复制粘贴到聊天对话框。不同类型的文件（txt,pdf,doc等）是否能成功复制。复制粘贴后的文件内容是否有所改变。目标地点有重名文件是否还能够复制粘贴过去。复制粘贴的过程中是否可以执行文件。

设计测试用例的规则应该是根据需求分析文档设计测试用例。我们设计测试用例应从以下几个方面进行分析：功能测试、性能测试、界面测试、兼容性测试、安全性测试、可用性测试等角度来分析。需求测试查看电梯使用说明书、安全说明书等。使用手册是否对电梯的使用，限制有描述。如果没有说明书，则需要考虑全面用户的需求。界面测试查看电梯的外观是否合理。电梯的按钮是否便于理解。电梯的说明书是否有错别字。按下按钮后是否会有区别于其他按钮的颜色。功能测试电梯中楼层和开关门的按钮是否可以正常使用。电梯中的

界面：界面的排版是否合理。界面是否完整、是否有错别字。界面是否简洁、美观，文字是否斜体。点击链接之后，链接颜色是否会发生改变。功能：注册功能：用户名和密码是否可以输入汉字，英文，表情，以及其他特殊字符。用户名和密码的长度是否有限制，超过限制长度是否会有提示。注册失败是否会有提示，是否会提示失败原因。注册成功后是否会有提示。注册成功后是否能跳转回主界面。注册成功后是否能正常登陆。登陆功能：输入正确的用户名和密码，是否能够登陆成功。输入错误的用户名或者密码，点击登

引用： 引用相当于一个“别名”，也可以理解成一个指针，把它指向哪个对象，它就代表哪个对象。创建一个引用只是相当于创建了一个很小的变量，这个变量保存了一个整数，这个整数表示内存中的一个地址总结： 所谓的“引用”本质上只是存了一个地址，java将数组设定成引用类型，这样的话后续进行数组参数传参，其实只是将数组的地址传入到函数形参中。这样可以避免对这个数组的拷贝（数组可能比较长，那么拷贝开销就会很大。null在java中表示“空引用”，也就是一个无效的引用。局部变量和引用保存在栈上，new出的对象保存在

常见的锁策略1.乐观锁与悲观锁乐观锁乐观锁假设认为数据一般不会产生并发冲突，所以在数据进行提交的时候，才会正式对数据是否产生并发冲突进行检测，如果发生并发冲突了，就返回错误信息，让程序员决定怎么去做。换言之：保持乐观心态，认为在大多数情况下，同一个时间点，只有一个线程执行修改操作。但并不能解决所有问题，所以会引入一定的系统复杂度。乐观锁一般适用于写比较少的场景（多读场景）乐观锁一般是使用版本号机制或者CAS算法实现。悲观锁悲观锁总是设想最坏的情况，每次去拿数据的时候都认为别人会修改，

微信发红包的测试用例可以从以下几个方面来进行考虑。功能测试在红包金额和红包个数的输入框中只能输入数字。红包里最多可输入的金额为200元，最小可输入的金额为0.01元。拼手气红包最多可以发100个。在输入框输入的数字超过最大拼手气红包的个数是否会有提示。当红包金额超过最大范围是否会有提示。当发送的红包个数超过最大范围是否会有提示。当余额不足时，红包发送失败。在红包描述里是否可以输入汉字，英文，符号等。红包描述中最多能输入10个字符。红包描述、金额、红包个数的输入框中是否支持复制粘贴操作

关于淘宝购物车的测试用例可以从以下几个方面来进行考虑。1.界面测试打开淘宝购物车页面后，页面的布局是否合理，是否完整。不同卖家的商品在不同的table区域显示，区分明显。页面的功能按钮可以正常显示。商品的最下方显示失效宝贝。页面的最低端显示“你可能喜欢”向下滑动页面，在购物车顶端展示“购物车”。购物车中如果存在有商品降价、库存不足、限购件数等，在商品详情的下面，会有对应的字体展示。2.基本功能购物车页面的所有连接是否正常。从商品信息页面添加的商品能显示在购物车中。若未登录，点击

从界面，安全，兼容，震动，易用性，功能和性能七个角度来考虑，编写测试用例：需求：500ml的塑料水杯功能测试：具备容量（500ml）用来装水盛放半杯水是否漏水超过水杯规定的安全线是否漏水盛放一整杯水是否会溢出拧紧盖子，摇晃是否漏水盛放热水是否烫手水倒在杯子里不满（检查底部、杯身是否有裂痕）性能测试：是否耐热是否耐冻能够使用的最大次数（水杯的寿命）盖子拧多紧才不会漏水掉在地上是否容易摔坏长时间放置是否漏水是否有异味是否能承受暴晒界面测试：杯子外观是否简单、美观杯子设计

一、测试金字塔与业务测试分析由测试金字塔可以看出，投入相同的人力和物力，从下到上，投入产出比越来越小。从下到上的测试, 成本越来越高从下到上的测试, 效率越来越低从下到上的测试, 定位问题越来越难注意： SDK一般是指软件工程师特定的软件包建立的开发工具集合。二、软件测试的分类1、按照开发阶段划分（1）单元测试单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试。测试阶段：编码后或者编码前（TDD）测试对象

什么是测试用例？为了实施测试向被测试系统发起的一组集合。测试环境，测试步骤，测试数据，预期结果。（标题，功能模块，重要性，执行方式等）如何描述一个BUG？BUG中所包含的的内容：测试版本，测试环境，操作步骤，测试数据，预期结果，实际结果，附加（错误日志，错误截图…）BUG的等级：崩溃，严重，一般，次要BUG的生命周期从BUG的创建到关闭，BUG所经历的状态：new —— open —— fixed —— 测试人员回归BUG通过 —— closednew —— open —— fixed

一、需求分析：1、用户可以进行用户注册，成为系统的合法用户，并且保持登录状态。2、用户可以进行用户登录，成为登录状态。3、用户可以发表文章，为了发表文章。4、用户可以查看系统中已有的文章列表，为了选择其中的文章进行具体的阅读。5、用户可以选择一篇具体的文章，查看该文章的详细内容。二、系统设计阶段：由于系统主要围绕数据为中心而构建，所以很重要的一项工具就是抽离除数据的设计（数据结构）实体（Entity）实体： 用户，文章围绕实体，进行功能的边界约束用户（用户名，昵称，密码）：用户名用于登录

状态码状态码是一个3位的数字1XX： 2XX： 主要表示成功（200OK）3XX： 跳转 OR 缓存 （304 Not Modified）4XX： 针对本次HTTP请求来说，是客户端传递的请求中有错误（404 Not Found）5XX： 服务端处理本次请求时发生了错误（500 Internal Server Error）404的原因：服务端上：1、Tomcat根据URL，找不到对应的资源2、Tomcat根据URL，找到了一个动态资源，但资源中，通过setStatus，设置40

一、HTTP 和 HTTPS 的基本概念HTTP： 超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。它可以使浏览器更加高效。HTTP 协议是以明文方式发送信息的，如果黑客截取了 Web 浏览器和服务器之间的传输报文，就可以直接获得其中的信息。HTTP 原理：① 客户端的浏览器首先要通过网络与服务器建立连接，该连接是通过 TCP 来完成的，一般 TCP 连接

HTTP是一种无状态的协议，为了分辨链接是谁发起的，需自己去解决这个问题。不然有些情况下即使是同一个网站每打开一个页面也都要登录一下。而Session和Cookie就是为解决这个问题而提出来的两个机制。应用场景1）登录网站，今输入用户名密码登录了，第二天再打开很多情况下就直接打开了。这个时候用到的一个机制就是Cookie。2）Session一个场景是购物车，添加了商品之后客户端处可以知道添加了哪些商品，而服务器端如何判别呢，所以也需要存储一些信息就用到了Session。1、Session1.由于H

一、HTTP中的请求方法HTTP 定义了与服务器交互的不同方法，最常用的有4种：Put（增）,Delete（删），Post（改）,Get（查），即增删改查。1）Get： 它用于获取信息，注意，他只是获取、查询数据，也就是说它不会修改服务器上的数据，从这点来讲，它是数据安全的。而Post是可以修改数据的，所以这也是两者差别之一。2） Post： 它是可以向服务器发送修改请求，从而修改服务器的，比方说，我们要在论坛上回贴、在博客上评论，这就要用到Post了，当然它也是可以仅仅获取数据的。3）Delete

一、TCP和UDP的概念传输层上有两大协议：1、UDP(User Datagarm Protocol)：用户报文协议特点：不可靠，无连接，面向数据报文传输2、TCP(Transmission Contro; Protocl)：传输控制协议特点：可靠，有连接，面向字节流传输二、UDP应用层将数据交给UDP，让其传输。UDP所打的包头含有：固定长度，包头里带长度，特殊字符。发送方（封装）负责为数据添加上这部分包头。接收方（解包和分用）：接收方根据哪些信息，可以做解包操作（去掉包头）——固定长度