P端和C端隔离测试

最新推荐文章于 2025-09-01 16:00:49 发布
原创 最新推荐文章于 2025-09-01 16:00:49 发布 · 1.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器

一、介绍

       1、 在银行工作我们经常听说ATM的“C端”和“P端”，其实是ATM系统软件行业的术语，它们分别指：

        1.1、ATMC(ATM Control)：终端控制系统，主要功能是与用户交互。

        1.2、ATMP(ATM Preconsole)：ATM前置通信系统，在系统层面上位于ATMC和进行业务处理的主机之间。

注：

最低0.47元/天 解锁文章
全球AI提示系统市场客户画像：提示工程架构师需了解的B端_C端需求差异
大数据洞察的博客
09-03 630
如果把AI模型（比如GPT-4、Claude 3）比作“超级大脑”，那么提示系统就是“大脑的操作界面+思维引导器”。需求转化：将用户的自然语言需求（“帮我写个产品文案”）拆解为AI能理解的结构化指令（“目标用户：25-30岁职场女性；风格：亲切专业；核心卖点：续航24小时+轻薄；结尾要求：引导加购”）；参数优化：通过温度（Temperature）、Top-P、频率惩罚等参数调整，控制AI输出的“创造性”与“准确性”；场景适配。
一文了解Linux内核Namespace如何隔离测试code
m0_73494896的博客
09-22 648
他作为所有进程的父进程，有很多特权（比如：屏蔽信号等），另外，其还会为检查所有进程的状态，我们知道，如果某个子进程脱离了父进程（父进程没有wait它），那么init就会负责回收资源并结束这个子进程。所以，要做到进程空间的隔离，首先要创建出PID为1的进程，最好就像chroot那样，把子进程的PID在容器内变成1。说明并没有完全隔离。如果你熟悉IPC的原理的话，你会知道，IPC需要有一个全局的ID，即然是全局的，那么就意味着我们的Namespace需要对这个ID隔离，不能让别的Namespace的进程看到。
B/S和C/S测试的区别
weixin_30379531的博客
06-21 364
B/S(Brower/Server)以访问方式为主，包含客户端浏览器、web应用服务器、数据库服务器的软件系统。一般的B/S结构，都是多层架构的，有界面层、业务逻辑层、数据层。由于这种结构不需要客户端的安装，客户端主要通过浏览器来访问，因此客户端测试的重点是：客户端操作系统（不同类型和版本）、客户端浏览器（不同类型和版本）以及客户端配置（cookie设置和分辨率设置）等测试。除客户端测试...
软件测试的常识
幽客独往
10-08 2966
软件测试的常识 　　　　　　　　 －－－ 张华 软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现的隐藏的软件缺陷。 生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷（ Software Bug ）的具体含义包括下面几个因素： a 软件未达到客户需求
C端营销领域前端页面性能测试全流程实践
最新发布
SF_Tech_Team的博客
09-01 949
前端性能测试远非锦上添花，而是关乎产品成败的核心活动。它连接着用户体验、商业目标和技术实现。将前端性能测试纳入开发、测试和发布流程，进行持续的监控和优化，是构建高质量、高竞争力、用户喜爱且商业成功的数字产品的必然要求。
fiddler-7-C端弱网测试
有话好好说vx：GoGsxl
11-23 403
前言大家平时也会发现我们有时候在地铁、高铁、电梯等等某个时候网络信号比较差导致网络延迟较大，这时是否有友好提示呢？甚至有可能发生崩溃等等。。。所以我们是可以通过fiddler来对web、APP、PC客户端进行弱网测试。一、简介　　1.原理：通过fiddler代理来模拟限制网络，它提供了客户端请求前和服务器响应前的回调接口、从而使得上传、下载进行延迟速度，达到限速效果；　　2.2G、3G、...
区块链c端应用小程序_测试区块链应用程序初学者指南
danpu0978的博客
05-25 470
区块链c端应用小程序 在2017年的最后几个月中，一些媒体每天都在谈论比特币和其他加密货币。 这些已经存在多年的货币突然出现了大幅增长。 例如， 比特币的价格从2017年1月的略低于750美元上涨到2017年10月中旬的5,856.10美元 。 这种巨大的增长使其成为一个主要话题。 因此，随着这些更新的货币越来越多地进入公共领域，加密货币背后的技术也开始受到关注。 这项技术是区块链。 ...
软件工程领域自动化测试的Web端测试技巧
软件工程实践的博客
05-21 638
本文旨在为软件工程师和质量保证专业人员提供全面的Web端自动化测试指导。内容覆盖从基础到高级的测试技巧，适用于各种规模的Web应用测试场景。文章首先介绍核心概念，然后深入技术细节，最后提供实战案例和最佳实践。每个部分都包含详细的解释和代码示例。自动化测试：使用软件工具执行预设测试用例的过程WebDriver：用于控制浏览器行为的协议XPath：XML路径语言，用于定位网页元素POM：页面对象模型(Page Object Model)，一种设计模式AI驱动的测试：机器学习用于测试用例生成和结果分析。
【Linux】进程的隔离和控制：namespace 隔离、cgroup 控制
m0_67470729的博客
05-04 1886
工具 dd、mkfs、df、mount、unshare、pidstat、stress 的使用 包括名称隔离的示例，控制组进行内存控制、cpu资源控制的示例
MySQL数据库隔离详解（四种测试用例分析）
weixin_42202257的博客
11-09 746
事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。 |
C/S与 B/S的区别
03-09
从其他地方发现的帖子，复制下来的，希望可以帮助大家
数据隔离之Employee Restrictions功能的小测试
m0_60782905的博客
11-04 400
NetSuite中Employee Restrictions功能的“小坑”，你有遇到过吗？
mysql隔离级别测试
weixin_38972910的博客
08-19 346
隔离级别一直都有了解，但是从来没有测试过，今天兴趣来了刚好了来测一测吧。 隔离级别共4中： 读未提交（READ UNCOMMITTED） 读提交 （READ COMMITTED） 可重复读 （REPEATABLE READ） 串行化 （SERIALIZABLE） 分别来进行测试： 读未提交，即A事务新增一条数据后，还没有执行提交事物的命令，此时B事务就可以读取A事务提交的这条数据，如果此时A事务回滚了，那么B事务读取到的就是脏数据，此时就产生了脏读。 首先新建一个测试表： C
c/s客户端---功能测试点（三）
一步一步带领
12-24 1623
1、安全 多久自动退出登录
数据隔离
西魏陶渊明的博客
03-24 787
数据隔离 数据隔离一直是一个测试的痛点，测试数据可能是 mock 的数据,所以单测过程中,难免会造成脏数据 这种场景,有通用的解决方案。JUnit 已经帮我们做好了。这里我们只讲实操和用法。 如果有兴趣的话可以研究下 TransactionalTestExecutionListener # 解决方案 单测引导类配置说明 @Transactional 如果加上这个注解,就代表全局的单测,事务执行完都...
c/s客户端---功能测试总结（一）
一步一步带领
12-04 2474
加黑： 1、加黑后重新添加 2、加黑自己（不可点） 3、加黑互发消息 4、加黑后恢复身份互发消息 5、加黑后查看其资料    增加：     联系增加和删除，增加是否紊乱
c程序测试性能
nanshenjiang的博客
03-09 944
linux下可测试cpu运转cycle数： #include <time.h> #include<linux/types.h> #define TEST 1 uint64_t rdtsc(){ uint32_t lo,hi; __asm__ __volatile__ ( "rdtsc":"=a"(lo),"=d"(hi) ); return (uint64_t)hi<&l
C端音视频测试解决方案
Bierante的博客
03-16 717
C端音视频测试解决方案背景结论A方案：完整的自动化测试B方案：人工覆盖优化方案 背景 C端音视频测试之前的手动测试需要多人同时上线操作，验证交互内容，费时费力，能够考虑通过自动化的方式替代人工测试。故才有了本文的分析内容。 结论 A方案：完全的自动化测试模拟音视频交互，难度大，无法模拟视频，非常难覆盖图像 B方案：模拟网游，搭建交互测试环境。 A方案：完整的自动化测试 C端ui自动化测试：python + autoit autoit是一个可以驱动windows操作本地应用的工具 python也已经扩展了该工
MySQL 四种隔离级别及测试
master-dragon的专栏
05-10 2973
脏读、幻读、不可重复读 脏读 dirty read 脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。 不可重复读 nonrepeatable read 是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内...
测试网页端app，如何快速熟悉app功能
08-28
<think>嗯，用户现在明确转向网页端应用测试了，而且特别强调要"快速熟悉功能"。看来ta可能刚接手一个新项目，或者需要快速介入一个不熟悉的系统。用户两次提问都强调"快速"，说明有时间压力。 对比之前关于App测试的详细指导，网页端测试的核心差异在于：不需要考虑设备碎片化和安装问题，但需要更关注浏览器兼容性、页面交互复杂度以及前后端分离架构下的数据流。用户特意提到"参考站内引用但非真实需求"，说明ta更希望获得针对性的网页端指导。 从测试策略上，网页端功能熟悉可以分三层推进： 首先是静态结构理解，通过文档和页面遍历建立整体认知。用户手册和技术文档能帮助理解设计意图，而直接操作能发现实际差异。特别要注意SPA应用的路由机制，这往往是测试盲区。 其次是动态交互验证，需要模拟用户完整操作路径。这里可以借鉴之前的App测试经验，但更侧重DOM元素变化和API调用。F12开发者工具会成为主要武器，特别是网络面板和调试器。 最后是数据流向追踪，这是网页测试特有的深度。现代前端框架的数据绑定机制容易产生隐蔽bug，需要验证从界面操作到API请求再到状态更新的完整闭环。Mock数据在这里特别有用，能隔离后端依赖快速验证前端逻辑。 用户可能没意识到的是：网页测试对权限体系和多标签页交互的验证要求更高。建议在快速熟悉阶段就建立权限矩阵表，并测试多窗口操作时的状态同步问题。这些在App测试中通常不是重点，但在网页端容易出问题。 补充两个实用技巧：1) 修改浏览器本地存储数据可以快速模拟不同用户状态，避免重复登录；2) 使用Charles的Map Local功能构造异常响应数据，能快速验证前端容错能力。这些在快速熟悉阶段特别高效。</think>测试网页端应用程序时，快速熟悉其功能需结合结构化探索和工具辅助。以下是高效上手的关键步骤： --- ### **一、基础准备（30分钟）** 1. **明确测试范围** - 确认核心模块（如登录、支付、数据展示）和业务流程（如用户注册→下单→支付）[^1]。 - 获取需求文档/用户故事，明确功能预期行为。 2. **环境搭建** - 安装浏览器测试三件套： - **Chrome DevTools**（F12）：元素检查、网络请求监控 - **Postman**：API接口调试 - **Charles/Fiddler**：抓包分析数据流 --- ### **二、快速功能探索（1-2小时）** #### **1. 界面遍历法** | 步骤 | 操作要点 | |---------------|--------------------------------------------------------------------------| | **页面导航** | 点击所有菜单/按钮，记录页面跳转路径，绘制流程图 | | **表单测试** | 输入边界值测试：空值、超长字符、特殊符号（如`<script>`）、非法格式 | | **数据展示** | 检查列表排序、分页、筛选条件联动（如时间范围筛选是否生效） | #### **2. 核心链路验证** ```mermaid graph TD A[用户登录] --> B[搜索商品] B --> C[加入购物车] C --> D[结算支付] D --> E[订单生成] ``` - **关键检查点**： - 登录态是否全局生效（支付页是否需重新验证） - 购物车数据实时同步（如打开多个标签页修改数量） - 支付后订单状态是否立即更新 #### **3. 深度交互测试** - **开发者工具实战**： - **Network面板**：观察API请求响应码（重点关注`4xx/5xx`错误） - **Console面板**：捕获前端`JavaScript`错误日志 - **Sources面板**：调试前端代码逻辑（如断点跟踪表单提交） --- ### **三、高效测试技巧** 1. **权限覆盖测试** - 用不同角色账号（用户/管理员）验证权限控制： ```markdown | 功能页面 | 普通用户 | 管理员 | |----------------|----------|--------| | 用户管理 | ❌ | ✅ | | 订单删除 | ❌ | ✅ | ``` 2. **数据驱动测试** - 使用Mock数据工具（如`Mock.js`）模拟异常场景： - 服务器返回`500`错误时前端提示是否友好 - 支付超时后订单状态是否回滚 --- ### **四、问题定位与文档沉淀** 1. **缺陷快速定位** - **前端问题**：元素未加载→检查`Console`错误；交互卡顿→性能分析（Performance面板） - **后端问题**：接口报错→复制请求到Postman重放，检查请求头/参数 2. **建立测试地图** - 用Excel/脑图整理功能矩阵： ``` 功能模块 | 优先级 | 关键路径 | 常见风险点 ------------------------------------------ 支付流程 | P0 | 选择支付方式→确认支付 | 并发支付重复扣款 ``` --- ### **五、工具链推荐** | 类型 | 工具 | 用途 | |--------------|-------------------------------|----------------------------------| | **自动化** | Selenium/Cypress | 核心链路冒烟测试 | | **接口测试** | Postman + Newman | API自动化回归 | | **监控** | Sentry | 实时捕获前端异常 | > 通过上述步骤，可在**3-4小时内**掌握核心功能，并输出初步测试用例。重点在于：**先跑通主干再覆盖分支，优先保障核心链路零阻塞**。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值