GitHubPages和Jekyll笔记快速创建(使用默认的Jekyll引擎)1.新建仓库新建一个空仓库,名称为username.github.io,其中username就是你的GitHub账号名称2.增加文件Clone到本地,在里面建两个文件_config.yml和index.md_config.yml是Jekyll的配置文件theme:jekyll-theme-minimaltitle:MyHomepagedescription:Fordailynotesindex.md是站点的首页#TestPageIt'satestpage##Header2content3.提交将内容提交到仓库gita
10PageObject模型10.1概述 在针对一个WEB页面编写自动化测试用例时，需要引用页面中的元素（数据）才能进行操作（动作）并显示出页面内容。如果编写的测试用例是直接针对WEB页面元素进行操作，则无法应对经常发生变化的WEB页面，增加日后自动化代码的维护成本。而PageObject模型就是针对WEB页面和元素细节的封装，并对外提供应用级别的API，从而摆脱对WEB页面的高耦合情况。示意图如下所示： 针对以上示例，可以大概总结出大概做法，如下所示：以页面为单位，独立建立模型隐藏实现细节本质是面向接口编程以上示例图片位置：https://martinfowler.com/bliki/P
10PageObject模型10.1概述 在针对一个WEB页面编写自动化测试用例时，需要引用页面中的元素（数据）才能进行操作（动作）并显示出页面内容。如果编写的测试用例是直接针对WEB页面元素进行操作，则无法应对经常发生变化的WEB页面，增加日后自动化代码的维护成本。而PageObject模型就是针对WEB页面和元素细节的封装，并对外提供应用级别的API，从而摆脱对WEB页面的高耦合情况。示意图如下所示： 针对以上示例，可以大概总结出大概做法，如下所示：以页面为单位，独立建立模型隐藏实现细节本质是面向接口编程以上示例图片位置：https://martinfowler.com/bliki/P
项目基本架构跟 vite实现element-plus按需配置，自定义主题和读取/修改系统主题色 相同。项目地址。目标：在vite-plugin-pages自动读取文件夹配置下，设置前端路由权限和单组件权限。权限模块后台返回数据假设：返回与前端文件夹匹配的路径数据，并包含权限信息。假设，无权限数据为：{"code":200,"data":[{"menu":[{"label":"面板1","key":"index","meta":{"isAdmin":false,"requiresAuth":false}},{"label":"统计分析","key":"index-analysis","meta"
项目基本架构跟 vite实现element-plus按需配置，自定义主题和读取/修改系统主题色 相同。项目地址。目标：在vite-plugin-pages自动读取文件夹配置下，设置前端路由权限和单组件权限。权限模块后台返回数据假设：返回与前端文件夹匹配的路径数据，并包含权限信息。假设，无权限数据为：{"code":200,"data":[{"menu":[{"label":"面板1","key":"index","meta":{"isAdmin":false,"requiresAuth":false}},{"label":"统计分析","key":"index-analysis","meta"
Jetpeckpaging3实践（1）——无限加载网页列表数据一、问题背景抽空研究一下jetpeck相关库的使用，来看一下paging3，话不多说，一步步完成paging3的demo，直接上代码。二、实现方案（1）gradle中添加相应依赖：dependencies{...implementation'androidx.paging:paging-runtime:3.0.0-beta01'implementation'com.squareup.retrofit2:retrofit:2.9.0'implementation'com.squareup.retrofit2:converter-gso
Jetpeckpaging3实践（1）——无限加载网页列表数据一、问题背景抽空研究一下jetpeck相关库的使用，来看一下paging3，话不多说，一步步完成paging3的demo，直接上代码。二、实现方案（1）gradle中添加相应依赖：dependencies{...implementation'androidx.paging:paging-runtime:3.0.0-beta01'implementation'com.squareup.retrofit2:retrofit:2.9.0'implementation'com.squareup.retrofit2:converter-gso
前言PageObject（PO）模式，是Selenium实战中最为流行，并且被自动化测试同学所熟悉和推崇的一种设计模式之一。在设计测试时，把页面元素定位和元素操作方法按照页面抽象出来，分离成一定的对象，然后再进行组织。相信每个做自动化测试的同学，一定会遇到这样一个非常头疼的问题，那就是页面变化，如果没有使用PageObject设计模式，这就意味着以前的定位元素方法不能用了，需要重新修改元素定位方式。你需要一个一个从测试脚本中把需要修改的元素定位方式找出来，然后再进行修改。这势必会使脚本维护的成本变高，显然这样的自动化脚本就不会有人愿意使用。那这时我们使用PageObject模式就可以解决这个问
