C++ 方向 Web 自动化测试实战:以博客系统为例,从用例到报告全流程解析

C++ 方向 Web 自动化测试实战:以博客系统为例,从用例到报告全流程解析
在这里插入图片描述

🔥草莓熊Lotso:个人主页
❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》
✨生活是默默的坚持,毅力是永久的享受!


🎬 博主简介:

在这里插入图片描述

文章目录


前言:

在 C++ 后端开发场景中,Web 系统的功能稳定性直接影响用户体验,而自动化测试是保障系统质量、减少重复人力成本的关键手段。本文将以博客系统为实战载体,详细拆解 Web 自动化测试的完整实施流程 —— 从测试用例设计,到 Python+Selenium 脚本开发,再到测试报告整合,带你掌握可落地的自动化测试方案

一. 自动化测试前置:明确测试范围与测试用例设计

自动化测试的核心是 “用代码验证重复场景”,因此需先梳理博客系统的核心模块与关键场景,避免无意义的自动化覆盖。本次实战聚焦 登录、博客列表、博客详情、博客编辑 四大核心模块,按 “正常场景 + 异常场景” 设计用例,确保覆盖用户高频操作路径。

在这里插入图片描述

二. 自动化测试脚本开发:Python+Selenium 实现

本次脚本开发基于Python 3.xSelenium 4.x—— 将驱动创建、截图等通用功能抽离到Utils.py,各模块测试用例单独编写(如BlogLogin.py、BlogList.py),确保代码可复用、易维护。

2.1 通用工具类:common/Utils.py

该文件负责创建 Chrome 驱动、生成测试截图(截图按 “日期 + 用例名” 命名,便于定位问题),避免重复代码。

# 导入日期时间处理模块,用于生成截图文件名中的日期时间import datetime # 导入文件路径处理模块,用于判断和创建截图目录import os.path # 导入系统相关模块,用于获取调用截图方法的函数名import sys # 导入selenium的webdriver模块,用于控制浏览器from selenium import webdriver # 导入Chrome驱动服务管理类,用于启动和管理ChromeDriverfrom selenium.webdriver.chrome.service import Service # 导入ChromeDriver自动管理工具,用于自动下载和匹配ChromeDriver版本from webdriver_manager.chrome import ChromeDriverManager # 定义驱动类,封装浏览器驱动的创建和截图功能classDriver:# 类属性,用于存储驱动对象 driver =""# 类的初始化方法,创建浏览器驱动实例def__init__(self):# 创建Chrome浏览器的配置选项对象 options = webdriver.ChromeOptions()# 可选配置:设置页面加载策略为'eager'(仅等待DOM加载完成),默认注释# options.page_load_strategy = 'eager'# 初始化Chrome浏览器驱动:# 通过ChromeDriverManager自动安装匹配的驱动,结合配置选项创建驱动对象 self.driver = webdriver.Chrome( service=Service(ChromeDriverManager().install()), options=options )# 定义截图方法,用于保存测试过程中的页面截图defgetScreenShot(self):# 生成当前日期字符串(格式:年-月-日),作为截图目录名 dirname = datetime.datetime.now().strftime('%Y-%m-%d')# 判断截图目录是否存在,不存在则创建ifnot os.path.exists("../images/"+ dirname): os.mkdir("../images/"+ dirname)# 生成截图文件名:调用该方法的函数名 + 当前时间戳(精确到秒) + .png filename = sys._getframe().f_back.f_code.co_name +"-"+ datetime.datetime.now().strftime('%Y-%m-%d-%H%M%S')+".png"# 保存截图到指定目录 self.driver.save_screenshot(f'../images/{dirname}/'+ filename)# 创建Driver类的实例,作为全局驱动对象供测试用例使用 BlogDriver = Driver()

2.2. 登录模块测试:cases/BlogLogin.py

聚焦登录模块的 “正常登录” 与 “异常登录” 场景,通过 CSS 选择器定位元素,用assert断言验证结果(如登录成功跳转、失败提示文案)

