【文章末尾给大家留下了大量的福利噢】

十一、开放性思维题

?

1. 给你一个 LOGO?的水杯，你会如何测试？（生活中的物品）

1. 购物车怎么测试？多久能测完？
   1. 功能测试

① 未登录时：将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。

② 登录后：

1. 1. 1. 所有链接是否跳转正确；
      2. 商品是否可以成功加入购物车；
      3. 购物车商品总数是否有限制；
      4. 商品总数统计是否正确；
      5. 全选功能是否可用；
      6. 删除功能是否可用；
      7. 价格总计是否正确；

1. 1. 1. 商品文字太长时是否显示完整；
      2. 购物车中下架的商品是否有标识，是否还能支付；
      3. 新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；
      4. 是否支持快 TAB、ENTER?等快捷键；
      5. 商品删除后商品总数是否减少；
      6. 收藏功能是否可用；
      7. 购物车结算功能是否可用。

1. 1. 兼容性测试

① BS?架构：不同浏览器测试，比如：IE，火狐，谷歌，360?这些。

② APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为， vivo，oppo?等

1. 1. 用户体验测试

① 删除商品是否有提示；

② 是否支持快捷键功能；

③ 是否有回到顶部的功能；

④ 商品过多时结算按钮是否可以浮动显示；

⑤ 购物车有多个商品时，能不能只对单个商品结算；

⑥ 界面布局、排版是否合理；

⑦ 文字是否显示清晰；

⑧ 不同卖家的商品是否区分明显。

1. 1. 性能测试

① 打开购物车页面要多长时间

1. 1. 安全性测试

① 加入购物车时，抓包拦截数据

1. 1. 如果当天没有其他加急的事情，优先安排测试的话，我觉得两个小时可以测试完成。

1. 支付功能怎么测试？

1. 从功能方面考虑：
   1. 正常完成支付的流程；
   2. 支付中断后继续支付的流程；
   3. 支付中断后结束支付的流程；
   4. 单订单支付的流程；
   5. 多订单合并支付的流程；
   6. 余额不足；金额的最小值 ：如 0.01；金额为 0；金额为负数
   7. 未绑定银行卡；
   8. 密码错误；
   9. 密码错误次数过多；
   10. 找人代付；
   11. 弱网状态下，连续点击支付功能，会不会支付多次；

1. 1. 有优惠券、折扣、促销价进行结算是否正确；
   2. 不同终端上支付：包括 PC?端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
   3. 不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
   4. 支付失败后，再次支付。

1. 从性能方面考虑：

1. 多个用户并发支付能否成功；
2. 支付的响应时间；

1. 从安全性方面考虑

(1)???使用?Fiddler?拦截订单信息，并修改订单金额，或者修改订单号，(下两个订单?A,B，付款时拦截订单 B，并把订单 B 的订单号改为 A 订单的订单号)无法完成支付；

1. 从用户体验方面考虑

1. 是否支持快捷键功能；
2. 点击付款按钮，是否有提示；
3. 取消付款，是否有提示；
4. UI?界面是否整洁；
5. 输入框是否对齐，大小是否适中等。

1. 兼容性

1. BS?架构：不同浏览器测试。
2. APP：不同类型，不同分辨率，不同操作系统的手机上测试

1. 搜索功能怎么测试？

1. 功能方面的测试：

1. 搜索单个字，词语，句子，检索到的内容是否准确，链接是否准确
2. 长度：例如输入框支持 100?字符， 那需要测试 100?字符、101?字符，最大长度的显示是否正常；
3. 哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符；
4. 是否支持换行；
5. 字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留
6. 全角半角的字母、数字

1. 性能方面的测试

1. 点击搜索按钮后，搜索结果多长时间能够显示
2. 进入搜索页面需要多久

1. 安全性方面的测试

(1) 能否防止 SQL?注入攻击,否防止 XSS?攻击

1. 用户体验测试：

1. 页面布局是否合理，输入框和按钮是否对齐

1. 输入框的大小和按钮的长度，高度是否合理
2. 快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串 ?????怎么显示，table?键盘是否可用；

1. 兼容性测试

1. BS?架构：不同浏览器测试，比如：IE，火狐，谷歌，360?这些。
2. APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo

等

1. 文件上传功能怎么测试？

1. 功能测试

1. 选择符合要求的文件，上传 上传成功；
2. 上传成功的文件名称显示 显示正常（根据需求）
3. 查看，下载上传成功的文件 上传的文件可查看或下载
4. 删除上传成功的文件 可删除
5. 替换上传成功的文件 可替换
6. 上传文件是否支持中文名称 根据需求而定
7. 文件路径是否可手动输入 根据需求而定
8. 手动输入正确的文件路径，上传 上传成功
9. 手动输入错误的文件路径，上传 提示，不能上传

