m0_68405758的博客

如果兼容，将该节点添加到结果列表中，并创建一个新的 ListedHashTree 对象，将该节点作为根节点，并将其对应的子树添加到新创建的 ListedHashTree 中。这样的设计提供了更好的扩展性，允许在不修改 HashTree 的情况下定义新的操作，并且可以根据需要将这些操作应用于 HashTree 中的元素。在 JMeter 中，HashTreeTraverser 类是用于遍历 HashTree 的工具类，它提供了一种简单的方式来访问和处理 HashTree 中的节点和子节点。

38 print("{0}支付{1}成功！43 print("{0}支付{1}失败！前端开发的页面需要根据后端返回的不同状态码展示不同的页面，当后端接口未开发完成时，也可通过mock来模拟后端接口返回自己想要的数据。另外，side_effect接受的是一个可迭代序列，当传递多个值时，每次调用mock时会返回不同的值；37 # 返回第三方支付成功，则进行系统里面的扣款并记录支付记录等操作。

上一课我们讲到用Airtest-Selenium爬取网站上我们需要的信息数据，还没看的同学可以戳这里看看~

如果你想要开源易用的，那JMeter是一个不错的选择。Controller我放在Mac上跑，Workers我是通过两台Ubuntu服务器来跑，要注意它们的IP是在同一内网上的。性能测试是软件测试中的一种，它可以衡量系统的稳定性、扩展性、可靠性、速度和资源使用。Worker的默认端口是1099，但它是可以改变的，有些时候也必须改变，如设置的防火墙，或者需要在同一台Server启动多个Worker。Worker可以在不同的服务器上，所以叫分布式，也因此可以利用多台电脑的资源来模拟足够的请求。

需要用到@pytest.mark.parametrize()装饰器进行封装用例，调用getExceldatas()将读取出来的用例存放进装饰器，"data"为别名。如下图，分别请求头和参数做了为空判断，并将token插入到headers里面，这样每一个接口都能使用到登录返回的token，不用每次都去调用获取token。

当然，不要以为需求文档就全部正确，它也可能会有错误，我们也应该去发现需求文档的bug，然后再去协调PM，敦促FE或者RD进行修改。方法是从出现bug征兆处开始，人工地沿控制流程往回追踪，直至发现出错的根源，不幸的是程序变大后，可能的回溯路线显著增加，以致人工进行完全回溯到望而不可及。，比如tomcat日志。后台涉及到servlet，jms，ejb，还有很多框架struts，hibernate，spring，ibatis等。等有关，涉及到jstl，jsp，js，css，html方面比较多。

或许还有一些人认为软件测试的门槛很低，低到任何人都可以做，随便点点就可以了。这里需要澄清一下，不管哪一类测试岗位，如果做深做精都需要下功夫，只是精通的方向不同。试问一下如果让一个什么都不懂、一点业务基础都没有的人去做测试，能测出来问题吗？不要忽略你的业务知识储备，你的业务知识储备能让你成为不可替代的行业专家。同样地，想掌握或做好自动化测试也不是那么容易的，下面笔者根据自身经验，针对如何做好自动化测试需要哪些关键能力给出几点建议，算是对仍处在迷茫阶段不知如何提升自动化测试能力同学的一些参考指引。

正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全面试验思想：用部分试验来代替全面试验，通过对部分试验结果的分析，了解全面试验的情况。全面试验:可以分析各因素的效应，交互作用，也可选出最优水平组合。但全面试验包含的水平组合数较多，工作量大，在有些情况下无法完成。但正交试验法并不适用于强流程性需求的测试用例设计，这些场景我们就需要借助功能图法或场景法来进行测试用例的设计，这些方法又该怎样使用呢？

功能图/状态图方法适用场景1、由于某种条件成立导致发生状态改变的情况。2、主要关注状态转移的正确性。优点1、通过状态图可以清晰掌握系统的整个交互过程；2、可保证每一个状态的所有可达状态都覆盖到；3、通过验证给定条件内是否能够产生需要的状态变化，可检验出是否存在不可达的状态、不必要的状态或其他非法状态，以及非法的状态迁移。缺点针对有效输入输出进行设计，所以无法覆盖无效路径和非法输入。注意事项1、每种状态至少需要访问一次；2、重点测试最常见、最普遍的状态转换；3、其次测试最不常用的状态转换路径；

一、前言在前后端分离开发时，后端工作人员完成系统接口开发后，需要与前端人员对接，测试调试接口，验证接口的正确性可用性。而这要求前端开发进度和后端进度保持基本一致，任何一方的进度跟不上，都无法及时完成功能模块的测试。做为后端开发人员，要求独立开发完成某个接口后，开发人员自己需要先测试通过后再提交给测试人员进行测试，否则会出现到测试人员哪里业务流程根本就走不通，或者BUG会过多的情况等。

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

思想是数据驱动测试，用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，可查看计算机名，操作系统，系统型号，处理器，内存大小。

json断言可以让我们很快的定位到响应数据中的某一字段，当然前提是响应数据是json格式的，所以如果响应数据为json格式的话，使用json断言还是相当方便的。

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

1. 测试前置、开发自测：一个新的自动化接口测试案例开发完成后，直接发给接口对应的开发，安排在开发本地环境执行，一旦开发确认完成接口开发，就开始执行接口测试案例，基本上可以实时拿到测试结果，方便开发快速做出判断。2. 回归测试：开发本地测试通过后，或整个需求手工测试通过后，把自动化的接口测试案例做分类整理，挑选出需要纳入到回归测试中的案例，在持续集成环境重新准备测试数据，并把案例纳入到持续集成的job中来，这些用于回归的接口测试案例需要配置到持续集成平台自动运行。方便查看运行后的结果。

断言的方式比较多，包含响应断言、JSON断言，大小断言，JSR223断言等等，一共提供15种断言方式，一般常用的主要是响应断言，也可以用JSON断言。进行接口测试时需要填写协议，IP地址及端口号，为了避免重复操作，可在线程组下添加HTTP请求默认值，填入协议、IP地址和端口号，这样后续的HTTP请求中就不用每次都填写了。（8） 忽略状态，一个请求有多个响应断言，第一个响应断言选中此项时，如果第一个响应断言失败时可以忽略此响应结果，继续进行下一个断言。)匹配到内容，只要包括这些内容，则判断接口执行通过。