# 导入时间模块,用于添加等待时间(等待页面元素加载)import time # 从selenium导入By类,用于指定元素定位方式(如CSS选择器)from selenium.webdriver.common.by import By # 导入自定义的工具类中的全局驱动对象(已初始化的Chrome浏览器驱动)from common.Utils import BlogDriver # 定义博客登录测试类,封装登录相关的测试用例classBlogLogin:# 类属性:存储登录页URL和驱动对象(后续通过实例属性赋值) url ="" driver =""# 初始化方法:设置登录页URL、关联驱动并打开登录页def__init__(self):# 登录页面的URL地址(根据实际项目部署地址修改) self.url ="http://192.168.47.135:8653/blog_system/blog_login.html"# 关联全局驱动对象(复用已创建的浏览器实例) self.driver = BlogDriver.driver # 打开登录页面 self.driver.get(self.url)# 测试正常登录场景(admin账号正确密码)defloginSucTest(self):# 等待2秒,确保页面元素加载完成(简单等待方式,实际可优化为显式等待) time.sleep(2)# 清空用户名输入框(避免残留数据影响测试) self.driver.find_element(By.CSS_SELECTOR,"#username").clear()# 清空密码输入框 self.driver.find_element(By.CSS_SELECTOR,"#password").clear()# 输入正确的用户名(admin) self.driver.find_element(By.CSS_SELECTOR,"#username").send_keys("admin")# 输入正确的密码(123) self.driver.find_element(By.CSS_SELECTOR,"#password").send_keys("123")# 点击登录按钮 self.driver.find_element(By.CSS_SELECTOR,"#submit").click()# 验证登录成功:通过定位列表页的用户头像元素(仅登录后可见)# 若元素不存在,会抛出异常,提示登录失败 self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.left > div > img")# 调用截图方法,保存登录成功的页面截图 BlogDriver.getScreenShot()# 退回登录页,为后续测试用例(如失败登录)准备环境 self.driver.back()# 测试登录失败场景(admin账号错误密码)defloginFailTest(self):# 清空用户名输入框 self.driver.find_element(By.CSS_SELECTOR,"#username").clear()# 清空密码输入框 self.driver.find_element(By.CSS_SELECTOR,"#password").clear()# 输入正确的用户名(admin) self.driver.find_element(By.CSS_SELECTOR,"#username").send_keys("admin")# 输入错误的密码(111) self.driver.find_element(By.CSS_SELECTOR,"#password").send_keys("111")# 点击登录按钮 self.driver.find_element(By.CSS_SELECTOR,"#submit").click()# 预期的失败提示文本(与前端错误提示保持一致) expect ="用户名或密码错误!"# 实际获取的页面文本(通过body元素提取,需确保无其他干扰文本) actual = self.driver.find_element(By.CSS_SELECTOR,"body").text # 打印实际获取的文本,方便调试print(actual)# 调用截图方法,保存登录失败的页面截图 BlogDriver.getScreenShot()# 断言:验证实际提示与预期一致,不一致则抛出异常assert expect == actual # 退回登录页,为下一次测试准备 self.driver.back()

2.3. 博客列表与详情页测试:cases/BlogList.py & BlogDetail.py

2.3.1. 列表页测试(BlogList.py)

验证登录状态下的列表页元素完整性,以及 “点击文章进入详情页” 的功能正常性。

# 从selenium导入By类,用于指定元素定位方式(如CSS选择器)from selenium.webdriver.common.by import By # 导入自定义工具类中的全局驱动对象,复用已初始化的浏览器实例from common.Utils import BlogDriver # 定义博客列表页测试类,封装列表页相关的测试逻辑classBlogList:# 类属性:存储列表页URL和驱动对象(后续通过实例属性赋值) url ="" driver =""# 初始化方法:关联驱动、设置列表页URL并打开页面def__init__(self):# 关联全局驱动对象(与登录页共用同一浏览器实例) self.driver = BlogDriver.driver # 列表页的URL地址(根据实际项目部署地址修改) self.url ="http://192.168.47.135:8653/blog_system/blog_list.html"# 打开博客列表页 self.driver.get(self.url)# 测试列表页功能(前提:需处于登录状态)defListTest(self):# 验证登录状态:通过定位左侧用户头像元素(仅登录后可见)# 若元素不存在,会抛出异常,说明未登录或登录状态失效 self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.left > div > img")# 验证列表页第一篇博客链接存在(确保列表有内容可点击) self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.right > div:nth-child(1) > a")# 获取列表页所有博客文章元素(通过CSS选择器定位文章容器) articles = self.driver.find_elements(By.CSS_SELECTOR,"body > div.container > div.right > div")# 断言:验证列表页博客数量超过10篇(根据业务需求设定的数量阈值)assertlen(articles)>10# 操作:点击第一篇博客的链接,进入详情页 self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.right > div:nth-child(1) > a").click()# 获取当前页面标题(用于验证跳转结果) title = self.driver.title # 断言:验证页面标题为"博客详情页",确认成功跳转至详情页assert title =="博客详情页"# 调用截图方法,保存列表页跳转详情页的结果截图 BlogDriver.getScreenShot()

