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接口测试从入门到精通（全套项目实战教程）

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

经常在测试交流群里看见有HR发招聘广告说：招初级（功能测试），招中级（性能测试），招高级（自动化测试）......5.（第二层次）熟练的编写页面自动化脚本：碰到复杂的页面，比如嵌套很多，知道怎么去跳转。同时，开始学习自动化测试框架，能够根据产品的实际情况来编写合适的测试框架。6.（第三层次）熟练掌握上面技巧之后，开始学习怎么将页面元素与代码分离，学习数据驱动（TestNG），以及怎么样结合Excel去做自动化测试。1.首先，对于想学自动化测试的朋友，那么你得懂一种语言，常用的比如Java或者Python。

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

appActivity：apk的launcherActivity，通过命令adb shell dumpsys activity | findstr “mResume”查看（需先打开手机应用）这篇文章主要介绍了Python+Appium实现自动化测试的使用步骤，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧。安装完成后，启动Appium，host和port默认的即可，然后设置Android SDk和Java JDK。

总结本文介绍了JSONPath的基本语法和用法，并为您展示了如何封装和使用JSONPath方法来处理和操作JSON数据。通过封装JSONPath方法，我们可以更方便地进行数据查询和提取，提高处理JSON数据的效率和代码可读性。上述代码中，我们定义了一个jsonpath函数，接受两个参数：expr表示 JSONPath表达式，data表示要处理的JSON数据。本文将介绍JSONPath的基本语法和用法，并为您展示如何封装和使用JSONPath方法来处理和操作JSON数据。，使用表达式来描述所需的查询和操作。

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

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

技术行业，一定要提升技术功底，丰富自动化项目实战经验，这对于你未来几年职业规划，以及测试技术掌握的深度非常有帮助。

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

'-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年，月输入[2]，日期输入[28、29]、输入闰年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13]

测试的目的是找出软件产品中的错误，验证软件的正确性，让软件尽可能的符合用户的要求。29、测试工作中是否有熟悉的编程语言。16、在测试过程当中，同事觉得你的用例有问题，你是怎么处理的?2-本着找出软件存在的问题的态度进行测试，不要以挑刺的形象出现。7-良好的有效的沟通方式(与开发人员及客户还有同行)12、你觉得在用这个禅道，有哪些不方便的地方。26、你上家公司的产品上线准出标准是什么？28、抖音很受欢迎，谈一下抖音的易用性？30、你们之前项目风险管理是怎么控制的？27、在工作中你是如何定义一个bug的。

​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，就会在自定义空间内运行任务了。

统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。适用于对产品的业务流程、功能测试用例的编写。1、对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；2、对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；1、对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；

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

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

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

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

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