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

AI 帮我写单测：pytest 覆盖率提升 40% 的协作日志

news 2025/9/11 5:41:09

AI 帮我写单测：pytest 覆盖率提升 40% 的协作日志

🌟 Hello，我是摘星！
🌈 在彩虹般绚烂的技术栈中，我是那个永不停歇的色彩收集者。
🦋 每一个优化都是我培育的花朵，每一个特性都是我放飞的蝴蝶。
🔬 每一次代码审查都是我的显微镜观察，每一次重构都是我的化学实验。
🎵 在编程的交响乐中，我既是指挥家也是演奏者。让我们一起，在技术的音乐厅里，奏响属于程序员的华美乐章。

目录

AI 帮我写单测：pytest 覆盖率提升 40% 的协作日志

摘要

1. 项目背景与测试现状分析

1.1 项目概况

1.2 初始测试覆盖率分析

2. AI协作测试策略设计

2.1 协作流程设计

2.2 测试场景矩阵设计

3. 核心模块测试用例生成实战

3.1 用户服务测试用例生成

3.2 订单服务复杂业务逻辑测试

4. 高级测试技巧与最佳实践

4.1 Fixture设计模式

4.2 参数化测试的高级应用

5. 测试覆盖率提升策略

5.1 覆盖率分析与优化

5.2 关键指标追踪

6. 性能测试与压力测试

6.1 性能基准测试

7. 集成测试与端到端测试

7.1 API集成测试

8. 测试结果分析与优化

8.1 最终覆盖率成果

8.2 发现的关键问题

9. AI协作经验总结与最佳实践

9.1 协作模式优化

9.2 关键成功因素

9.3 避免的常见陷阱

10. 未来展望与持续改进

10.1 技术演进方向

10.2 团队推广计划

总结

参考链接

关键词标签

摘要

作为一名在测试领域摸爬滚打多年的开发者，我深知单元测试的重要性，但也深深体会到编写高质量测试用例的痛苦。直到最近，我开始尝试与AI协作编写pytest测试用例，这次经历彻底改变了我对测试开发的认知。

在这次实践中，我选择了一个中等复杂度的Python项目——一个包含用户管理、订单处理、支付集成的电商后端服务。项目初始的测试覆盖率仅有45%，大量的边界条件、异常处理和复杂业务逻辑都缺乏测试保障。传统的手工编写测试用例不仅耗时，而且容易遗漏关键场景。

通过与AI的深度协作，我们采用了一套系统化的测试生成策略：首先让AI分析代码结构，识别关键路径和潜在风险点；然后基于业务逻辑生成测试场景矩阵；最后通过迭代优化，生成高质量的pytest测试用例。整个过程中，AI不仅帮我生成了大量测试代码，更重要的是提供了测试设计思路和最佳实践建议。

最终结果令人振奋：测试覆盖率从45%提升到85%，新增测试用例312个，发现并修复了23个潜在bug。更重要的是，整个过程的效率提升了约3倍，让我有更多时间专注于复杂业务逻辑的测试设计。这次协作不仅提升了代码质量，也让我重新审视了AI在软件开发中的价值。

1. 项目背景与测试现状分析

1.1 项目概况

我们的目标项目是一个基于Flask的电商后端服务，包含以下核心模块：

# 项目结构概览
ecommerce_backend/
├── app/
│   ├── models/          # 数据模型
│   │   ├── user.py
│   │   ├── product.py
│   │   └── order.py
│   ├── services/        # 业务逻辑
│   │   ├── user_service.py
│   │   ├── order_service.py
│   │   └── payment_service.py
│   ├── controllers/     # API控制器
│   │   ├── auth_controller.py
│   │   ├── product_controller.py
│   │   └── order_controller.py
│   └── utils/          # 工具函数
│       ├── validators.py
│       ├── decorators.py
│       └── helpers.py
├── tests/              # 测试目录
│   ├── unit/
│   ├── integration/
│   └── fixtures/
└── requirements.txt

1.2 初始测试覆盖率分析

