第一题：
第二题：
设计功能测试用例
1.点击扫一扫是否可以进入扫描界面
2.在扫描界面扫描需要购买的物品条码是否可以读取到价格
3.在扫描界面扫描需要购买的物品条码读取到的价格是否和物品或者商品价格一致
4.扫描到商品条码后，是否会自动填充条码框
5.扫描到商品条码后，填充条码框条码是否和商品上的条码一致
6.扫描其他如：支付宝类二维码是否会出现异常，并且报错
7.直接扫描商品不扫描条码框是否会自动填充条码框
8.扫描完填充条码框的信息是否可以支持修改和删除
9.条码框内容是否支持中文字符，英文字符，特殊字符的输入
10.条码框是否支持手动的输入，输入之后是否会有指针的跳转
11.通过扫描条码是否把商品加入到产品列表
12.扫描条码框的产品是否支持删除，减少，或者直接点+按钮进行增加，或者增加输入商品的数量
13.当扫描到的产品点击+号按钮增加到一定程度是否会有限制增加的提示
14.对扫描到的商品是否可以支持单个商品的结算
15.对于结算的金额是否有限制最低的消费
16.对扫描到的产品是否可以全选之后一起结算
17.点击结算按钮是否可以跳转到支付界面，点击返回按钮，是否会跳转弹框提示：您是否需要取消支付，返回上一个页面
18.点击确定是否会返回到上一个商品列表的界面，点击继续支付是否会跳转第三方支付界面
19.在支付界面是否会显示用APP账户余额支付和使用微信和支付宝支付列表
20.当前支付界面是否可以通过设置支付顺序
21.假如所选产品为200.1元，APP账户余额只剩200，是否可以成功支付
22.假如所选产品为200.1元，APP账户余额只剩200，APP余额支付选项是否会置灰状态
23.选择微信支付是否会调起微信程序，是否会要求输入密码支付
24.选择支付宝支付是否会调起支付宝程序，是否会要求输入密码支付
25.是否可以支持刷脸支付
26.是否可以支持免密支付
27.是否可以支持短信验证码支付
28.是否可以支持输入密码进行支付
29.支付失败后如何处理，支付数据交换时中断（断电、断网、弱网），重新启动能否再支付
30.当微信或者支付宝支付金额不足时，充值后可否继续支付
31.持续点击支付是否会重复调用接口进行支付
32.取消支付/取消支付后再次支付
33.支付成功后是否会生成开闸机的开门密码
34.生成开闸机的开门密码是否会有时间的限制，是否会失效
35.生成开闸机的开门密码，当我退出当前界面再次进入是否还会看到当前的开门密码
36.用生成开闸机的开门密码去输入，是否可以打开门并且离开
37.当购买的商品并没有进行条码框扫描就打开门离开是否会有报警的提示
第三题：
登录功能设计测试用例？
一、功能测试点
输入正确的用户名和密码登录成功
输入错误的用户名密码登录失败
用户名正确，密码错误，是否提示输入密码错误
用户名错误，密码正常，是否提示输入用户名错误
用户名和密码都错误，是否有相应提示
用户名密码为空时，是否有相应提示
如果用户未注册，提示请先注册，然后进行登录
已经注销的用户登录失败，提示信息友好
能否异地登录
能否在web网站上面登录后，然后在APP同步登录，web端是否会掉线
密码框是否加密显示
用户名是否支持中文，特殊字符，英文字符
用户名是否有长度限制
密码是否支持中文，特殊字符，英文字符
密码是否有长度限制，比如6-10位
密码是否区分大小写
密码为一些简单常用字符串时，是否提示修改？如：123456
密码存储方式，是否加密
登录功能是否需要输入验证码
验证码有效时间
验证码输入错误，登录失败，提示信息是否友好
输入过期的验证能否登录成功
验证码是否容易识别
验证码换一张功能是否可用？点击验证码图片是否可以更换验证码
二、UI界面测试点
登录页面显示是否正常？文字和图片能否正常显示，相应的提示信息是否正确
首次登录时相应的输入框是否为空
输入框指针是否会自动跳转
输入框的大小和布局和色值是否和需求文档上面的一致
三、安全测试测试点
不登录：浏览器中直接输入登录后的地址，看是否可以直接进入
用户名和密码是否通过加密的方式，发送给Web服务器
用户名和密码的输入框，应该屏蔽SQL 注入攻击
错误登陆的次数限制
考虑是否支持多用户在同一机器上登录
考虑一用户在多台机器上登录
四、性能测试测试点
压力：大量并发用户登录，系统的响应时间是多少 系统会出现宕机、内存泄露、无法登录的情况
稳定性： 系统能处理多少个用户登录的并发
五、兼容性测试点
web端：需要在谷歌，火狐，IE浏览器中测试看当前登录界面是否显示完整，功能是否正常使用，并且
还需要测试在这些浏览器中不同的版本中进行验证
APP端：需要测试Android和iOS端，不同的真机机型比如华为，三星，vivo，OPPO，小米，魅族
等等，还需要测试分辨率，折叠屏，大屏幕的适配，苹果的齐刘海适配