测试点与测试用例的区别是什么？

测试点是梳理出的测试维度，而测试用例是把每个维度拆解成可落地、可验证的操作步骤，两者是方向与执行的递进关系，实际测试中需要先明确测试点，再细化成测试用例。

先看测试点，它更偏向梳理范围，是从需求或功能里提炼出的、需要验证的核心维度，不用包含具体操作。

比如测试一款购物APP的商品加入购物车功能，首先要拆解测试点：像未登录状态能否加购、加购时库存不足会怎样、同一商品多次加购数量是否正确、不同规格（颜色、尺码）的商品加购是否独立计数，这些都是需要覆盖的测试方向，每个点都聚焦一个待验证的核心场景，但不会说点哪个按钮、输入什么数据。

测试点的作用是确保测试不遗漏关键场景，比如如果没梳理库存不足这个测试点，可能就会忽略”用户加购超过库存的商品时，系统是否会提示“这个关键验证项，导致测试范围有缺口。实际工作中，测试人员拿到需求文档后，第一步就是拆解测试点，通常会列成清单，和产品、开发确认是否覆盖所有核心逻辑，避免后续测试走偏。

再看测试用例，它是在测试点的基础上，补充操作步骤、预期结果、测试数据的具体执行方案，是能直接让测试人员照着做的指南。

还是以商品加入购物车为例，针对 “未登录状态能否加购” 这个测试点，对应的测试用例就要写清楚：测试环境、测试数据、操作步骤。而且一个测试点可能对应多个测试用例，比如同一商品多次加购这个测试点，要考虑加购 2 次、加购超过库存的数量、加购后再删除部分数量”等不同场景。每个场景都要单独写一条测试用例，每条用例都有唯一的编号、明确的前置条件和可验证的结果。比如加购超过库存的用例，预期结果必须是系统提示库存不足，当前可购数量为 5，购物车仅添加 5 件商品，不能模糊地写提示库存问题，否则测试时无法判断结果是否合格。