1. 文件大小测试

1. 符合格式，总大小稍小于限制大小的文件 上传成功
2. 符合文件，总大小等于限制大小的文件 上传成功
3. 符合文件总大小稍大于限制大小的文件 在上传初提示附件过大
4. 小为?0kb?的?txt?文档 不能上传

1. 文件名称测试

1. 文件名称过长。Win2000?标准：255?个字符（指在英文的字符下），如果是中文不超过?127?个汉字 提示过长
2. 文件名称达到最大长度（中文，英文或混在一起）上传后名称显示，页面排版-----------

页面显示正常

1. 文件名称中包含特殊字符 根据需求而定
2. 文件名全为中文 根据需求而定
3. 文件名全为英文 根据需求而
4. 文件名为中、英混合 根据需求而定

1. 文件格式测试

1. 上传正确格式 上传成功
2. 上传不允许的格式 提示不能上传
3. 上传?rar,zip?等打包文件（多文件压缩） 根据需求而定

1. 安全性测试

1. 上传可执行文件（exe?文件） 根据需求而定

1. 上传常见的木马文件 提示不能上传
2. 上传时服务器空间已满 有提示

1. 性能测试

1. 上传时网速很慢（限速） 当超过一定时间，提示
2. 上传过程断网 有提示是否上传成功
3. 上传过程服务器停止工作 有提示是否上传成功
4. 上传过程服务器的资源利用率 在正常范围

1. 界面测试

1. 界面美观性、易用性（键盘和鼠标的操作、tab?跳转的顺序是否正确） 显示正常

（根据需求）

1. 按钮文字是否正确 正确
2. 正确/错误提示的文字是否正确 正确
3. 说明性文字是否正确 正确

1. 其他测试

1. 有多个上传框时，上传相同名称的文件 根据需求而定
2. 上传一个正在打开的文件 可以上传
3. 文件路径是手工输入的是否限制长度 限制一定的长度
4. 上传过程中是否有取消正在上传文件的功能 有
5. 保存时有没有已经选择好，但没有上传的文件 提示上传
6. 选择好但是未上传的文件是否可以取消选择 可以取消选择

1. 登录功能怎么测试？

1. 功能方面的测试：

1. 输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确的 ?????页面
2. 输入错误的用户名, 验证登录失败，并且提示相应的错误信息
3. 输入错误的密码, 验证登录失败，并且提示相应的错误信息
4. 用户名为空, 验证登录失败，并且提示相应的错误信息
5. 密码为空, 验证登录失败，并且提示相应的错误信息
6. 用户名和密码都为空，点击登陆
7. 用户名和密码前后有空格的处理

1. 性能方面的测试

1. 打开登录页面，需要多长时间
2. 输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间

1. 安全性方面的测试

1. 密码是否在前端加密，在网络传输的过程中是否加密
2. 用户名和密码的输入框，能否防止 SQL?注入攻击
3. 用户名和密码的输入框，能否防止 XSS?攻击

1. 错误登陆的次数限制（防止暴力破解）
2. 是否支持多用户在同一机器上登录
3. 一个用户在不同终端上登陆
4. 用户异地登陆

1. 用户体验测试：

1. 页面布局是否合理，输入框和按钮是否对齐
2. 输入框的大小和按钮的长度，高度是否合理
3. 是否可以全用键盘操作，是否有快捷键
4. 输入用户名，密码后按回车，是否可以登陆
5. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用

1. 兼容性测试

1. BS?架构：不同浏览器测试，比如：IE，火狐，谷歌，360?这些。
2. APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo

等

1. 还款功能怎么测试？

1. 功能

1. 正常还款流程
2. 逾期还款
3. 不同的还款账户
4. 余额不足还款
5. 弱网状态下，连续点击还款按钮
6. 弱网状态，或系统不稳定，支付服务方未把支付结果返回给下单发起方(如果发生这种 ????问题，结果是，钱扣了，还款状态未发生变化)
7. 金额不输，为 0，为负数
8. 提前还款
9. 第三方还款

1. 性能：

(1) 还款的响应时间是否过长

1. 用户体检：

1. 系统提示是否容易理解
2. 界面是否友好，输入框是否对齐，按钮大小是否适中，是否有错别字等

1. 安全性：

1. 是否能防止 SQL?注入，防 XSS?攻击
2. 还款金额是否会被拦截篡改
3. 还款密码等敏感信息是否加密

1. 兼容性：

1. BS?架构的系统，要考虑不同浏览器的兼容性