（4）将已导出的证书打成.store格式的文件，使用 keytool -import -alias "woqu.store" -file "D:\woqu.cer" -keystore woqu.store命令。HTTP与HTTPS略有不同，所以第一次使用JMeter测试https请求时遇到了问题，百度一番后找到解决方法：加载证书。（5）将此证书导入JMeter：选项-SSL管理器，选择woqu.store确定导入。（1）下载被测网站证书，点击安全锁，选择安全证书。

将consumer-0.0.1-SNAPSHOT-assembly.tar.gz中的lib文件夹下所有的jar包拷贝到jmeter的lib目录下，如果有重复的，则不替换用jmeter原生的jar包。3：在src/main/assembly文件夹下新建conf文件夹，然后在conf文件夹下新建dubbo.properties文件,此处的zookeeper的地址根据实际进行修改。8：编写spring的配置文件，在META-INF/spring文件夹下的dubbo-demo-consumer.xml文件。

（拿不到只能通过抓包：F12、fiddler、charles）,熟悉接口业务，接口地址，请求参数，请求头信息，请求方式，鉴权方式。测试重点：测试接口参数传递的正确性，接口功能的正确性，输出结果的正确性，一节对各种异常情况的容错性和权限控制。测试外部接口：系统和外部系统之间的接口 如：电商网站：支付宝支付。测试内部接口：系统内部的模块之间的联调，或者子系统之间的数据交互。postman 简介：是一款功能强大的接口测试工具，转为接口而生。响应状态码：1、非常好 2、一般 3、极差。接口请求方式：洗脚方式。

取样器（Sample）是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元，JMeter 原生支持多种不同的sampler ，如 HTTP Request Sampler 、 FTP Request Sample 、TCP Request Sample 、JDBC Request Sampler 等，每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。不同的是，这些类型的线程执行测试前进行定期线程组的执行。也就说本的性能测试的所有内容是于基于一个计划的。

今天在做练习题的时候,发现几个问题捣鼓了好久,写下这篇来记录。

Appium 自动化测试是很早之前就想学习和研究的技术了，可是一直抽不出一块完整的时间来做这件事儿。现在终于有了。反观各种互联网的招聘移动测试成了主流，如果再不去学习移动自动化测试技术将会被淘汰。web自动化测试的路线是这样的：编程语言基础--->测试框架--->webdriver API--->开发自动化测试项目。移动自动化的测试的路线要长一些：编程语言基础--->测试框架--->android/IOS开发测试基础---->appium API ----->开发移动自动化项目。

断言Assert用于在代码中验证实际结果是不是符合预期结果，如果测试用例执行失败会抛出异常并提供断言日志Web自动化测试是从UI （用户界面）层面进行的自动化测试，测试人员通过编程自动化程序（测试用例脚本）来打开浏览器测试网站的业务逻辑。Selenium是一个开源的web自动化测试框架，支持多种编程语言开发自动化测试脚本，支持跨浏览器平台进行测试所谓会话就是session ，而session是一种服务器的缓存技术，由服务器端创建，

