水杯用例：
功能性：
1.杯子容量
2.杯子形状
3.杯子材质
4.杯子耐热性
5.杯子抗摔性
性能性：
1.杯子能否装100摄氏度开水（耐热性）
2.杯子能保温多久
3.杯子能否装0度冰水或做冰块（耐寒性）
4.杯盖拧紧到何种程度，水不会倒出来
5.杯子装满水几天后会渗发水分
易用性：
1.杯子设计的高度和大小
2.饮水机的杯架的高度和宽度
3.杯子倒满开水后是否容易烫手
4.杯子是否有防滑纹理
安全性：
1.装入不同的液体会不会产生化学反应
2.装入热水会不会变形和产生异味
3.倒入多少度的热水，手不会被烫伤
兼容性：
1.除了装水，还能否装雪碧、酒、果汁、茶水、咖啡等其他液体
用户体验度：
1.纸杯是否符合市场行业标准尺寸
2.是否符合市场杯套使用的标准尺寸
3.杯子是否可以摞起来
4.摞起来的杯子是否容易拿下来
界面：
1.杯子的实际大小是否与设计一致
2.杯子的有多重
3.杯子的颜色形状是否与设计一致
4.杯子整体外观是否美观耐看
5.杯子的图案是否符合常理常规
电梯用例：
功能性：
1.测试电梯能否实现正常的上升和下降功能。
2.电梯的按钮是否都可以使用
3.电梯内分楼层键是否正常
4.电梯内开关门键是否正常
5.电梯内的报警键是否正常使用
6.电梯外的上下键是否正常
性能性：
1.测试电梯负载单人时的运行情况
2.多人时的运行情况
3.一定人数下较长时间的运作
4.更长时间运作时的运行情况
5.不断增加人数导致电梯报警
易用性：
1.电梯的按钮的设计符合一般人的习惯吗
2.电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信号是否通畅
界面：
1.美观程度
2.光滑程度
3.形状
4.质感
用户体验度：
1.电梯是否有扶手，是否有专针对残疾人的扶手等等
2.楼层按键高度（小孩和一些身高矮的用户会按键不方便）
兼容性：
1.电梯的整体和其他设备的兼容性，与大楼的兼容，与海地隧道的兼容等等
2.不同类型的电压是否兼容
安全性：
1.下坠时是否有制动装置
2.暴力破坏电梯时是否报警，超重是否报警
3.停电情况下电梯是否有应急电源装置
发红包用例：
功能性：
1.在红包钱数，和红包个数的输入框中只能输入数字
2.红包里最多和最少可以输入的钱数 200 0.01
3.拼手气红包最多可以发多少个红包 100
3.1超过最大拼手气红包的个数是否有提醒
4.当红包钱数超过最大范围是不是有对应的提示
5.当发送的红包个数超过最大范围是不是有提示
6.当余额不足时，红包发送失败
7.在红包描述里是否可以输入汉字，英文，符号，表情，纯数字，汉字英语符号，
7.1是否可以输入它们的混合搭配
8.输入红包钱数是不是只能输入数字
9.红包描述里许多能有多少个字符 10个
10.红包描述，金额，红包个数框里是否支持复制粘贴操作
12.红包描述里的表情可以删除
13.发送的红包别人是否可以领取
13.1发的红包自己可不可以领取 2人
14. 24小时内没有领取的红包是否可以退回到原来的账户
14.1 超过24小时没有领取的红包，是否还可以领取
15.用户是否可以多次抢一个红包
16.发红包的人是否还可以抢红包 多人
17.红包的金额里的小数位数是否有限制
18.可以按返回键，取消发红包
19. 断网时，无法抢红包
20.可不可以自己选择支付方式
21.余额不足时，会不会自动匹配支付方式
22.在发红包界面能否看到以前的收发红包的记录
23.红包记录里的信息与实际收发红包记录是否匹配
24.支付时可以密码支付也可以指纹支付
25.如果直接输入小数点，那么小数点之前应该有个0
26.支付成功后，退回聊天界面
27.发红包金额和收到的红包金额应该匹配
28.是否可以连续多次发红包
29.输入钱数为0，"塞钱进红包"置灰
性能性：
1.弱网时抢红包，发红包时间
2.不同网速时抢红包，发红包的时间
3.发红包和收红包成功后的跳转时间
4.收发红包的耗电量
5.退款到账的时间
易用性：
1.红包描述，可以通过语音输入
2.可以指纹支付也可以密码支付
界面：
1.发红包界面没有错别字
2.抢完红包界面没有错别字
3.发红包和收红包界面排版合理，
4.发红包和收到红包界面颜色搭配合理
兼容性：
1.苹果，安卓是否都可以发送红包
2.电脑端可以抢微信红包
安全性：
1.对方微信号异地登录，是否会有提醒 2人
2.红包被领取以后，发送红包人的金额会减少，收红包金额会增加
3.发送红包失败，余额和银行卡里的钱数不会少
4.红包发送成功，是否会收到微信支付的通知
弱网：
1.是否在发红包时没网
2.网络卡动是否发红包失败
朋友圈点赞用例：
功能性：
1.给某个好友点赞，点赞数+1，点赞栏显示具体点赞人的名字 ，该用户手动点赞回馈
2.点完赞后，共同好友在点赞区能看到该人是不是点赞了，非共同好友看不到
3.两个头像一样的人点赞，能否正确显示
4.点完赞后，在点击点变成点赞取消
5.取消点赞--不通知用户
6.点赞后，通知用户，取消，在点赞，此时不通知用户
7.多个用户同时对其点赞，点赞数正常
8.最多能点多少个赞--边界值测试
9.可以从点击点赞区头像，进入相应人的主页查看
10.点赞是否按照时间顺序排序
11.点赞后是否能够正常评论
性能性：
1.大量用户并发点赞时，该接口的响应时间，最大承受的qps
2.大量用户并发点赞时，此时界面进行点赞，点赞功能是否正常
兼容性：
1.不同手机型号，点赞功能，显示功能是否正常
2.耗电量，耗流量关注
安全性：
1.点赞是否让别人盗用自己个人信息
2.点赞是否有金钱上的交易
界面：
1.是否有点赞功能
2.点赞或未点赞是否能评论
弱网：
1.弱网情况下，点赞能否实时更新
2.点赞时，有短信或者电话进来，能否显示点赞情况
支付的测试用例：
一、在支付金额上
1、金额的最小值 ：如0.01
2、无实际支付意义的金额：如0元订单
3、支付金额错误：格式错误 、数字错误（支付金额为负数）
3、超大金额 ：设置的最高金额上限。（如微信红包单个最大值为200等）
4、余额小于实际需要支付的金额
5、银行卡或其他设置当日消费金额或者是单笔消费金额超限
二、支付接口上
关于支付会设计到很多第三方接口的相关的事件。比如：支付宝 、微信、网银系统 、手机银行、POS机的终端服务 甚至是 扫码枪 等硬件设备也是有关系的。
三、支付的操作问题上
1、指纹支付
2、免密支付
3、账号+密码支付
4、动态获取支付验证码支付
5、银行卡号+密码绑定支付
6、信用卡可能会设计到支付码等
如今的支付方式多样化、快捷支付和银行卡支付之间的差异性。信用卡和普通储蓄卡之间的差异处。等都是需要考虑的。
四、产品的容错性上（异常处理）
1、如何处理退款
2、支付时出现断网
3、支付失败之后 如何补单和退单
4、支付金额不足的情况下 ，充值后 是否可以继续支付
5、持续点击 是否会出现多次扣款
6、如果发生多次扣款，如何退款到支付账号
五、产品后台处理上
成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。
