- 博客(6)
- 收藏
- 关注
RSS订阅原创 测试用例设计宝典（下）：判定表与状态图破解复杂逻辑
解决多个输入条件组合触发不同动作的业务规则，避免用例遗漏提取条件桩：识别所有影响结果的输入条件 确定动作桩：列出所有可能的输出动作 构建条件矩阵： 定义动作项： 化简规则：合并相同动作的冗余规则对状态依赖型系统建模（如订单/工单/设备控制），验证状态流转的正确性 要素 符号 说明 状态 圆形/矩形 系统在特定时刻的条件 转换 箭头 状态变化路径 事件 箭头
2025-08-18 20:59:51
750
原创 测试用例设计宝典（上）：等价类划分与边界值分析实战
点类型描述示例（18-60边界）上点边界上的有效值18, 60离点边界外的无效值17, 61内点边界内的典型有效值30。
2025-08-15 18:00:24
928
原创 测试分层策略解析——单元、集成、系统、验收测试
金字塔结构是理想的分层比例模型单元测试是快速反馈的基石E2E测试不应替代底层测试验收测试的最终决策权在用户V模型建立了测试与开发的对应关系下篇预告：《测试用例设计宝典（上）：等价类划分与边界值分析实战》
2025-08-15 16:15:23
956
原创 初探软件测试：它远不止是“找Bug”
用“功能、性能、安全、体验、风险”五个维度，列出至少 2 条测试关注点。我们会深入探讨测试行业的“黄金法则”，帮你在设计测试方案时避免走弯路。：测试质量不是看你提了多少 Bug，而是看是否覆盖了关键风险点。换句话说，测试是软件质量的“体检医生”，而不是“救护车司机”。如果你把测试当作“质量的守门员”，你会发现它的舞台其实很大。：对软件交付质量负责，不是对开发“挑刺”，而是一起保障质量。找一个你常用的 APP，挑一个核心功能（如登录、支付）。：没看懂需求就测试，结果发现“测了半天测错了方向”。
2025-08-14 15:56:10
672
原创 软件测试自学笔记分享（心得 写在最前面）
Stack Overflow, CSDN, 知乎、测试专业论坛 (如 TesterHome) 是解决问题的宝库。软件测试是一个融合了技术深度（自动化、性能、安全等）、业务理解、流程协作和质量思维的综合性专业。提问时描述清晰：环境、步骤、预期结果、实际结果、错误日志。搭建环境、找开源项目练手、自己写测试用例、尝试自动化。理解你测试的软件是做什么的，用户是谁，核心业务流程是什么。测试理论、设计方法、网络/数据库基础是根基，切勿好高骛远只追求工具。主动思考测试策略、探索潜在风险、关注非功能需求。
2025-08-13 14:59:39
382
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人