使用pytest-cov进行覆盖率分析，发现了以下问题：

# 初始覆盖率报告
pytest --cov=app --cov-report=html --cov-report=termName                    Stmts   Miss  Cover
-------------------------------------------
app/models/user.py         45     28    38%
app/models/product.py      32     20    38%
app/models/order.py        58     35    40%
app/services/user_service.py    89     52    42%
app/services/order_service.py   124    78    37%
app/services/payment_service.py  67     41    39%
app/controllers/auth_controller.py  43     25    42%
app/controllers/product_controller.py  56     32    43%
app/controllers/order_controller.py    78     45    42%
app/utils/validators.py    34     18    47%
app/utils/decorators.py    28     15    46%
app/utils/helpers.py       41     23    44%
-------------------------------------------
TOTAL                     695    412    41%

图1：初始测试覆盖率分布饼图

2. AI协作测试策略设计

2.1 协作流程设计

基于对项目的深入分析，我设计了一套AI协作的测试开发流程：

图2：AI协作测试开发流程图

2.2 测试场景矩阵设计

针对每个模块，我与AI协作设计了全面的测试场景矩阵：

测试维度

正常场景

边界场景

异常场景

性能场景

用户管理

注册/登录/更新

空值/长度限制

重复注册/无效token

并发注册

订单处理

创建/支付/取消

库存边界/金额边界

支付失败/超时

高并发下单

支付集成

正常支付流程

最小/最大金额

网络异常/回调失败

支付峰值处理

数据验证

标准格式验证

临界值验证

格式错误/类型错误

大数据量验证

3. 核心模块测试用例生成实战

3.1 用户服务测试用例生成

首先，我向AI提供了用户服务的核心代码：

# app/services/user_service.py
class UserService:def __init__(self, db_session):self.db = db_sessiondef create_user(self, user_data):"""创建新用户"""# 验证用户数据if not self._validate_user_data(user_data):raise ValueError("Invalid user data")# 检查用户是否已存在existing_user = self.db.query(User).filter_by(email=user_data['email']).first()if existing_user:raise UserAlreadyExistsError("User already exists")# 密码加密hashed_password = self._hash_password(user_data['password'])# 创建用户对象user = User(email=user_data['email'],username=user_data['username'],password_hash=hashed_password,created_at=datetime.utcnow())try:self.db.add(user)self.db.commit()return userexcept Exception as e:self.db.rollback()raise DatabaseError(f"Failed to create user: {str(e)}")def authenticate_user(self, email, password):"""用户认证"""user = self.db.query(User).filter_by(email=email).first()if not user:raise UserNotFoundError("User not found")if not self._verify_password(password, user.password_hash):raise InvalidCredentialsError("Invalid credentials")# 更新最后登录时间user.last_login = datetime.utcnow()self.db.commit()return user

AI生成的测试用例覆盖了多个维度：

