当前位置: 首页 > news >正文

深圳品牌营销网站建设竞猜世界杯

深圳品牌营销网站建设,竞猜世界杯,怎么做有声小说网站播音员,长沙网站推广排名近几日Deepseek大火,我这里也尝试了一下,确实很强。而目前vscode的AI toolkit插件也已经集成了deepseek R1,这里就介绍下在vscode中利用deepseek帮助我们完成自动化测试脚本的实践分享 安装AI ToolKit并启用Deepseek 微软官方提供了一个针对AI辅助的插件,也就是 AI Toolk…

近几日Deepseek大火,我这里也尝试了一下,确实很强。而目前vscode的AI toolkit插件也已经集成了deepseek R1,这里就介绍下在vscode中利用deepseek帮助我们完成自动化测试脚本的实践分享

安装AI ToolKit并启用Deepseek

微软官方提供了一个针对AI辅助的插件,也就是 AI Toolkit for Visual Studio Code, 这个插件可以利用各种开源或商用的大模型,目前也已经集成了Deepseek R1模型,可以让我们在VS code中方便地利用Deepseek来帮助我们的代码开发

首先在插件中心中找到AI Toolkit并完成安装

请添加图片描述

安装完成插件以后,在插件页面,选择catalog中的models模型页面,并通过筛选条件 hosted by Github, 以及 publisher Deepseek 使用Deepseek-R1模型

请添加图片描述

AI帮助生成脚本

有了deepseek模型后,我们就可以新建一个playgroud让deepseek帮助我们生成自动化脚本了,以下是我让Deepseek生成的针对saucedemo的测试脚本

请添加图片描述

思考过程

嗯,我现在需要帮忙设计一个基于pytest和Playwright的自动化测试项目,针对saucedemo.com的登录和checkout流程,使用POM模式,用户数据放在user.yml里,还要包含异常场景。好的,我得一步一步来。

首先,应该确定项目的结构。POM模式的话,通常会有page对象、测试用例、配置文件、数据文件等。可能需要这样的目录结构:

  • tests/
    • pages/
      • login_page.py
      • inventory_page.py
      • cart_page.py
      • checkout_page.py
    • test_login.py
    • test_checkout.py
  • conftest.py
  • user.yml
  • pytest.ini

然后,用户数据存在user.yml里,里面应该有不同的用户类型,比如标准用户,锁定用户,错误密码,没有用户等。然后测试用例要读取这些数据。

接下来是Page Object Model的实现。每个页面比如登录页、商品页,购物车页、结算页都有自己的类,封装元素和操作。比如LoginPage有用户名、密码输入框,登录按钮,错误提示的方法。

测试用例应该使用pytest的参数化来覆盖不同的用户场景。比如正常登录成功,无效密码,锁定用户等。同时,checkout流程需要正常流程的测试,可能还有填写信息不完整的情况。

然后考虑conftest.py里面设置Playwright的fixture,比如browser,page,以及各个page对象的fixture。比如,每次测试前都转到登录页,登录后到库存页,这样可以处理前置条件。

异常场景的话,例如登录时的各种错误信息,结账时的表单验证,比如必须填first name等。需要编写这些测试用例,并验证错误提示是否正确。

用户的数据如何加载呢?可能用pyYAML库来读取user.yml文件,里面分不同用户的数据。测试时用@pytest.mark.parametrize参数化输入不同的用户数据。

比如,用户数据分成valid_users,invalid_password,locked_user等键。在测试登录的时候,参数化这些情况,触发不同的测试用例。

在测试checkout流程时,可能需要先登录,然后添加商品到购物车,进入购物车,进入结算页,填写信息,完成checkout。这时候,正常的测试用例需要用有效的数据,而异常情况比如不填写某些字段需要验证错误提示。

还需要处理元素的选择器,Playwright的定位方法,比如使用CSS选择器或文本定位。例如,登录页可能通过id定位用户名和密码输入框。