2.3.2. 详情页测试(BlogDetail.py)

验证详情页的核心元素(标题、日期、正文)是否正常显示。

# 从selenium导入By类,用于指定元素定位的方式(如CSS选择器)from selenium.webdriver.common.by import By # 导入自定义工具类中的全局驱动对象,复用已创建的浏览器实例from common.Utils import BlogDriver # 定义博客详情页测试类,封装详情页的验证逻辑classBlogDetail:# 类属性:存储详情页URL和驱动对象(后续通过实例属性赋值) url =" " driver =""# 初始化方法:设置详情页URL、关联驱动,并根据当前页面状态决定是否跳转def__init__(self):# 详情页的URL地址(指定blogId=15,测试特定博客的详情) self.url ="http://192.168.47.135:8653/blog_system/blog_detail.html?blogId=15"# 关联全局驱动对象(与列表页、登录页共用同一浏览器) self.driver = BlogDriver.driver # 获取当前页面的标题(用于判断是否从列表页跳转而来) title = self.driver.title # 逻辑判断:# 如果当前页面不是列表页(说明未从列表页点击进入详情页),则手动跳转到详情页# 目的:兼容直接访问详情页的场景,确保测试环境正确ifnot title =="博客列表页": self.driver.get(self.url)# 验证详情页核心元素是否存在defDetailCheck(self):# 调用截图方法,保存详情页的页面状态 BlogDriver.getScreenShot()# 验证详情页标题元素存在(通过CSS选择器定位h3标签) self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.right > div > h3")# 验证详情页发布日期元素存在(通过CSS选择器定位.date类) self.driver.find_element(By.CSS_SELECTOR,"body > div.container > div.right > div > div.date")# 验证详情页正文内容元素存在(通过CSS选择器定位id为content的元素) self.driver.find_element(By.CSS_SELECTOR,"#content")

2.4 用例执行入口:cases/RunCases.py

整合所有测试用例,按 “登录→列表页→详情页” 的顺序执行,避免依赖问题。

# 导入全局驱动对象(用于统一管理浏览器实例和最后关闭浏览器)from common.Utils import BlogDriver # 导入登录测试类(登录模块测试逻辑)from tests import BlogLogin # 导入博客列表页测试类(列表页功能测试逻辑)from tests import BlogList # 导入博客详情详情页测试类(详情页元素验证逻辑)from tests import BlogDetail # 主程序入口:当脚本直接运行时执行以下测试流程if __name__ =="__main__":# 1. 执行登录成功测试:# 实例化BlogLogin类并调用loginSucTest方法,完成admin账号正确登录 BlogLogin.BlogLogin().loginSucTest()# 2. 执行博客列表页测试:# 实例化BlogList类并调用ListTest方法,验证登录状态下列表页功能(元素展示、跳转等) BlogList.BlogList().ListTest()# 3. 执行博客详情页测试:# 实例化BlogDetail类并调用DetailCheck方法,验证详情页核心元素(标题、日期、正文)存在 BlogDetail.BlogDetail().DetailCheck()# 4. 测试完成后关闭浏览器:# 调用全局驱动的quit()方法,释放浏览器资源 BlogDriver.driver.quit()

三. 自动化测试收尾:测试报告整合与结果分析

自动化测试的价值需通过 “可视化报告” 呈现 ,便于团队快速了解测试情况。以下为博客系统自动化测试报告模板。

在这里插入图片描述


测试报告模板:

在这里插入图片描述

结语:

🍓 我是草莓熊 Lotso!若这篇技术干货帮你打通了学习中的卡点: 👀 【关注】跟我一起深耕技术领域,从基础到进阶,见证每一次成长 ❤️ 【点赞】让优质内容被更多人看见,让知识传递更有力量 ⭐ 【收藏】把核心知识点、实战技巧存好,需要时直接查、随时用 💬 【评论】分享你的经验或疑问(比如曾踩过的技术坑?),一起交流避坑 🗳️ 【投票】用你的选择助力社区内容方向,告诉大家哪个技术点最该重点拆解 技术之路难免有困惑,但同行的人会让前进更有方向~愿我们都能在自己专注的领域里,一步步靠近心中的技术目标! 

结语:本次博客系统自动化测试实战,从用例设计到脚本串联,完整落地了 Web 自动化核心流程 —— 用模块化封装减少重复工作,以贴合用户操作的链路保障测试有效性,靠截图与断言留存可追溯的测试依据。自动化测试的价值不止于替代手工,更在于用稳定逻辑持续守护系统质量。后续可结合框架优化、报告可视化等方向迭代,但 “贴合业务、解决实际问题” 始终是核心。希望这份实战能为你的 C++ Web 项目测试提供可复用的思路,助力高效保障项目质量。