# tests/unit/test_user_service.py
import pytest
from unittest.mock import Mock, patch
from datetime import datetime
from app.services.user_service import UserService
from app.models.user import User
from app.exceptions import (UserAlreadyExistsError, UserNotFoundError, InvalidCredentialsError,DatabaseError
)class TestUserService:@pytest.fixturedef mock_db_session(self):"""模拟数据库会话"""return Mock()@pytest.fixturedef user_service(self, mock_db_session):"""用户服务实例"""return UserService(mock_db_session)@pytest.fixturedef valid_user_data(self):"""有效用户数据"""return {'email': 'test@example.com','username': 'testuser','password': 'SecurePass123!'}# 正常场景测试def test_create_user_success(self, user_service, mock_db_session, valid_user_data):"""测试成功创建用户"""# 模拟数据库查询返回None（用户不存在）mock_db_session.query.return_value.filter_by.return_value.first.return_value = Nonewith patch.object(user_service, '_validate_user_data', return_value=True), \patch.object(user_service, '_hash_password', return_value='hashed_password'):result = user_service.create_user(valid_user_data)# 验证结果assert isinstance(result, User)assert result.email == valid_user_data['email']assert result.username == valid_user_data['username']# 验证数据库操作mock_db_session.add.assert_called_once()mock_db_session.commit.assert_called_once()# 边界场景测试@pytest.mark.parametrize("invalid_data", [{'email': '', 'username': 'test', 'password': 'pass'},  # 空邮箱{'email': 'test@example.com', 'username': '', 'password': 'pass'},  # 空用户名{'email': 'test@example.com', 'username': 'test', 'password': ''},  # 空密码{'email': 'invalid-email', 'username': 'test', 'password': 'pass'},  # 无效邮箱格式])def test_create_user_invalid_data(self, user_service, invalid_data):"""测试无效数据创建用户"""with patch.object(user_service, '_validate_user_data', return_value=False):with pytest.raises(ValueError, match="Invalid user data"):user_service.create_user(invalid_data)# 异常场景测试def test_create_user_already_exists(self, user_service, mock_db_session, valid_user_data):"""测试创建已存在的用户"""# 模拟用户已存在existing_user = Mock()mock_db_session.query.return_value.filter_by.return_value.first.return_value = existing_userwith patch.object(user_service, '_validate_user_data', return_value=True):with pytest.raises(UserAlreadyExistsError, match="User already exists"):user_service.create_user(valid_user_data)def test_create_user_database_error(self, user_service, mock_db_session, valid_user_data):"""测试数据库错误处理"""mock_db_session.query.return_value.filter_by.return_value.first.return_value = Nonemock_db_session.commit.side_effect = Exception("Database connection failed")with patch.object(user_service, '_validate_user_data', return_value=True), \patch.object(user_service, '_hash_password', return_value='hashed_password'):with pytest.raises(DatabaseError, match="Failed to create user"):user_service.create_user(valid_user_data)# 验证回滚操作mock_db_session.rollback.assert_called_once()

关键测试点分析：

  • 正常流程覆盖：验证了完整的用户创建流程
  • 边界条件处理：使用参数化测试覆盖各种无效输入
  • 异常处理验证：确保所有异常都被正确抛出和处理
  • 数据库操作验证：通过Mock验证数据库交互的正确性

3.2 订单服务复杂业务逻辑测试

订单服务包含更复杂的业务逻辑，AI帮我生成了状态机测试：

# tests/unit/test_order_service.py
class TestOrderService:@pytest.fixturedef order_service(self, mock_db_session, mock_payment_service):return OrderService(mock_db_session, mock_payment_service)def test_order_state_transitions(self, order_service):"""测试订单状态转换"""# 创建订单order = Mock()order.status = OrderStatus.PENDING# 测试状态转换矩阵valid_transitions = [(OrderStatus.PENDING, OrderStatus.CONFIRMED),(OrderStatus.CONFIRMED, OrderStatus.PAID),(OrderStatus.PAID, OrderStatus.SHIPPED),(OrderStatus.SHIPPED, OrderStatus.DELIVERED),(OrderStatus.PENDING, OrderStatus.CANCELLED),(OrderStatus.CONFIRMED, OrderStatus.CANCELLED),]for from_status, to_status in valid_transitions:order.status = from_statusresult = order_service.update_order_status(order, to_status)assert result.status == to_status@pytest.mark.parametrize("from_status,to_status", [(OrderStatus.PAID, OrderStatus.PENDING),      # 已支付不能回到待处理(OrderStatus.DELIVERED, OrderStatus.SHIPPED), # 已送达不能回到已发货(OrderStatus.CANCELLED, OrderStatus.PAID),    # 已取消不能变为已支付])def test_invalid_order_state_transitions(self, order_service, from_status, to_status):"""测试无效的订单状态转换"""order = Mock()order.status = from_statuswith pytest.raises(InvalidStateTransitionError):order_service.update_order_status(order, to_status)

4. 高级测试技巧与最佳实践

4.1 Fixture设计模式

AI建议我采用分层Fixture设计，提高测试代码的复用性：