此外,测试完成后需要清理状态吗?比如,购物车中的商品或者是否需要登出,或者每个测试用例之间保持独立,可能使用 fixtures 来确保各自的状态。

也可能需要处理异步操作,不过Playwright是自动处理等待的,所以在页面导航或元素点击时不需要额外处理。

现在,具体的步骤:

  1. 创建项目结构,安装依赖:pytest, playwright, pyyaml。
  2. 编写user.yml,包含不同类型的用户数据。
  3. 实现各个页面的Page类,包含元素定位和操作方法。
  4. 在conftest.py中定义fixture,例如初始化page,创建各page对象的实例。
  5. 编写测试用例,参数化用户数据,覆盖正常和异常流程。
  6. 处理测试中的等待和断言,确保元素的存在或文本正确。

需要检查测试用例是否覆盖以下场景:

登录:

  • 正确用户密码登录成功。
  • 错误密码提示错误信息。
  • 锁定用户无法登录。
  • 空用户名或密码提示错误。

Checkout:

  • 正常填写所有信息,完成订单。
  • 必填字段缺失(如first name为空)提示错误。
  • 取消订单流程。

现在,user.yml的结构应该是什么样的?

可能如下:

users: valid_user: username: standard_user password: secret_sauce invalid_password_user: username: standard_user password: wrongpass locked_user: username: locked_out_user password: secret_sauce missing_username: username: “” password: secret_sauce missing_password: username: standard_user password: “”

在测试登录的时候,参数化这些情况。比如,对于valid_user,应该登录成功,跳转到/inventory.html。对于invalid_password,显示Epic sadface: Username and password do not match。锁定的用户提示Epic sadface: Sorry, this user has been locked out。缺少用户名或密码提示相应的错误信息。

对于checkout流程,可行的步骤是:

登录后,添加一个商品到购物车,点击购物车图标,进入购物车页,点击checkout按钮,填写信息,继续,完成。

所以测试用例需要参数化填写的信息是否正确。例如:

正常情况下的信息:

first_name: John last_name: Doe zip: 12345

异常情况,比如不填first name,是否提示错误。

在编写这些测试时,需要使用页面对象的方法来完成每个步骤,比如添加商品,进入购物车,填写信息,继续按钮等。

可能的问题点:

元素的定位是否正确,特别是动态生成的内容或者异步加载的部分是否需要等待。不过Playwright有自动等待机制,所以选择元素时只要正确选择应该没问题。

需要断言的地方包括:登录后的页面URL是否正确,订单完成后的确认信息是否存在,错误提示是否显示正确的文本。

比如,登录成功后应该跳转到/inventory.html;checkout完成后应该显示“Thank you for your order”。

另外,可能需要清理购物车,但因为每个测试可能独立运行,或者每个测试都重新开始会话,所以在fixture中可以处理,如在每次测试前登录并重置状态?

或者使用类似于beforeEach的fixture,让每个测试用例开始时处于某个状态。比如,登录后的页面。

此外,测试购物流程需要添加商品到购物车,所以库存页面的类需要有添加商品的方法。

Page类示例:

InventoryPage可以有添加某个商品的方法,比如点击“Add to cart”按钮。比如,根据商品名称定位对应的按钮。不过这可能比较复杂,也许在页面上使用通用的方法。

或者,在InventoryPage中有方法add_item_to_cart(item_name),用于点击对应商品的添加按钮。这时需要使用Playwright的定位方法,例如:

def add_item_to_cart(self, item_name): self.page.locator(f"text={item_name}").locator(“xpath=…”).locator(“button”).click()

不过这可能需要根据实际的DOM结构来确定。可能需要inspector查看元素结构。

例如,每个商品项的结构可能类似:

Sauce Labs Backpack
Add to cart

所以,找到对应的名称元素,然后找到其父级元素中的按钮。

或者,更简单的办法是每个商品的“Add to cart”按钮有不同的id,比如 add-to-cart-sauce-labs-backpack,或其他属性。需要看实际网站的结构。

