xiao1542的博客

项目管理是一个繁杂的过程，每个阶段需要涉及到不同人员、资源的协调配合。每个角色都有自己的定位和任务，为了紧密配合项目经理或无分配项目经理运行项目的场景下确保项目成员共同达成项目目标，不同的角色掌握相应的项目管理意识就尤为重要。那么，测试角色作为项目交付的质量把控者，具备相应的项目管理意识在项目的高质量、高效率交付目标上有着重要作用，如前置识别质量风险、进度风险等。

randdata 是一款基于 JAVA 开发的测试数据生成工具，为了测试人员、软件开发人员、数据开发人员、售前工程师或产品经理演示提供生成随机相应数据的全力打造的，支持个人信息、地址、数字、网络、银行、是非等多种数据的随机生成，无需用户再去编写复杂 SQL 或程序就能生成附合中国人习惯的数据。从而大大的节约软件开发的成本。AutoMeter 是一款针对分布式服务，微服务 API 做功能和性能一体化的自动化测试平台，一站式提供发布单元，API，环境，用例，前置条件，场景，计划，报告等管理。

如果不选择永远，而在输入框中输入数字，那么请求将重复指定的次数，如果输入1，那么请求将执行一次，执行0次无意义，所以不支持；注意：在发现反复对同一接口进行请求，请求结果存在成功和失败来回变更时，可以考虑是该请求所需时间长，而线程组所设置的时间无法满足要求，故而会会先一会失败一会成功，或者是单独验证时成功的场景；启动延迟（秒）：点击执行按钮后，仅初始化场景，不运行线程，等待延迟到时后才开始运行线程。：如果遇到请求（Sampler元件模拟的请求）失败，则停止当前线程，不再执行；

很多人会谈论接口测试。到底什么是接口测试？如何进行接口测试？这篇文章会帮到你。

把以人为驱动的测试行为转化为机器执行的一种过程。简单讲：比如使用自动化测试框架、脚本、工具等自动打开测试对象（引用），自动去执行测试用例（此过程中包含自动化查找元素、控件等），自动输入测试数据、自动生成测试报告等一系列的自动化过程；通俗讲：用机器来模拟用户的实际行为，如键盘、鼠标等操作，来达到预期。

例如：线程数设置为10，ramp-up时间设置为100秒，那么JMeter将使用100秒使10个用户启动并运行，即每个用户将在前一个用户启动后的10秒启动。任何一个线程（用户）在执行过程中遇到错误时，Jmeter会立即停止当前线程的本次执行，并进行当前线程（用户）的下次执行，主要应用于线程多次循环时。通过灵活使用setup线程组、线程组、tearDown线程组、开放模型线程组，配置前置操作、主要操作、后置操作，更能真实、详细的评估系统。每个线程的执行过程中，操作的变量不会对其他线程的变量值产生影响。

随着信息技术的不断发展，许多传统的工作流程正在向自动化方向迅速转变。在过去，开发人员在完成代码编写后，需要通过手动执行一系列操作来将代码部署到生产环境中。这看似简单，但在实际操作过程中，不仅容易出现各种人为失误，还会消耗开发人员大量的时间和精力。此外，一旦出现问题就需要进行回滚操作，这就意味着上述步骤需要再次执行直至成功。作为一个老测试人，这种心酸痛苦难以言表。为了解决这些问题，自动化部署技术逐渐崭露头角。

不过，我个人偏执的很看重这一点，至于上面的自动化、性能会不会都无所谓，如果在编程能力上略懂一二，我会大力推荐。最大的难点，其它是对系统架构的理解，其实，更多时候并不需要达到架构师水平，甚至不用达到开发的水平，但起码，你要弄清用的什么操作系统，什么数据库，什么开发语言与框架，什么中间件吧！亮点也是谈资（谈钱的资本），你和前一个面试者差不多，前一个面试者要5K，你要8K，那我更倾向于前者，如果你有别人没有的亮点，那我更倾向于有亮点者，我更愿意招个牛B的，工资又不是我给你开，最终是否谈拢是你和人事或上级的事儿。

不管如何，我们的目标是测试软件问题，保证软件质量。每个版本有每个版本的测试总结，每个阶段有每个阶段的测试总结，当项目完成RTM后，一般要对整个项目做个回顾总结，看有哪些做的不足的地方，有哪些经验可以对今后的测试工作做借鉴使用，等等。在进行有关问题阐述前，我们先明确下分工，一般而言，需求分析、测试用例编写、测试环境搭建、测试执行等属于测试开发人员工作范畴，而测试执行以及缺陷提交等属于普通测试人员的工作范畴，测试负责人负责整个测试各个环节的跟踪、实施、管理等。从测试的角度而言，测试执行包括一个量和度的问题。

