测试用例

微信朋友圈点赞测试

1.功能测试：

• 1.给某个好友点赞，点赞数+1，点赞栏显示具体点赞人的名字 ，该用户手动点赞回馈
• 2.点完赞后，共同好友在点赞区能看到该人是不是点赞 了，非共同好友看不到
• 3.两个头像一样的人点赞，能否正确显示
• 4.点完赞后，在点击点变成点赞取消
• 5.取消点赞–不通知用户
• 6.点赞后，通知用户，取消，在点赞，此时不通知用户
• 7.多个用户同时对其点赞，点赞数正常
• 8.最多能点多少个赞–边界值测试
• 9.可以从点击点赞区头像，进入相应人的主页查看
• 10.点赞是否按照时间顺序排序
• 11.点赞后是否能够正常评论

2.接口测试：朋友手机是否能够收到提示信息，看到点赞成功；
3.性能测试：能否在规定时间内出现点赞成功；朋友手机能否看到再规定时间内点赞成功；
4.压力测试：

• 大量用户并发点赞时，该接口的响应时间，最大承受的qps
• 大量用户并发点赞时，此时界面进行点赞，点赞功能是否正常

5.兼容性测试：在不同的终端，比如iPad和手机点赞朋友圈，验证是否成功。
app端测试

• 1.弱网情况下，点赞能否实时更新
• 2.点赞时，有短信或者电话进来，能否显示点赞情况
• 3.耗电量，耗流量关注

https://blog.csdn.net/kai29/article/details/81714177

微信更改头像测试

微信登陆界面测试

一、功能测试
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
2.输入错误的用户名或者密码,验证登录会失败，并且提示相应的错误信息。
3.登录成功后能否能否跳转到正确的页面
4.检查能否选择不同登录方式进行登录，如使用手机号登录、使用微信号登录或扫码登录。
5.记住用户名的功能
6.登陆失败后，不能记录密码的功能
7.密码是否非明文显示显示，使用星号圆点等符号代替。
8.有验证码时，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色、刷新或换一个按钮是否好用
9.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
10.输入密码的时候，大写键盘开启的时候要有提示信息。
11.什么都不输入，点击提交按钮，检查提示信息。

二、界面测试
1.布局是否合理，testbox和按钮是否整齐。
2.testbox和按钮的长度，高度是否复合要求。
3. 界面的设计风格是否与UI的设计风格统一。
4. 界面中的文字简洁易懂，没有错别字。

三、性能测试
1.打开登录页面，需要的时间是否在需求要求的时间内。
2.输入正确的用户名和密码后，检查登录成功跳转到新页面的时间是否在需求要求的时间内。
3.模拟大量用户同时登陆，检查一定压力下能否正常登陆跳转。

四、安全性测试
1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)。
2.用户名和密码是否通过加密的方式，发送给Web服务器。
3.用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript 验证。
4.用户名和密码的输入框，应该屏蔽SQL注入攻击。
5.用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）。
6.防止暴力**，检测是否有错误登陆的次数限制。
7. 是否支持多用户在同一机器上登录。
8. 同一用户能否在多台机器上登录。

五、兼容性测试
1.不同移动平台或PC环境下下能否显示正常且功能正常
2.同种平台下不同微信版本下能否显示正常且功能正常。
3.不同的分辨率下显示是否正常。

七、本地化测试

1. 不同语言环境下，页面的显示是否正确。

微信发红包测试

最近发现测试用例真的还是很重要，所以先总结一下微信红包的测试要点，方便之后查看

1、功能测试
1）发给单个好友
①　正确的金额+无留言+无表情
②　错误的金额+无留言+无表情
③　正确的金额+有留言+无表情
④　错误的金额+有留言+无表情
⑤　正确的金额+无留言+有表情
⑥　错误的金额+无留言+有表情
⑦　正确的金额+有留言+有表情
⑧　错误的金额+有留言+有表情
其中，金额（0.01-200）可以测试以下数据

数字：测试0, 0.009, 0.01，0.011, 01， 199.99, 200, 200.01这些边界值
如果直接输入小数点，那么小数点之前应该有个0
中文、英文、特殊字符或者这几种的组合
是否支持复制黏贴
为空/包含空格
金额的增删查改
留言可以测试以下数据