# tests/conftest.py
import pytest
from unittest.mock import Mock, patch
from app import create_app
from app.models import User, Product, Order
from app.services import UserService, OrderService, PaymentService# 基础Fixture
@pytest.fixture(scope="session")
def app():"""应用实例"""app = create_app(testing=True)return app@pytest.fixture
def mock_db_session():"""模拟数据库会话"""session = Mock()session.query.return_value.filter_by.return_value.first.return_value = Nonereturn session# 数据Fixture
@pytest.fixture
def sample_user():"""示例用户数据"""return User(id=1,email="test@example.com",username="testuser",password_hash="hashed_password")@pytest.fixture
def sample_product():"""示例商品数据"""return Product(id=1,name="Test Product",price=99.99,stock=100)@pytest.fixture
def sample_order(sample_user, sample_product):"""示例订单数据"""return Order(id=1,user_id=sample_user.id,product_id=sample_product.id,quantity=2,total_amount=199.98,status=OrderStatus.PENDING)# 服务Fixture
@pytest.fixture
def user_service(mock_db_session):"""用户服务实例"""return UserService(mock_db_session)@pytest.fixture
def order_service(mock_db_session):"""订单服务实例"""with patch('app.services.order_service.PaymentService') as mock_payment:mock_payment_instance = Mock()mock_payment.return_value = mock_payment_instancereturn OrderService(mock_db_session, mock_payment_instance)

4.2 参数化测试的高级应用

AI帮我设计了更复杂的参数化测试场景：

# 复杂参数化测试示例
@pytest.mark.parametrize("user_data,expected_error,error_message", [# 邮箱验证测试({'email': 'invalid', 'username': 'test', 'password': 'Pass123!'}, ValidationError, "Invalid email format"),({'email': 'a' * 255 + '@example.com', 'username': 'test', 'password': 'Pass123!'}, ValidationError, "Email too long"),# 用户名验证测试({'email': 'test@example.com', 'username': 'ab', 'password': 'Pass123!'}, ValidationError, "Username too short"),({'email': 'test@example.com', 'username': 'a' * 51, 'password': 'Pass123!'}, ValidationError, "Username too long"),({'email': 'test@example.com', 'username': 'test@user', 'password': 'Pass123!'}, ValidationError, "Username contains invalid characters"),# 密码验证测试({'email': 'test@example.com', 'username': 'testuser', 'password': '123'}, ValidationError, "Password too short"),({'email': 'test@example.com', 'username': 'testuser', 'password': 'password'}, ValidationError, "Password must contain uppercase letter"),({'email': 'test@example.com', 'username': 'testuser', 'password': 'PASSWORD'}, ValidationError, "Password must contain lowercase letter"),({'email': 'test@example.com', 'username': 'testuser', 'password': 'Password'}, ValidationError, "Password must contain number"),
])
def test_user_validation_comprehensive(user_service, user_data, expected_error, error_message):"""全面的用户数据验证测试"""with pytest.raises(expected_error, match=error_message):user_service.create_user(user_data)

5. 测试覆盖率提升策略

5.1 覆盖率分析与优化

通过AI协作，我们建立了系统化的覆盖率提升策略：

图3：覆盖率提升协作时序图

5.2 关键指标追踪

我们建立了多维度的测试质量指标体系：

图4：测试覆盖率提升趋势图

6. 性能测试与压力测试

6.1 性能基准测试

AI帮我设计了全面的性能测试套件：