PO是Page Object 模式的简称，它是一种设计思想，意思是，把一个页面，当做一个对象，页面的元素和元素之间操作方法就是页面对象的属性和行为，PO模式一般使用三层架构，分别为：基础封装层BasePage，PO页面对象层，TestCase测试用例层。

上一次推文我们分享了性能测试相关的专业术语，今天我们来看下性能测试的分类及应用领域!后续文章都会系统分享干货，带大家从0到1学会性能测试~

上一次推文我们分享了性能测试相关的专业术语，今天我们来看下性能测试的分类及应用领域!后续文章都会系统分享干货，带大家从0到1学会性能测试~

注] 因为是maven的项目所以要将testSuite的xml文件放在maven的test目录下，这样右键pom.xml文件maven test,所有的测试用例就开始执行了。.................这里写testNG对应的XML名称----------------------测试用例管理使用了testNg管理 ，使用了TestNG参数化测试，通过xml文件来执行case。参数xmlName(xml文件的名字)；-- 添加插件,添加ReportNg的监听器，修改最后的TestNg的报告 -->

一种描述输入条件的组合以及每种组合对应的输出的图形化工具，它适合于检查程序输入条件的各种组合情况。判定表是分析和表达多逻辑条件下执行不同操作的情况的工具，是指一个表格，用于显示条件和条件导致动作的集合。但因果图和判定表法在变量值很多、排列组合数量极大的场景下，会生成非常庞大且冗余的测试用例，此时我们很难对所有组合场景进行全量测试用例覆盖，这个时候就是正交试验法大展神威的时候了，让我们一起来学习吧~

根据接口文档，构造不同的参数组合，各种正常/异常的参数，然后组装请求发送服务端，最后进行返回结果的判断。根据代码梳理的结果来画流程图/时序图，然后根据时序图上的各个点来构造各种正常/异常的测试场景进行接口测试，这样才能更为完善的进行接口测试，减小线上的风险。时序图：序列图、循序图，通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作，可以直观的传达系统内外的交互过程。基于以上分析，我们就定义接口测试的策略，是要做单接口的还是模块级甚至是系统级的接口测试，又或者是三者都要做。

边界值分析是一种常用的黑盒测试方法，是对等价类划分方法的补充；所谓边界值，是指相对于输入等价类和输出等价类而言，稍高于其最高值或稍低于最低值的一些特定情况。边界值分析的步骤包括确定边界，选择测试用例两个步骤。根据大量的测试统计数据，很多错误是发生在输入或输出范围的边界上，而不是发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例，可以查出更多的错误。所以，边界值分析法是一种很实用的黑盒测试用例方法，它具有很强的发现故障缺陷能力。

这里需要注意的是，“配置”是一个广义配置的概念，包含了以下多个层面的配置：宿主操作系统的配置；① 能力验证是最常用，也是最容易理解的性能测试的应用领域，主要是验证“某系统能否在 A 条件下具有B 能力”，通常要求在明确的软硬件环境下，根据明确的系统性能需求设计测试方案和用例。：通常来讲，前端性能关注的是浏览器端的页面渲染时间、资源加载顺序、请求数量、前端缓存使用情况、资源压缩等内容，希望借此找到页面加载过程中比较耗时的操作和资源，然后进行有针对性的优化，最终达到优化终端用户在浏览器端使用体验的目的。

在Pre-request Script写上面代码，要是单个接口还是可以的，即使很多接口只要Copy一份即可。万一脚本需要改麻烦就来了，你需要去每个请求的 Pre-request Script窗口改，怎么解决呢？不知道是否成功获取了环境变量，又或者想查看某个变量的值，postman也提供了很方便的控制台查看，菜单。，当发起一个请求时开始可以固定一个path值的，自动化测试需要执行时获取path值，怎么获取呢？放入环境变量了，其它没有变，只要维护环境变量里的值就OK了，不用一个个去改。

01 没啥总结的，啥我都给你们准备好了；2024最新Jmeter接口测试从入门到精通（全套项目实战教程）

本流程是描述软件功能自动化测试过程中的步骤、内容与方法，明确各阶段的职责、活动与产出物。

以上所有的过程都是按照成功运行之后回头总结的，其实在配置API调用环境和调试支付接口的调用时遇到了一些问题，通过技术主管跟银行方面沟通以及主管和自己的不断调试运行，最终支付接口的调用才成功，银行那边也返回了各种消息。合作，要求其提供支付接口API（一般程序员都知道），等公司拿到API之后需要按照银行API要求调用的环。（可自定义，但要和后面相关参数的配置一致，不知道可不可以装在别的盘，待我后期测试再看看补起来），注：以下各种安装配置是配置的通用版的测试环境，网上有下载的，正式调用只需修改相关配置参数即可；