数字、中文、英文、特殊字符、表情或者他们的组合
输入超长文本时，是否会给出相应的限制或提示
包含空格
是否支持复制黏贴
留言的增删查改
表情可以测试以下数据

选择收藏的表情测试（动图/静图）
选择下载的表情测试（动图/静图）
录制表情，并添加进行测试
表情的增删查改
⑨　点击塞钱进红包，选择零钱付款，此时需要考虑金额＞零钱，金额＜零钱，金额=零钱三种情况
⑩　点击塞钱进红包，选择已添加的银行卡付款，此时同样需要考虑金额＞银行卡余额，金额＜银行卡余额，金额=银行卡余额三种情况
⑪　点击塞钱进红包，选择使用新卡付款，按照流程添加新卡，此时同样需要考虑金额＞新卡余额，金额＜新卡余额，金额=新卡余额三种情况
⑫　使用指纹确认付款（正确的/不正确的指纹）
⑬　使用密码确认付款（正确的/不正确的密码 ）
⑭　发送成功之后，对应的途径会减少相应的金额
⑮　发送者/接受者可以点击红包查看到红包的具体信息，且金额，留言，表情均能正确显示
⑯　好友点击红包之后，零钱中将增加相应的金额，再次点击之后，只能查看到红包的信息
⑰　24小时之内没有领取的红包，将退回原账户，此时原账户的零钱将增加相应金额的金钱。24小时后好友点击红包，显示红包已过期，无法查看到红包的余额
⑱　右上角的红包记录中，可以查看刚刚发出的红包的金额
⑲　检测帮助中心中链接是否均可以正常跳转，查看
20 当红包超过24小时之后，则无法查看红包被每个人领取的详细信息
21.可以按返回键，取消发红包，可不可以自己选择支付方式
22.余额不足时，会不会自动匹配支付方式
23.在发红包界面能否看到以前的收发红包的记录
24.红包记录里的信息与实际收发红包记录是否匹配
25.支付时可以密码支付也可以指纹支付
26.支付成功后，退回聊天界面
27.发红包金额和收到的红包金额应该匹配
28.是否可以连续多次发红包
29.输入钱数为0，"塞钱进红包"置灰

2）发送群红包（与发给好友的测试点相似，以下仅写出不同的部分）
①　选择为拼手气红包时，群中每个人收到的金额随机（但加起来为红包的总金额），为普通红包时，群中每个人收到的金额相同
②　红包个数（1-100）：0，1，2，大于群成员人数，小于群成员人数，等于群成员人数，99，100，101，小数，中文、英文、特殊字符、表情或者他们的组合
③　但红包没有被抢完时，此时首次点击该红包的人可以抢到一定金额的红包，不是首次点击该红包的人只能查看该红包的信息；当红包抢完时，所有人只能查看该红包的信息。
④　在24小时之内红包的金额被完全抢完，且此时为拼手气红包时，金额最多的人会显示为最佳手气（若有两个人取得红包的最大值时，则只有一个人会显示为最佳手气）；若没有被完全抢完，则没有最佳手气，且余额会退还到原账户
⑤　群中所有人均可以抢红包（包括自己），每个人最多只有一次抢该红包的机会
发的红包自己可不可以领取
⑥　测试当红包个数使得每个红包分到钱小于0.01，即总金额为0.02，而红包个数为3时的情况

2、兼容性测试
1）苹果手机和安卓手机
2）苹果手机的不同版本
3）安卓手机不同的机型
4）不同分辨率

3、性能测试
1）打开红包的响应时间不能超过三秒，高并发场景下不能超过5秒
2）耗电量
3）消耗流量的多少
4）所占内存
等

4、UI测试&易用性测试
1）界面的设计风格是否统一
2）界面中文字是否简洁，没有错别字
3）是否易操作，易学习，易理解

5、中断测试：前后台切换，网络异常，低电量，断电，来电，短信等
6、网络测试
1）网络兼容性：2g/3g/4g，WiFi，热点，移动/联通/电信
2）无网测试
3）弱网：延时&丢包