2、采用Excel表格管理测试数据，包括用例的管理、测试数据录入、测试结果显示等等，这个需要封装一个Excel的类。6、首次执行测试采用人工检查输出的是否正确，一旦正确写入Excel的期望结果中，如果发现错误手工修正为预期文件。5、通过预期结果和实际结果的对比，将实际结果和对比结果写入Excel用例中，这里封装了一个类。发送参数Json格式给Server，接收Server的返回数据。进行数据比对校验，返回测试结果，将数据插入到Excel中。4、测试需要的将参数转化成字符串。1、选用Java脚本来驱动测试。

下面我们首先来简单介绍Pytest及相关内容下面我们来简单介绍Pytest框架：pytest是一个非常成熟的单元测试框架，经过多版本的迭代，主要优点在于灵活和简单pytest具有极强的兼容性和生态环境，它可以结合selenium，requests，appium完成各种不同的自动化pytest具有更好的页面展示效果，它可以生成自定义allure报告以及和Jenkins持续集成pytestpytest-html：主要用来生成html报告的插件pytest-xdist：主要用来进行多线程运行的插件。

在测试的过程中，有的需求是这样的，它需要你修改接口返回的数据，从而检查在客户端手机app内是否显示正确，这也算是一种接口容错测试，接口容错测试属于app性能（专项）测试的其中一种。通过Fiddler我们可以有好几种方法修改返回结果：第一种：在Fiddler底部的黑色命令行显示区域通过bpu url的形式按回车之后进行拦截，通过手机app访问指定接口，拦截到后可以选择response文件后通过拦截；

在银行金融领域的测试工作，相信很多测试工程师都会遇到自己不熟悉的业务。然后开始看文档，问开发或者需求人员。搞懂了大概的流程，然后开始进行测试。不过遇到复杂的业务情况时，真的很需要时间去梳理。而且测试环境的配置问题、不同银行间系统的流转配合等，都会使得原本很少的测试时间就显得更少了。所以在真正投入测试阶段之前一定要熟悉好相应的业务。就拿我最近遇到的银承兑票来说吧。首先遇到这个业务，对于没做过的人来说。都是全新的。完全不懂。先了解大概的业务，直接在网上查询。

但是，前端的输入输出很多时候都是提供固守的值让用户选择（如下拉框），在这种情况下测试的边界范围就非常有限，但接口测试就不存在这方面的限制，相对来说接口可以覆盖的范围更广，同样的，接口出现问题的概率也更高。于是，为了向开发解释上述问题，普及基本的测试常识，特意梳理了接口测试的相关内容以及其与前端测试的区别，使开发团队与测试团队在测试这件上达成基本的共识，提高团队协作效率，从而更好的保证产品质量。除此之外，针对各自特性的测试都不一样，需要分别进行有针对性的测试，才能确保整个产品的质量。并没有解释为什么要做？

负责人对测试任务分工，按计划执行测试过程，提测后，搭建QA环境，先执行冒烟测试，然后进行系统测试，提交bug，跟踪bug，直到被测软件达到测试需求要求，测试结束；要学习VuGen，Controller，Analysis，性能测试调优，数据库调优，性能测试指标，Jmeter在性能测试中的应用。分析需求，搭建测试环境，编写测试计划和测试用例，录制和调试脚本，设置和运行场景，监控和收集数据，写分析报告，项目综合评审等。：产品立项之后，进行需求分析，需求评审，业务需求评级，绘制业务流程图。

（1）GET 设置的条件语句为："${methods}"=="GET"，其中 ${methods}表示引用 csv 中的 methods 中的值。注：以CSV文件的参数名称来组合命名HTTP请求的名称，这样在结果树就会依据用例的编号，接口名称等显示每个用例的名称。（3）添加POST请求类型的用例，用例名称格式：${caseSeq}_ ${apiSeq}_${apiName}（1）添加GET请求类型的用例，用例名称格式：${caseSeq}_ ${apiSeq}_${apiName}

4.TextTestRunner（执行测试用例）：用来执行测试用例，其中run(test)会执行TestSuite/TestCase中的run(result)方法，并将测试结果保存到TextTestResult实例中，包括运行了多少测试用例，成功多少，失败多少等信息；3.TestLoader（测试用例加载器）：用来加载TestCase到TestSuite中的，其中loadTestsFrom__()方法用于寻找TestCase，并创建它们的实例，然后添加到TestSuite中，返回TestSuite实例；

把人对软件的测试行为转化为由机器执行测试行为的一种实践。例如GUI自动化测试，模拟人去操作软件界面，把人从简单重复的劳动中解放出来。本质是用代码去测试另一段代码，属于一种软件开发工作，已经开发完成的用例还必须随着被测试对象的改变而更新，因此，还有额外的维护成本。

定义：测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点，重点是检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等；目的：测试接口的正确性和稳定性；原理：模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的过程；重点：检查数据的交换，传递和控制管理过程，还包括处理的次数；核心：持续集成是接口测试的核心；