Monkey在英文里的含义是猴子，在测试行业的学名叫“猴子测试”，指的是没有测试经验的人甚至是根本不懂计算机的人（就像一只猴子），不需要知道程序的任何用户交互方面的知识，给他一个程序，他就会对他看到的任何界面进行操作，当然操作是无目的的、随便乱按乱点的，这种测试在产品周期的早期阶段会很有效，为用户节省了很多时间。2）.电脑端点击菜单上的开始键->运行，或者使用快捷键（WIN+R），输入cmd，打开电脑的DOS命令行。2、Monkey测试使用的事件随机流是随机的，也可以进行自定义。3、ANR：程序无响应。

参数关联，也叫接口关联，即接口之间存在参数的联系或依赖。在完成某一功能业务时，有时需要按顺序请求多个接口，此时在某些接口之间可能会存在关联关系。比如：B接口的某个或某些请求参数是通过调用A接口获取的，即需要先请求A接口，从A接口的返回数据中拿到需要的字段值，在请求B接口时作为请求参数传入。参数关联在接口自动化测试中是必然会遇到的场景，设计关联参数的用例会直接影响到用例的维护，当然这也是在接口自动化项目的架构设计时就需要考虑的问题。

学习python自动化测试，需要先学习python基础，主要还是多敲代码，多联系，孰能生巧，你也会是一名合格的程序员。编写接口自动化测试，你要了解掌握他的库，比如下面最重要的两个库，unittest和requests；封装接口：post和get（要搭建接口自动化测试框架，进行封装可以更加方便）Python接口自动化测试零基础入门到精通（2023最新版）接口测试post（接口测试有很多种写法，能成功就OK）返回参数还可以进行美化，就像Navicat一样。掌握这两个库，相信做接口测试是完全没问题的。

6、多组数据可增加CSVDataSetConfig(添加.csv格式的文件，并在参数值里以${x}格式写入)此时变量值填写${变量名}，上图x,y表示每次从文件里读取两个参数，分别命名为x,y。Python接口自动化测试零基础入门到精通（2023最新版）3、自动化框架（同RESTful的自动化测试；5、在查看结果树窗口查看结果。3、为线程组添加察看结果树。2、POST请求接口测试。2、POST请求接口测试。4、写入接口参数并运行。1、GET请求接口测试。1、GET请求接口测试。2、添加http请求。

测试是程序的执行过程，目的在于发现错误一个成功的测试用例在于发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明。这样的一个过程，称为"生命周期模型"4 如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持兼容性测试，根据需求说明的内容，确定支持的平台组合，浏览器的兼容性；BUG 的接受者为开发接口人员开发接口将 BUG 分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，

Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。

​1功能测试人员，也就是我们常常俗称的进行点点点测试工程师。前 1-2 年做功能测试，使用其他人开发的工具进行测试。这个阶段的测试工作都比较初级，严重依赖于别人开发的工具和系统。当系统进行升级换代的时候，强哥会明显的感觉到有阵痛期，一下适应不了这种变化。做了 2 年功能测试，我悟出了一个道理：功能测试人员一般最遵守行业规则，但是也最没存在感。强哥发誓在下班以后学习自动化测试技术，摆脱这种随便被人甩锅的命运。2自动化测试人员。终于面试上了一个自动化测试的岗位，这一年每天晚上熬夜学习终于得到了回报

4）因果图方法：前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.每个阶段有明确的任务。

pytest run_ui_test.py wallpaper/TestCases/base_cases/test_upload_wallpaper.py -s -q --alluredir allure_results --clean-alluredir # 不同目录文件执行，--alluredir allure_results 为生成报告源文件的相对路径，--clean-alluredir 每次执行后清除本地的旧报告文件。读取之后，再创建任务，执行Jenkins，就会在自定义空间内运行任务了。

嗯，发送邮件的话，这里可以百度一下Python发送邮件，就会很多出来了，我就不讲了，我主要是分了超级多小模块，一块一块测试过了，看看可不可以之后再把一块块拼接起来的，像发送邮件和生成测试报告我都是单独写一块的，测试过了，才放一起的。下面的代码是我从一个一个慢慢整合的，我开始写都是简单的不行的那种，好看我自己错了那里，不过我发现了，更容易检查出自己的错误，更好写对的，后面慢慢进阶，让代码看起来专业一点。这里的话，就完了，我的这次测试用例写完了，连接数据库的下次更新上来了，小模块我是写好了的。

上篇我们已经介绍了什么是接口测试和接口测试的意义。在开始接口测试之前，我们来想一下，如何进行接口测试的准备工作。或者说，接口测试的流程是什么？有些人就很好奇，接口测试要流程干嘛？不就是拿着接口文档直接利用接口测试工具测试嘛。其实，如果只是三五个接口，你可以这么做一个临时的接口测试。但是，如果是上百个接口，或者，你们公司的这个项目，第一次做接口测试，那么，我们还是很有必要严格遵守接口测试的流程。