# tests/performance/test_performance.py
import pytest
import time
from concurrent.futures import ThreadPoolExecutor, as_completed
from app.services.user_service import UserServiceclass TestPerformance:@pytest.mark.performancedef test_user_creation_performance(self, user_service):"""测试用户创建性能"""start_time = time.time()# 创建1000个用户for i in range(1000):user_data = {'email': f'user{i}@example.com','username': f'user{i}','password': 'TestPass123!'}user_service.create_user(user_data)end_time = time.time()execution_time = end_time - start_time# 性能断言：平均每个用户创建时间不超过10msavg_time_per_user = execution_time / 1000assert avg_time_per_user < 0.01, f"User creation too slow: {avg_time_per_user}s per user"@pytest.mark.performancedef test_concurrent_user_creation(self, user_service):"""测试并发用户创建"""def create_user(user_id):user_data = {'email': f'concurrent_user{user_id}@example.com','username': f'concurrent_user{user_id}','password': 'TestPass123!'}start = time.time()user_service.create_user(user_data)return time.time() - start# 使用50个并发线程with ThreadPoolExecutor(max_workers=50) as executor:futures = [executor.submit(create_user, i) for i in range(100)]execution_times = [future.result() for future in as_completed(futures)]# 验证并发性能avg_time = sum(execution_times) / len(execution_times)max_time = max(execution_times)assert avg_time < 0.05, f"Average concurrent creation time too slow: {avg_time}s"assert max_time < 0.1, f"Max concurrent creation time too slow: {max_time}s"

7. 集成测试与端到端测试

7.1 API集成测试

AI协助我设计了完整的API测试套件：

# tests/integration/test_api_integration.py
import pytest
import json
from app import create_appclass TestAPIIntegration:@pytest.fixturedef client(self):app = create_app(testing=True)with app.test_client() as client:yield clientdef test_user_registration_flow(self, client):"""测试用户注册完整流程"""# 1. 注册用户registration_data = {'email': 'integration@example.com','username': 'integrationuser','password': 'TestPass123!'}response = client.post('/api/auth/register', data=json.dumps(registration_data),content_type='application/json')assert response.status_code == 201user_data = json.loads(response.data)assert 'id' in user_dataassert user_data['email'] == registration_data['email']# 2. 用户登录login_data = {'email': registration_data['email'],'password': registration_data['password']}response = client.post('/api/auth/login',data=json.dumps(login_data),content_type='application/json')assert response.status_code == 200auth_data = json.loads(response.data)assert 'access_token' in auth_data# 3. 使用token访问受保护资源headers = {'Authorization': f'Bearer {auth_data["access_token"]}'}response = client.get('/api/user/profile', headers=headers)assert response.status_code == 200profile_data = json.loads(response.data)assert profile_data['email'] == registration_data['email']

8. 测试结果分析与优化

8.1 最终覆盖率成果

经过6周的AI协作测试开发，我们取得了显著成果：

模块

初始覆盖率

最终覆盖率

提升幅度

新增测试用例

用户管理

38%

92%

+54%

45个

订单处理

37%

88%

+51%

67个

支付集成

39%

85%

+46%

38个

数据验证

47%

94%

+47%

52个

API控制器

42%

87%

+45%

78个

工具函数

44%

91%

+47%

32个

总计

41%

89%

+48%

312个

图5：测试质量与覆盖率象限图

8.2 发现的关键问题

通过AI协作测试，我们发现并修复了23个重要bug：

测试驱动的质量提升

"好的测试不仅验证代码的正确性，更重要的是揭示设计的缺陷。通过AI协作编写测试，我们不仅提升了覆盖率，更重要的是提升了代码的整体质量和可维护性。"

—— 软件测试最佳实践

发现的典型问题类型：

  1. 边界条件处理不当：7个
    • 空值检查缺失
    • 数组越界风险
    • 数值溢出处理
  1. 异常处理不完善：8个
    • 数据库连接异常
    • 网络超时处理
    • 第三方服务调用失败
  1. 并发安全问题：5个
    • 竞态条件
    • 死锁风险
    • 数据一致性问题
  1. 性能瓶颈：3个
    • N+1查询问题
    • 内存泄漏风险
    • 缓存失效策略

9. AI协作经验总结与最佳实践

9.1 协作模式优化

通过这次实践，我总结出了几种高效的AI协作模式：

图6：AI协作测试开发用户旅程图

9.2 关键成功因素

  1. 明确的协作边界
    • AI负责代码生成和模式识别
    • 人类负责业务逻辑验证和架构决策
    • 共同负责代码审查和质量把控
  1. 迭代式改进流程
    • 小步快跑，频繁验证
    • 及时反馈，快速调整
    • 持续学习，优化策略
  1. 工具链集成
    • 自动化测试执行
    • 覆盖率实时监控
    • 质量门禁检查