✨把这些内容吃透超牛的!放松下吧✨ʕ˘ᴥ˘ʔづきらど

Read more

【MySQL数据库基础】(一)保姆级 MySQL 环境配置教程!CentOS 7+Ubuntu 双系统全覆盖

【MySQL数据库基础】(一)保姆级 MySQL 环境配置教程!CentOS 7+Ubuntu 双系统全覆盖

前言         作为后端开发、数据库学习的入门必备,MySQL 的环境配置是很多小伙伴的第一道 “小关卡”。尤其是不同 Linux 发行版(CentOS 7、Ubuntu)的安装步骤差异,再加上系统自带 MariaDB 的干扰、密码策略限制、中文编码等坑,很容易让人踩雷卡壳。         这篇博客就带来保姆级 MySQL 环境配置指南,不仅详细拆解 CentOS 7 下的完整安装步骤(从卸载冲突环境到配置优化),还补充了 Ubuntu 系统的安装流程,全程命令可直接复制,新手也能一步到位搞定 MySQL 环境,告别配置报错的烦恼!下面就让我们正式开始吧! 一、前置知识:为什么要先处理 MariaDB?         MySQL 被 Oracle 收购后,很多 Linux 发行版(比如 CentOS 7、

By Ne0inhk
Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入

Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入 前言 在进行 Flutter for OpenHarmony 开发时,我们经常会遇到底层逻辑(如 Service、Repository)需要访问 BuildContext 的窘境(例如为了弹出一个全局 Dialog 或获取当前的主题颜色)。虽然传统的做法是层层传递参数,但代码会因此变得臃肿。mix_context 提供了一种更优雅的上下文混入与注入方案。本文将指导大家如何在鸿蒙端利用该库提升代码的响应能力。 一、原理解析 / 概念介绍 1.1 基础原理 mix_context 的核心思想是将 BuildContext 的引用通过全局代理或单例模式进行“

By Ne0inhk
Flutter 组件 texas_holdem 的适配 鸿蒙Harmony 实战 - 驾驭高性能博弈算法、实现鸿蒙端德州扑克逻辑引擎与实时胜率计算预测方案

Flutter 组件 texas_holdem 的适配 鸿蒙Harmony 实战 - 驾驭高性能博弈算法、实现鸿蒙端德州扑克逻辑引擎与实时胜率计算预测方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 texas_holdem 的适配 鸿蒙Harmony 实战 - 驾驭高性能博弈算法、实现鸿蒙端德州扑克逻辑引擎与实时胜率计算预测方案 前言 在鸿蒙(OpenHarmony)生态的社交娱乐应用或高频博弈类软件开发中,一套严谨、高性能且逻辑完备的游戏底层引擎是整个用户体验的灵魂。德州扑克(Texas Hold'em)作为一种极其依赖数学概率与逻辑推演的游戏,其后端核心逻辑——手牌评估(Hand Evaluation)与胜率计算,对计算资源的实时性与准确性有着近乎苛刻的要求。 面对千万种扑克组合的瞬间判定,如果靠简单的 if-else 或是低效的分数循环,那么即便在鸿蒙旗舰芯片上,也会产生令人难以接受的发热与卡顿。 texas_holdem 是一套具备工业级别厚度的德扑博弈核心。它通过高效的位值运算(Bit Manipulation)和预编译的逻辑检索表,实现了微秒级的胜率反馈。适配到鸿蒙平台后,它不仅能支撑起一个极速运行的在线扑克游戏,更

By Ne0inhk

WSL 命令大全(完全指南)

WSL 命令大全(完全指南) * WSL 命令大全(完全指南) * 1. 安装与管理 * 基础安装 * 版本管理 * 卸载与重置 * 2. 发行版操作 * 列出发行版 * 删除发行版 * 重命名发行版 * 3. 运行与控制 * 启动与进入 * 停止与控制 * 运行 Linux 命令 * 4. 导入与导出 * 备份与恢复 * 压缩选项 * 5. 配置与设置 * 默认发行版设置 * 全局配置 * wsl.conf 配置文件 * 6. 文件系统操作 * 跨系统文件访问 * 挂载管理 * 7. 网络与端口 * 网络配置 * 服务管理 * 8. 用户管理 * 用户操作 * 默认用户设置 * 9. 诊断与日志 * 诊断命令 * 常见问题排查

By Ne0inhk