简单描述简单来讲，webSocket是一种在http协议基础上的另一种新协议，叫ws协议。http协议是单工通信，客户端发起请求，服务端收到请求并处理，返回给客户端，然后客户端收到服务端的请求。ws协议是全双工通信，客户端发起请求后，相当于搭建了一个通道，在不断开的情况下，在这期间，服务端可以把请求发给客户端，客户端也可以在这期间处理别的事情，不必等待服务端的响应。webSockt实现此次webSocket实现不包含前端代码，将使用postMan来实现前端的功能。依赖org.springframework.bootspring-boot-starter-websocket复制代码配置类@Con
简单描述简单来讲，webSocket是一种在http协议基础上的另一种新协议，叫ws协议。http协议是单工通信，客户端发起请求，服务端收到请求并处理，返回给客户端，然后客户端收到服务端的请求。ws协议是全双工通信，客户端发起请求后，相当于搭建了一个通道，在不断开的情况下，在这期间，服务端可以把请求发给客户端，客户端也可以在这期间处理别的事情，不必等待服务端的响应。webSockt实现此次webSocket实现不包含前端代码，将使用postMan来实现前端的功能。依赖org.springframework.bootspring-boot-starter-websocket复制代码配置类@Con
一、接口测试面试题：1.接口测试是怎么做的，如何分析数据？接口测试实际跟一般测试不同就是测试用例的设计部分。获取接口规范。设计接口测试功能用例（主要从用户角度出发看接口能否实现业务需求，用例设计就是黑盒用例那一套）。各种入参验证（正常情况，异常情况包括输入参数个数不对，类型不对，可选/必选，还有考虑参数有互斥或关联的情况）。接口返回值各种验证（符合接口文档需求）了解接口实现逻辑，实现逻辑覆盖（语句/条件/分支/判定/…）接口能并发执行吗、安全吗，性能满足要求吗?采用工具或者自写代码来验证。发现问题跟功能测试一样，该报bug报bug，该跟踪状态的跟踪状态2.你用什么工具测试接口？postman、
一、接口测试面试题：1.接口测试是怎么做的，如何分析数据？接口测试实际跟一般测试不同就是测试用例的设计部分。获取接口规范。设计接口测试功能用例（主要从用户角度出发看接口能否实现业务需求，用例设计就是黑盒用例那一套）。各种入参验证（正常情况，异常情况包括输入参数个数不对，类型不对，可选/必选，还有考虑参数有互斥或关联的情况）。接口返回值各种验证（符合接口文档需求）了解接口实现逻辑，实现逻辑覆盖（语句/条件/分支/判定/…）接口能并发执行吗、安全吗，性能满足要求吗?采用工具或者自写代码来验证。发现问题跟功能测试一样，该报bug报bug，该跟踪状态的跟踪状态2.你用什么工具测试接口？postman、
topic:如何更好地保证质量？一、测试左移1需求评审阶段：精读prd，提出需求设计不合理的问题2技术反讲阶段：精读技术文档，学习前后端知识，提出技术设计不合理的地方3用例设计阶段：从正向、反向、异常等角度更精细地设计测试点，考虑场景测试，边缘测试case4测试方案设计阶段：覆盖接口测试、功能测试、兼容性测试、性能测试等专项测试，后续引入单元测试5测试之前，准备测试数据，设计接口用例，制定压测指标等6开发联调阶段，通过布道、postman覆盖正常、异常场景的接口测试7提测前，引入单元黑盒测试二、卡点：showcase阶段1showcaseP0用例覆盖100%重点场景，在用例评审阶段和开发达成共
topic:如何更好地保证质量？一、测试左移1需求评审阶段：精读prd，提出需求设计不合理的问题2技术反讲阶段：精读技术文档，学习前后端知识，提出技术设计不合理的地方3用例设计阶段：从正向、反向、异常等角度更精细地设计测试点，考虑场景测试，边缘测试case4测试方案设计阶段：覆盖接口测试、功能测试、兼容性测试、性能测试等专项测试，后续引入单元测试5测试之前，准备测试数据，设计接口用例，制定压测指标等6开发联调阶段，通过布道、postman覆盖正常、异常场景的接口测试7提测前，引入单元黑盒测试二、卡点：showcase阶段1showcaseP0用例覆盖100%重点场景，在用例评审阶段和开发达成共
我们检验一个测试点是否通过，一般会将我们心理预期的结果与实际结果进行比对，如果结果一致则证明测试通过，如果结果不一致，则证明测试不通过，这即是我们经常所说的断言。在postman中封装了我们常见的断言(Tests)，当然Tests除了可以作为断言，还可以当做后置处理器，经常应用于：【1】获取当前接口的响应，传递给下一个接口【2】控制多个接口间的执行顺序。postman中封装的常见断言1.断言响应码（最常用）在tests框内输入如下命令，验证响应码是否为200(常见的有200，301，401，404等）pm.test("Statuscodeis200",function(){pm.respons
我们检验一个测试点是否通过，一般会将我们心理预期的结果与实际结果进行比对，如果结果一致则证明测试通过，如果结果不一致，则证明测试不通过，这即是我们经常所说的断言。在postman中封装了我们常见的断言(Tests)，当然Tests除了可以作为断言，还可以当做后置处理器，经常应用于：【1】获取当前接口的响应，传递给下一个接口【2】控制多个接口间的执行顺序。postman中封装的常见断言1.断言响应码（最常用）在tests框内输入如下命令，验证响应码是否为200(常见的有200，301，401，404等）pm.test("Statuscodeis200",function(){pm.respons
首先不得不说Apipost是真的方便，之前用过一段时间Postman，遇到英文每次要百度，烦，之后听朋友介绍Apipost，说是中文版的Postman所以换了apipost，这个基本上脚本，文档都可直接导入，切换也很方便，省了很多事。Apipost产生的初衷是为了提高研发团队各个角色的效率！产品的使用受众为前端开发、后端开发和测试人员以及技术经理组成的整个研发技术团队。Apipost的两大核心也就应运而生。之前一直觉得重新适应一款新的测试工具是一件很麻烦的事，不过听朋友说他入门工具也是用的ApiPost，还没深入去使用但一般简单场景肯定没什么问题，就抱着试一试的心态下载了Apipost，接来就
首先不得不说Apipost是真的方便，之前用过一段时间Postman，遇到英文每次要百度，烦，之后听朋友介绍Apipost，说是中文版的Postman所以换了apipost，这个基本上脚本，文档都可直接导入，切换也很方便，省了很多事。Apipost产生的初衷是为了提高研发团队各个角色的效率！产品的使用受众为前端开发、后端开发和测试人员以及技术经理组成的整个研发技术团队。Apipost的两大核心也就应运而生。之前一直觉得重新适应一款新的测试工具是一件很麻烦的事，不过听朋友说他入门工具也是用的ApiPost，还没深入去使用但一般简单场景肯定没什么问题，就抱着试一试的心态下载了Apipost，接来就