9.3 避免的常见陷阱

  1. 过度依赖AI生成
    • 必须进行人工审查
    • 理解测试逻辑
    • 验证业务正确性
  1. 忽视测试维护性
    • 保持测试代码简洁
    • 避免过度复杂的Mock
    • 确保测试的可读性
  1. 盲目追求覆盖率
    • 关注测试质量而非数量
    • 重视边界条件和异常场景
    • 平衡单元测试和集成测试

10. 未来展望与持续改进

10.1 技术演进方向

基于这次成功的AI协作经验，我计划在以下方向继续深化：

  1. 智能测试生成
    • 基于代码变更自动生成测试
    • 利用静态分析识别测试盲点
    • 集成模糊测试和属性测试
  1. 测试质量评估
    • 开发测试有效性评估指标
    • 建立测试价值评估体系
    • 实现测试ROI量化分析
  1. 持续优化机制
    • 建立测试债务管理体系
    • 实现测试用例自动维护
    • 集成性能回归检测

10.2 团队推广计划

图7：AI协作测试推广甘特图

总结

回顾这次AI协作编写pytest测试用例的完整历程，我深深感受到了技术进步带来的巨大价值。从最初45%的测试覆盖率到最终89%的高覆盖率，不仅仅是数字上的提升，更重要的是整个开发流程的质量革命。

这次实践让我重新认识了AI在软件开发中的定位。AI不是要取代开发者，而是成为我们最得力的助手。在测试用例编写这个传统上耗时且容易出错的环节，AI展现出了惊人的效率和准确性。它能够快速识别代码中的关键路径，生成全面的测试场景，甚至发现我们容易忽视的边界条件。

但更重要的是，这次协作让我意识到，真正的价值不在于AI生成了多少行测试代码，而在于它帮助我们建立了更系统化的测试思维。通过与AI的深度协作，我学会了更好地分析代码结构，更全面地考虑测试场景，更科学地评估测试质量。

从技术层面看，我们不仅实现了覆盖率的大幅提升，更重要的是建立了一套可持续的测试开发流程。这套流程不仅适用于当前项目，更可以推广到团队的其他项目中，形成标准化的最佳实践。

从团队协作角度看，AI协作测试开发模式极大地提升了开发效率，让我们有更多时间专注于复杂业务逻辑的设计和优化。同时，高质量的测试用例也为代码重构和功能迭代提供了坚实的保障。

展望未来，我相信AI在软件测试领域还有更大的发展空间。随着大模型能力的不断提升，我们可以期待更智能的测试生成、更精准的缺陷预测、更高效的测试维护。但无论技术如何发展，人机协作的核心理念不会改变：让AI处理重复性和规律性的工作，让人类专注于创造性和判断性的任务。

这次AI协作测试的成功实践，不仅提升了项目的代码质量，更重要的是为我们探索AI在软件开发中的应用提供了宝贵经验。我相信，随着更多开发者加入到AI协作开发的行列中，我们将迎来软件开发效率和质量的双重飞跃。

技术的进步永无止境，但我们对质量的追求始终如一。在AI的助力下，让我们一起在代码的世界里，构建更加稳固、高效、优雅的软件系统。

我是摘星！如果这篇文章在你的技术成长路上留下了印记
👁️ 【关注】与我一起探索技术的无限可能，见证每一次突破
👍 【点赞】为优质技术内容点亮明灯，传递知识的力量
🔖 【收藏】将精华内容珍藏，随时回顾技术要点
💬 【评论】分享你的独特见解，让思维碰撞出智慧火花
🗳️ 【投票】用你的选择为技术社区贡献一份力量
技术路漫漫，让我们携手前行，在代码的世界里摘取属于程序员的那片星辰大海！

