名词百科
什么是功能测试 / 测试用例？
一句话定义
功能测试是验证软件功能是否符合需求规格的测试，测试用例是描述输入、操作步骤与预期结果的文档，是功能测试的执行依据。
它到底是什么
测试用例的价值是把「检查什么」固定下来：既保证覆盖不遗漏，也让回归测试可重复执行。没有用例的测试，每次靠临场发挥，覆盖范围随机。
好的用例有三个特征：前置条件明确、步骤可执行、结果可判断。「界面美观」不是可判断的结果。
怎么运作的
用例设计：按功能模块划分，覆盖正常流程、边界值、异常输入、权限差异。边界与异常往往是最容易出问题的地方。
执行：手工或自动化。重复执行的用例适合自动化，探索性测试更适合人工。
回归：每次改动后重跑关键用例，确认没有破坏已有功能。回归范围应随系统复杂度增长。
缺陷记录：发现的问题记录复现步骤、环境、预期与实际结果，便于开发定位。
容易混的几个概念
- 集成测试：验证模块之间的交互，范围大于单功能。
- 验收测试：由需求方确认是否满足业务目标。
- 冒烟测试：快速确认核心链路可用，用于上线前把关。
- 探索性测试：不预设步骤，靠经验发现问题。
常见问题
用例要写多细？
细到「换一个人执行能得出同样结论」即可。过细维护成本高，过粗则执行结果不一致。关键路径与高风险功能应写细，简单页面可简化。
自动化测试能替代手工测试吗？
不能完全替代。自动化适合稳定、重复的回归场景；界面变化频繁或需要主观判断的部分，人工更有效。
J 项目运维 · 同组词条
迭代迭代是按固定周期交付一部分可用功能的工作方式；版本管理是对不同发布版本的内容、时间与兼容性进行规划与控制。性能测试性能测试是评估系统在特定负载下的响应时间与资源消耗；压力测试是逐步加压直到系统崩溃，用于找出容量上限与瓶颈位置。原型图原型图是产品界面的低保真示意，表达布局与元素位置；线框图更强调结构骨架，通常不含视觉细节。两者用于在开发前确认信息架构与流程。安全测试安全测试是检查系统是否存在可被利用的漏洞的测试活动；渗透测试是模拟攻击者视角，尝试实际攻破系统，以验证防护是否有效。PRDPRD（Product Requirements Document，产品需求文档）是描述产品要做什么、为谁做、怎么判断做完的文档，是开发、测试与业务方对齐的依据。BUG管理BUG 是软件中不符合预期的缺陷；缺陷管理是记录、分级、分配、跟踪与验证缺陷直至关闭的流程，通常借助缺陷跟踪系统实现。需求调研需求调研是通过访谈、观察、数据分析等方式弄清用户真正要解决的问题；需求分析是把调研结果整理成可开发、可验收的规格。调研找问题，分析定方案。灰度发布灰度发布是把新版本先开放给小部分用户，观察运行情况后再逐步扩大范围的上线方式。它用于降低全量发布带来的风险。