之前我有整理过一系列文章“支付功能如何测试？”，“抖音直播要如何测试”，“微信红包如何测试”，很多学生说是及时雨，帮助了他们的测试面试，

你能说说“支付功能”怎么测试么？

你能说说“抖音直播”怎么测试吗？

“微信红包”测试 | 以后抢红包就是王者了....

今天我再给大家整理一篇面试高频问到的问题——“淘宝购物车”怎么测试。

测试思维

依然附上测试任何事物的测试思路：

第一步：梳理产品的核心业务流程：明白这是个什么项目购物车的功能测试点，实现了什么业务，以及是怎么实现的？

这个步骤一般是参考公司的需求文档来的，如果产品提供需求文档的同时提供了业务流程图，可以遵循流程图来梳理；

如果产品没有提供流程图，就需要测试人员根据需求的理解自己画出流程图，达到梳理业务的目的。

第二步：根据流程进行模块细分，然后针对每个功能模块进行详细的测试点设计和提取。

这个单个功能的测试点提取要覆盖一下几个方面：

正常功能验证：优先覆盖正常的业务流程和功能验证，这其实也是单个功能的冒烟测试。冒烟测试先行，如果不通过，可以直接停止测试等开发修复后继续测试。

异常功能验证：为了更加贴近用户的使用产经，我们也要验证各种异常的场景，故意操作导致出错，检查系统的反馈和提示，保证用户操作失误的情况能够得到系统的友好指示。因为有很多地方的操作都有可能会导致系统异常和抛错，所以为了不漏测，我们需要找出所有可能导致异常的输入项和选项。所以就到了第三步——

第三步：针对具体功能购物车的功能测试点，寻找每个输入项和步骤，从以下三个角度来分析测试点 。

这其中就需要用到一些用例的具体设计方法了，比如场景法，等价类法，边界值法，错误推测法等等。第四步：考虑非功能测试点，包括界面、易用性、兼容性、安全性、性能压力

淘宝购物车功能的测试点

基于上面的测试思路，我们可以分析得出淘宝购物车的测试点如下：

首先，梳理淘宝购物车的业务流程如下：

进入购物车→加商品到购物车→ 编辑购物车→选择商品→提交订单

**冒烟测试：**加入商品到购物车，并进入购物车，可以选择商品提交订单，跳转到订单页面。

然后我们再来细化每个模块的测试点：

1进入购物车入口

2用户购物车的权限

3购物车相关的操作

添加商品到购物车，查看购物车显示

a、有货，并显示商品的数量

b、无货，无法勾选选择，并调试重新选择商品的规格

c、下架，移到失效宝贝，可以找相似的商品

购买数量增减操作

有效：1/后台最低限购梳理~ 库存/最大限购数量无效：0，大于库存，大于最大限购数量，小于最低限购数量，检查是否有友好的报错信息

有效：整数字无效：非数字，可以是从字母、字符、中文里选择一个代表测试；还有小数，负数，检查书否有提示信息

输入数量为空/或者空格，检查是否有报错信息并友好

商品支持删除

点击删除是否有提示信息，可以确认和取消按钮可用；

删除后，商品不显示在购物车列表；商品总件数减 1，总价检查更新正确。