参考链接

  1. pytest官方文档 - 测试框架完整指南
  1. pytest-cov插件 - 代码覆盖率测试工具
  1. Python Mock库 - 单元测试模拟对象
  1. Factory Boy - Python测试数据工厂
  1. GitHub Actions - CI/CD自动化测试

关键词标签

pytest 单元测试 代码覆盖率 AI协作开发 测试驱动开发


文章转载自：

http://VRyPndID.ktmbr.cn
http://TdnakKSy.ktmbr.cn
http://l81aM9Xq.ktmbr.cn
http://UGZWSBSL.ktmbr.cn
http://OiXUs9JU.ktmbr.cn
http://McOgmyKj.ktmbr.cn
http://Osi3L1pV.ktmbr.cn
http://nRCLV5Pa.ktmbr.cn
http://48p16dgU.ktmbr.cn
http://E7jsH1FT.ktmbr.cn
http://vUamrthJ.ktmbr.cn
http://zX7kXkzC.ktmbr.cn
http://FjuNYVjV.ktmbr.cn
http://P7izpMmK.ktmbr.cn
http://kPXx7oJd.ktmbr.cn
http://Zpi9jSd2.ktmbr.cn
http://MVzOPKwk.ktmbr.cn
http://yc6pKNCR.ktmbr.cn
http://lcvRlVAO.ktmbr.cn
http://CoLJRVh9.ktmbr.cn
http://Nbbk1Qcd.ktmbr.cn
http://ogVR7sSQ.ktmbr.cn
http://SfR08Pbv.ktmbr.cn
http://hGHxCWsf.ktmbr.cn
http://xR4hRKXY.ktmbr.cn
http://yOgwHGc5.ktmbr.cn
http://GdwSaadW.ktmbr.cn
http://eDQD2yFq.ktmbr.cn
http://GTIi5YLY.ktmbr.cn
http://SQTiGa4S.ktmbr.cn
http://www.dtcms.com/a/376303.html

相关文章：

  • RL【7-2】：Temporal-difference Learning
  • 50条常用的MySQL命令汇总
  • 宝塔SSL自动续签
  • Nginx SSL/TLS 配置
  • 剧本杀小程序系统开发：开启沉浸式社交娱乐新纪元
  • Nginx SSL 获取 SSL/TLS 证书（仅用于测试）
  • 激光频率梳 3D 轮廓测量 -- 平晶干涉法观察高精度平面度
  • HTTP快速入门
  • 【Unity UGUI 交互组件——Slider（7）】
  • Vue 3 实战：从零到一用 vue-pdf-embed 打造功能齐全的 PDF 查看器
  • Redis超详细入门教程
  • 单例模式(C++)详解(2)
  • 卷发棒/卷发梳MCU方案分析
  • vue3+TS项目配置unocss
  • 恒拓高科BeeWorks亮相鸿蒙 HEC 生态大会，重构数字化协作免费新体验
  • 抖音矩阵号管理+视频剪辑+智能体开发接入 SaaS源码
  • HarmonyOS 应用开发深度解析：驾驭 ArkTS 声明式 UI 与现代化状态管理
  • HarmonyOS之UIAbilityContext详解
  • HarmonyOS 应用开发深度解析：基于 Stage 模型的 ArkUI 声明式开发实践
  • 数学建模常用算法-模拟退火算法
  • 数据分析之Pandas入门小结
  • Maya绑定：变形器、高级复制、晶格
  • infinityfree 网页连接内网穿透 localtunnel会换 还是用frp成功了
  • 【三维重建】3R-GS：优化相机位姿的3DGS最佳实践
  • 稳态太阳光模拟器 | 多源分布式设计的要点有哪些？
  • 【第19话：定位建图】SLAM点云配准之3D-3D ICP（Iterative Closest Point）方法详解
  • 在 RuoYi 中接入 3D「园区驾驶舱」：Vue2 + Three.js + Nginx
  • tp5的tbmember表闭包查询 openid=‘abc‘ 并且（wx_unionid=null或者wx_unionid=‘‘）
  • PPT转化成PDF脚本
  • 基于 Dockerfile 构建镜像