1. APP：考虑在不同分辨率，不同操作系统，不同类型的手机的兼容性

1. 订单功能怎么测试?

我们系统的订单生成的流程是这样子的，用户下单后，系统会在用户端和卖家端生成一个待付款的订单，同时在数据库也会生成一个待付款的订单；当用户付款之后，用户端显示 ??????待发货状态，卖家端显示已付款待发货状态，订单在数据库的状态为待发货，产品相应的库 ??????存量会减少，用户的账户金额减少相应的金额；当卖家发货后，用户端和卖家端的订单状态 ??????都显示为配送中，数据库中的订单状态也同时发生变化；当用户确认收货后，订单状态会显 ??????示为已完成，待评价状态，数据库中的订单状态也同时发生变化，买家支付的款项会打入到 ??????卖家的账户；当用户评论完后，订单状态显示为已结束，数据库中的订单状态也同时发生变 ??????化。这是一个正常的流程，我们测试的时候，要优先把这个流程测试通过。

然后再考虑用户的其他使用场景，比如：

1. 用户下单后，取消订单；
2. 下单后，一直不付款，检查订单超时不付款的场景下，会不会自动取消订单；
3. 在订单快超时时，付款；
4. 下单后，在不同的终端登录，一端取消订单，同时一端对该订单进行付款；
5. 弱网状态下，多次点击提交订单按钮，检查是否会生成多个订单；
6. 用户付款后，申请退款，买家端的订单状态为退款申请中，卖家端显示为退款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝退款，订单状态为待发货状态；卖家超时不处理退款申请，自动退款，订单自动设置为已退款状态， 买家收到退还的金额；
7. 当卖家发货后，买家申请退款，买家端的订单状态为退款申请中，卖家端显示为退款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝退款， 订单状态为待发货状态；卖家超时不处理退款申请，自动退款，订单自动设置为已退款状态，买家收到退还的金额；
8. 买家收货后，买家申请退款/退货，买家端的订单状态为退款申请中，卖家端显示为退 ???款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝款

/退货，订单状态为已确认收货状态；卖家超时不处理退款/退货申请，自动退款，订单 ????自动设置为已退款状态，买家收到退还的金额；

1. 买家长时间不确认收货，系统自动确认收货，系统自动设为好评，订单状态为已结束， ?????卖家收到买家的货款；
2. 收货后，超时不评论，系统自动设为好评，订单状态为已结束。

这些是功能测试的场景，每个场景，我们都要检查数据库对应订单的数据变化。

1. 用户体验：

1. 订单界面是否整洁，清晰，文字大小是否适中，订单编号是否能复制；
2. 下单，取消订单，申请退款等功能是否有相应的提示，提示是否合理；
3. 超时时长是否有倒计时提示；
4. 只对订单的部分商品进行发货，订单里的商品发货状态是否分开展示；
5. 是否支持 Enter，tab?等快捷键。

1. 安全性：

(1) 使用 Fiddler，检查是否能拦截篡改修改订单的信息。

1. 兼容性：

1. web?端，在不同的浏览器，比如：谷歌，IE，火狐，360?上测试；
2. app?端，在主流的不同的机型，不同的分辨率，不同的操作系统的手机上进行测试，比如：xxx；

1. 性能：

1. 多用户并发下单；
2. 提交订单，取消订单，申请退款的响应时间。

1. 可靠性：

(1) 多用户长时间运行提交订单功能。

1. 对电梯进行测试用例设计

套用万能公式（也就是质量模型，也叫软件质量的 6 大特性）

界面测试：

查看电梯外观，按钮位设计是否合理、大方、美观，是否有温馨提示的标语。是否有检修标牌和紧急求助联系方式。

功能测试：

1. 测试电梯能否实现正常的上升和下降功能。
2. 电梯的按钮是否都可以使用。
3. 电梯门的打开，关闭是否正常。
4. 报警装置是否可用。
5. 与其他电梯之间是否协作良好。
6. 通风状况如何。
7. 突然停电时的情况。
8. 上升途中的响应。

1. 电梯本来在 1?楼，如果有人在 18?楼按，那么电梯在上升到 5?楼的时候，有人在 10?楼按，

这时候是否会在 10 楼先停下来；

1. 电梯下降到 10?层时显示满员，此时若 8?层有人等待电梯，是否在 8?层停。

可靠性（安全性）：

1. 门关上的一刹那出现障碍物。
2. 同时按关门和开门按钮。
3. 点击当前楼层号码。
4. 多次点击同一楼层的号码等等。
5. 同时按上键和下键会怎样。

易用性：

1. 电梯的按钮的设计符合一般人使用的习惯吗．