毕竟服务间的调用是复杂的，将各个接口封装起来，对应的py文件里面创一个main方法，用于单个接口入参以及返回值之间的验证，至于接口之间的串联，那就放到下面（regression_test里面，每一个case相当于一个过程，如：上传习题、选题、组卷分发、上传试卷、批阅等流程），辅以逻辑处理，大部分的流程还是可以自动化实现的（ps：对于前后端联调加改bug用了两个月时间才圆满搞定的过程，我没敢尝试将这个给自动化实现了，还是留待后人吧）。没有被开发XX了吗？哎，苦命啊，前端赶紧进行插桩操作，报错日志上传起来；

最近受到万点暴击，由于公司业务出现问题，工作任务没那么繁重，有时间摸索selenium+python自动化测试，结合网上查到的资料自己编写出适合web自动化测试的框架，由于本人也是刚刚开始学习python，这套自动化框架目前已经基本完成了所以总结下编写的得失，便于以后回顾温习，刚开始写db模块是一直对字典模块的信息怎样传递到数据链接的模块，进过网上查询好些资料才彻底解决，对自己来说也是一种进步，哈哈，下面说下自己踩的坑，帮助自己以后学习**config_db把字典变成关键字参数传递，现在就从上往下结束吧！

该高性能游戏系统性能测试案例中，测试团队首先制定了测试目标，确定测试计划，然后采用不同的测试工具进行测试，为改进系统性能提供了数据支持，并得出了详细的测试报告。该报告概括了测试结果及其优化方案，并包括了性能测试的详细数据、结论和建议，以便游戏开发团队根据测试结果决定是否更改系统架构、代码或参数。最终，该游戏系统在经过不断测试和改进后成功上线，并获得了良好的用户体验。这是一家游戏公司，推出了一款新的游戏软件，系统要求高性能、高并发、高可用，为确保用户体验和游戏体验，公司决定在正式上线前对系统进行性能测试.

至于请求地址，在做自动化测试时，又可以拆分为请求域名和请求路由，一般来说不同的环境域名会产生变化，但是路由一般是固定的，因为我们在做测试集成时为保证一个接口请求能在多个环境下执行，会选择将域名提出来放在环境中管理，而每个接口对应的域名通常可以根据路由的值来匹配即可。第二步：创建接口，我们在做自动化测试时，接口需要单独维护和管理，从而做到当接口发生变化时，只需要维护接口管理处的接口，所有引用该接口的用例都能随之变化，提升维护效率。在创建接口前，我们可以先创建接口所属的业务模块，同样的也方便后期快速找到接口。

在个人贷款房贷中包含三种方式，公积金贷款、商业贷款和公积金和商业贷款组合，贷款人需要进行贷款申请，填写自己的相关信息（主要贷款人姓名、身份证号、电话号、所在工作单位、自己的工资流水附件、征信报告，贷款金额、贷款年限等信息），信息填写完成后进行提交。个人贷款一般有抵押贷款，和信用贷等，房贷就是其中的一种，个人贷款的子系统中，包含有有贷款申请、我要还款、还款查询、合同签订、实用用小工具。收款行号、收款人姓名、开户行，需要全部对应，只要不对应即是无效取值，固需要测试收款账号、收款人姓名、开户行的任意匹配。

3、V2 增加了十个功能（总共有20个功能）， v2版本的测试过程当，新增的10个功能手工测试。手工测试完成之后才做自动化测试，相当于是编写自动化测试代码（通过手工测试能够清楚的知道自动化测试的步骤以及结果）黑盒测试（功能测试） UI自动化测试 模拟人工对web以及app页面进行操作的过程白盒测试（单元测试）自动化测试可以完全代替手工测试 针针某些功能（图片、页面架构）也是没有办法通过自动化来实现。针对之前老的功能进行测试 通过自动化的代码来实现。自动化测试适用于所有的功能 页面的架构、图片、文字，用。

利用“5W"规则创建软件测试计划，可以帮助测试团队理解测试的目的(WHY)，明确测试的范围和内容(WHAT)，确定测试的开始和结束日期(WHEN)，指出测试的方法和工具(HOW)，给出测试文档和软件存放的位置(WHERE)。最后，将构成进程的所有模块一起测试。测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。

首先要自己熟悉项目，熟悉项目的需求、项目组织架构、项目研发接口等-功能 + 接口 + 自动化 + 性能 是怎么处理的？-第一步： 进行需求分析，需求评审，研发和测试对需求达成统一的理解-第二步：架构师会输出接口规范；前后端开发根据接口进行开发功能测试人员，开始根据需求设计测试用例接口测试人员根据接口规范设计测试接口测试用例-第三步：后端开发 先测接口-第四步：接口测试人员对接口进行测试-第五步：接口测试通过之后，输出接口的测试报告。