登录后的页面可能有多个商品,每个商品对应的添加按钮可能需要通过其文本来定位对应的按钮。或者通过其他属性。

现在,需要实际查看saucedemo.com的结构。可能使用Playwright的代码生成功能来获取正确的选择器。

假设,例如,每个商品的“Add to cart”按钮的id是动态生成的或者类似,例如对于“Sauce Labs Backpack”,对应的按钮的id可能是add-to-cart-sauce-labs-backpack,那么可以直接通过这个id去定位。

这样的话,InventoryPage中可以有一个方法:

def add_product_to_cart(self, product_name): product_id = product_name.lower().replace(’ ', ‘-’) self.page.click(f"#add-to-cart-{product_id}")

当然,这需要查看实际的网站结构是否正确。

假设正确的商品example在这里是Sauce Labs Backpack,其id可能确实是这样的,这样方法可行。

另外,购物车图标上的数量是否正确,当商品添加后,购物车的图标显示数量为1。当进入购物车页,是否有对应的商品。

需要注意,每个操作之后的页面变化是否需要新的Page对象实例,比如在InventoryPage点击购物车后跳转到CartPage,所以该操作应该返回CartPage的实例,从而能够继续操作。

这样方法的返回值处理可能成为问题。比如:

在InventoryPage中的方法:

def go_to_cart(self): self.page.click(“.shopping_cart_link”) return CartPage(self.page)

类似这样,每个导航动作返回新的Page对象。

这会需要在各个页面的方法中处理返回相应的页面对象。

然后是测试流程的组装:

在测试checkout的时候,可能步骤很多,需要写一个大的测试用例,分步骤进行:

例如:

def test_checkout_process(login_page, inventory_page, checkout_data): # 登录 login_page.login(“standard_user”, “secret_sauce”) # 添加商品 inventory_page.add_product_to_cart(“Sauce Labs Backpack”) inventory_page.go_to_cart() # 进入购物车页面,点击checkout cart_page.click_checkout() # 填写checkout信息 checkout_page.fill_shipping_info(checkout_data) checkout_page.continue_to_overview() # 确认订单 checkout_page.finish_checkout() # 断言是否成功 assert checkout_page.get_order_confirmation() == “Thank you for your order!”

当然,这可能涉及到许多页面的跳转,每个页面之间需要用对应的方法来连接。

异常场景的话,比如在填写信息的时候不输入first name,点击continue时,出现错误提示。

此时,测试用例可能参数化不同的数据,比如:

@pytest.mark.parametrize(“first_name, last_name, zip_code, error_message”, [ (“”, “Doe”, “12345”, “Error: First Name is required”), (“John”, “”, “12345”, “Error: Last Name is required”), (“John”, “Doe”, “”, “Error: Postal Code is required”), ]) def test_checkout_missing_fields(…, first_name, last_name, zip_code, error_message): # 填信息时,漏掉对应字段 checkout_page.fill_shipping_info(first_name, last_name, zip_code) checkout_page.continue_to_overview() assert checkout_page.get_error_message() == error_message

可能还需要考虑,错误信息提示元素的定位是否正确,以及当出现错误时是否阻止进入下一步。

现在,问题可能是如何组织这些数据和页面方法。

另外,关于用户数据的读取,测试用例需要从YAML文件中加载。可能的做法是在conftest.py里面写个fixture读取YAML的数据,然后参数化测试用例。

但pytest的参数化可能需要特定的方式处理,可能将YAML数据转换成测试参数。或者使用外部数据源来参数化测试。

例如,在conftest.py中读取user.yml的所有用户数据,并为登录测试创建一个参数化的fixture。

或者,可以在测试用例中直接读取YAML文件中的数据,并将其参数化。

比如:

import yaml

def load_users(): with open(‘user.yml’) as f: data = yaml.safe_load(f) return data[‘users’]

然后在测试用例中用:

@pytest.mark.parametrize(“user”, [ (“valid_user”), (“invalid_password_user”), (“locked_user”), # … 其他情况 ], indirect=True) def test_login(login_page, user): login_page.login(user[‘username’], user[‘password’]) # 断言等操作

不过,如何将数据转换为参数可能需要更细致的处理,比如将各个用户数据提取成各个测试实例的参数。

可能更好的方法是将不同的用户情况分别写成不同的测试数据项。例如,把不同用户类型数据的键列出来,然后根据这些键从数据中加载相应的参数。

或者,在所有参数化时,导入所有用户数据作为参数。

比如:

import yaml import pytest

with open(‘user.yml’) as f: user_data = yaml.safe_load(f)[‘users’]

login_test_data = [ (user_data[‘valid_user’], True, None), # 正常用户,登录成功,没有错误 (user_data[‘invalid_password_user’], False, ‘Epic sadface: Username and password do not match’), (user_data[‘locked_user’], False, ‘Epic sadface: Sorry, this user has been locked out.’), # … 其他情况 ]

@pytest.mark.parametrize(“user, success, error_msg”, login_test_data) def test_login_user(login_page, user, success, error_msg): login_page.navigate() login_page.login(user[‘username’], user[‘password’]) if success: assert login_page.current_url == ‘https://www.saucedemo.com/inventory.html’ else: assert login_page.get_error_message() == error_msg

这时候,需要在user.yml里的每个用户数据中有一个error键,或者在参数化的准备阶段处理错误信息的映射。

不过这样的参数方式可能更灵活,能够同时指定预期结果。

对于YAML的结构,可能需要更详细的数据项,每个用户数据包含预期的错误消息。

例如,user.yml部分内容:

valid_user: username: standard_user password: secret_sauce expected: success: true error: null

invalid_password_user: username: standard_user password: wrong expected: success: false error: “Epic sadface: Username and password do not match”

locked_user: username: locked_out_user password: secret_sauce expected: success: false error: “Epic sadface: Sorry, this user has been locked out.”

这样参数化时可以更具结构化。但在编写YAML时需要考虑每个用例的期望结果。

这样&#x

http://www.dinnco.com/news/34568.html

相关文章:

  • 如何检测网站死链百度网页版电脑版入口
  • 手机网站是怎么制作的网络推广员是什么
  • 做食品研发都有哪些网站软文发稿网
  • jq 网站头部广告代码近两年成功的网络营销案例及分析
  • 做网站都需要什么东西网站模板购买
  • 制作一个网站需要哪些人站长工具seo综合查询5g
  • 如何网站里做照片seo网站推广技术
  • 怎么做qq盗号网站手机端网站优化
  • 怎么看一个网站用什么语言做的各大搜索引擎提交入口
  • 女生做a视频的网站是什多少百度手机助手app下载并安装
  • wordpress优化插件湛江seo网站管理
  • 平面毕业设计作品网站二手交易平台
  • 手机网站导航模板百度官网首页网址
  • 抢车票网站怎么做人工智能培训机构排名
  • 外贸网站怎么做外链友情链接有哪些
  • 家用电脑做网站服务器新网站seo外包
  • 织梦网站如何做seo网站优化系统
  • 网站建设哈尔滨app开发2营业推广是一种什么样的促销方式
  • 个人网站备案出现公司名字怎么办今日头条热榜
  • 全国最大装修网站排名800元做小程序网站
  • 一个网站建设域名的构思小红书kol推广
  • 免费高清网站在线观看网站外链是什么
  • 设计素材网站导航大全seo优化网站推广专员招聘
  • psd资源下载网站模板昆明seocn整站优化
  • 做网站的资金来源今日新闻7月1日
  • 网站开发微博营销管理制度范本
  • 怎么网站是谁做的武汉seo论坛
  • 宁波网站备案幕布拍照徐州seo推广
  • 网站静态和伪静态意思衡水seo排名
  • 网站制作公司排名微信如何引流推广精准加人