m0_68405758的博客

其次是空间换取时间，用存储空间提升访问速度，典型的就是MySQL的分库分表策略，MySQL表单数据存储千万以上的时候，读写性能就会下降，这个时候我们可以将数据进行拆分，以达到查询的时候，每个表的数据是少量的，以达到提升性能的目的。其次是横向扩容，当访问量超过某一个阈值时，系统可以自动横向增加服务。其次，JVM调优，设置合理的JVM内存空间，以及垃圾回收算法来提高性能，例如，如果业务逻辑会创建大对象，我们就可以设置，将大的对象直接放到老年代中，这样可以减少年轻代频发发生YongGC，减少CPU的占用时间。

参考：https://www.cnblogs.com/qmfsun/p/4902534.html。

那么这周我们看看如何实现使用Airtest-Selenium实现自动搜索下载可爱的猫猫图片吧~

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。由于如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。同时，接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。

默认值测试： 很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量， 默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。多或少参数：多或者少参数的验证，现在还不确定如果一个接口多了参数如果没有报错是否是合理的，或者是否需要优化，因为就目前开发给予的答案是，一般不对接口多了参数的处理。错误码测试： 通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况。

配置项无法起到精确控制(有作用，但读取到文件末尾时不会立即停止，还是有线程会继续从头读取，至于啥时候才会全部停止，我也不清楚，最后线程会因为这个配置停止就是)4、将仓库订单数据文件添加到不同的IF逻辑控制器下，增加IF判断条件--判断登录用户所属仓库和是否和订单数据文件所属仓库一致，如果一致则可读取对应数据文件。解决方案：在对应的IF逻辑控制下，添加线程共享计数器，并在数据文件之后，添加脚本采样器，脚本里判断计数器当前值是否大于文件最大内容行数，如果大于则停止线程。和登录用户所属仓库保持一致，

接口测试最近几年被炒的火热了，越来越多的测试同行意识到接口测试的重要性。接口测试为什么会如此重要呢？主要是平常的功能点点点，大家水平都一样，是个人都能点，面试时候如果问你平常在公司怎么测试的，你除了说点点点，还能说什么呢，无非就是这个项目点完了点那个项目，这就是为什么各行各业的只要手指能点得动的人都来转行软件测试了。面试的时候面试官希望你除了点点点，还能更深入一点的思考页面上看不到的功能，也就是接口测试了。

思想是数据驱动测试，用Excel来管理数据，‘Input’ Sheet中存放输入数据，读取数据后拼成request 调用service, 拿到response后写入 ‘Output’ Sheet 即实际结果, ‘Baseline’为基线（期望结果）用来和实际结果对比的，‘Comparison’ Sheet里存放的是对比结果不一致的记录，‘Result’ Sheet 是一个简单的结果报告。运行是通过TestNG的xml文件来执行的， 里面配置了Parameter “workBook” 的路径。

答： 守护精灵，和 Python 并发编程中的 daemon 原理一样，父进程/父线程的代码执行完毕，它就终止，要写在 start 方法前面。4、L = [1, 2, 3, 11, 2, 5, 3, 2, 5, 3]，用一行代码得出 [11, 1, 2, 3, 5]。（2）使用场景：同时操作一个对象的时候，比如操作的是一个全局变量，我用线程，因为全局变量是所有线程共享的。（1）流程：获取接口文档，依据文档设计接口参数，获取响应，解析响应，校验结果，判断测试是否通过。使用简单，具体用法，这里不展开。

1.最好自己搭建测试环境，如果条件不够，只能使用开发搭建的测试环境的话，一定要问清楚测试环境的软硬件配置。强调一下，由于jmeter本身是不支持将文件保存到本地的，这里需要写一点java代码。6.由于jmeter返回的是字节流，当数据量太大时，会发现jmeter完全卡住，为了防止这种情况发生，可以在查看结果树勾选仅日志错误，让其不显示，提高性能。这里的参数id是文件的id，我进行了参数化，方便下载多个不同的文件。2.win+R运行，输入dxdiag，可查看计算机名，操作系统，系统型号，处理器，内存大小。

看过有些介绍接口测试的文档，核心思想就是根据接口文档，构造不同的参数组合，各种正常/异常的参数，然后组装请求发送服务端，最后进行返回结果的判断。这可能是很多测试同学认知的接口测试，我们不能说这么做是错的，但是，如果我们只是这样来做接口测试，对于线上系统来说有着极大的风险，因为随着业务的越来越复杂，很多测试点是接口文档所描述不到的。基于以上分析，我们就定义接口测试的策略，是要做单接口的还是模块级甚至是系统级的接口测试，又或者是这三者都要做。定义好自动化测试的策略后，然后需要定义自动化测试要达成的目标。

在业务A消耗掉每个接口10%后，只剩下接口1、2、3，业务B按照接口1、2执行，则业务B每个接口将消耗掉10%，剩下的接口1、3都只剩下20，满足业务C执行顺序；新增接口5、6，接口比例如下，业务A按接口顺序1、2、3、4执行，业务B按照接口顺序1、2执行，业务C按照接口顺序1、3执行，业务D仅执行接口5，业务E仅执行接口6，设计出容量场景。业务A按接口顺序1、2、3、4执行，业务B按照接口顺序1、2执行，业务C按照接口顺序1、3执行，各接口比例不变，设计出容量场景。

它将软件与硬件分离，因此开发者可以放心，应用程序将在任何机器上运行，无论该机器是否有任何定制的设置，可能与用于编写和测试代码的机器不同。但与虚拟机不同的是，Docker不是创建一个完整的虚拟操作系统，而是允许应用程序使用与它们所运行的系统相同的Linux内核，只要求应用程序与主机上尚未运行的东西一起运送。正如你在上面的Dockerfile中看到的，如果我们需要改变Java/JMeter的版本/端口，我只需要更新dockerfile，Docker会处理剩下的事情。确保docker已经安装在你的机器上。