QQ登录界面功能点：登录、设置、最小化、关闭、头像、登录-下拉框、登录-软键盘、注册账号、找回密码、记住密码、自动登录、多账号登录、二维码等。

1：查看界面排版是否和UI保持一致;

预期：与UI保持一致。

2：获取输入后，查看背景字是否消失不可见；

预期：消失不可见。

3：失去焦点后，查看背景字是否出现；

预期：失去焦点后背景字出现。

4：输入正确的账号、正确的密码，点击“登录”查看是否弹出正确的QQ登录界面；

预期：正确弹出QQ登录界面。

5：查看账号、密码输入框是否过滤非法输入；

预期：过滤非法输入且给出提示信息。

6：单个为空，查看是否顺序提示信息；

预期：顺序提示信息。

7：全部为空，查看是否提示信息；

预期：提示信息。

8：输入已登录的账号信息，查看是否登录成功；

预期：无法登录且给出提示信息。

9：点击设置按钮，查看是否跳转至设置界面；

预期：正确跳转至设置界面。

10：点击设置按钮，取消后，查看是否跳转至登录界面；

预期：正确跳转至登录界面。

11：点击设置按钮，确定后，查看是否跳转至登录界面；

预期：正确跳转至登录界面。

12：点击最小化按钮，查看是否缩小至菜单栏；

预期：点击最小化后，缩小至菜单栏。

13：点击最小化按钮，在菜单栏里点击，查看是否恢复；

预期：在菜单栏里再次点击，QQ登录界面恢复正常。

14：点击关闭，查看QQ登录界面是否正常关闭；

预期：点击关闭后，QQ登录界面正常关闭。

15：关闭后再次双击打开，查看是否打开正常；

预期：再次打开正常。

16：头像是否正常展示；

预期：正常展示。

17：输入正确的账号登录成功后，查看头像是否与账号匹配且正常展示；

预期：头像展示与已登录的QQ对应。

18：点击头像状态查看是否正确弹出状态下拉框；

预期：正确弹出状态下拉框。

19：切换任意状态，查看是否成功切换且显示正确；

预期：成功切换且显示正确。

20：点击登录下拉框查看是否正确弹出且箭头方向改变；

预期：正确弹出且箭头方向改变。

21：输入正确账号成功登录、退出后，点击下拉框查看账号是否记录；

预期：正确记录已登录的账号信息。

22：输入错误的账号点击登录后，查看下拉框是否存在历史记录；

预期：错误账号无历史记录。

23：点击下拉框，选择已记录的账号，点击登录，查看是否登录成功；

预期：选择已记录的账号信息登录成功。

24：选择历史记录账号登录，查看头像是否匹配；

预期：历史记录登录成功，头像匹配。

25：点击软键盘，查看是否正确弹出软键盘；

预期：正确弹出软键盘。

26：弹出软键盘后，任意点击软键盘字符，查看密码输入框是否成功接收；

预期：密码框成功接收。

27：弹出软键盘后，输入正确的密码，点击登录，查看是否正确弹出QQ登录界面；

预期：正确弹出QQ登录界面。

28：点击软键盘，再次点击后，查看是否缩回；

预期：再次点击后软键盘成功缩回。

29：反复点击软键盘查看功能是否正常可用；

预期：反复点击后软键盘功能正常可用。

30：点击注册账号，查看是否正确弹出注册账号界面；

预期：正确弹出注册账号界面。

31：注册新账号后，使用该账号登录，查看是否登录成功；

预期：新注册账号登录成功。

32：点击找回密码，查看是否正确弹出找回密码界面；

预期：正确弹出找回密码界面。

33：找回密码成功后，使用新密码登录查看是否登录成功；

预期：使用新密码登录成功。

34：找回密码成功后，使用旧密码登录，查看是否登录成功；

预期：无法登录且给出提示信息。

35：点击记住密码，查看复选框是否勾选；

预期：点击后复选框勾选。

36：勾选记住密码，登录后退出，查看密码是否被成功记录；

预期:成功记录。

37：勾选记住密码登录后退出，再次登录查看是否登录成功；

预期：登录成功。

38：反复勾选、取消记住密码复选框，查看是否可用；

预期：可用。

39：点击自动登录后，查看是复选框是否勾选；

预期：勾选且记住密码复选框同时勾选。

40：取消勾选自动登录，查看是否成功；

预期：成功取消且记住密码复选框依旧勾选。

41：取消记住密码复选框，查看自动登录复选框是否勾选；

预期：自动登录复选框取消勾选。

42：输入正确数据，勾选自动登录，登陆成功后退出，再次点击打开QQ界面，查看是否自动登录；

预期：自动登录。

43：反复取消、勾选自动登录复选框后，查看功能是否正常可用；

预期:正常可用。

44:点击多账号登录，查看是否弹出多账号登录界面;

预期：正确弹出多帐号QQ登录界面。

45：弹出多账号登录界面后，添加正确的账号信息登录，查看是否可以正确登录；

预期：正确登录且弹出正确的QQ登录界面。

46：在弹出多账号登录界面中添加已登录的账号信息，点击登录，查看是否正确登录；

预期：无法登录且给出提示信息。

47：点击多账号登录按钮，取消后，查看是否跳转至登录界面；

预期：正确跳转。

48：点击多账号登录按钮，确定后，查看是否跳转至登录界面；

预期：正确跳转。

49：点击二维码，查看是否正确弹出二维码界面；

预期：正确弹出二维码界面。

50：弹出正确的二维码后，使用手机QQ扫描后，查看是否登陆成功；

预期：正确扫描成功后弹出对应的QQ登录界面。

51：弹出正确的二维码后，使用非手机QQ扫描后，查看是否登陆成功；

预期：无法登录且给出提示信息。

52：兼容性

app-查看在不同的手机（三星、oppo、vivo、联想、华为、乐视、小米、魅族；苹果5、6、7、8、x）、分辨率上排版和功能是否正常可用；预期：正常可用web-查看在不同的浏览器（IE\GOOGLE\火狐、360、百度、QQ）上排版和功能是否正常可用；

预期：正常可用。

pc-查看在不同的操作系统（windowsxp\7\8\10;Redhat\centos）上排版和功能是否正常可用；

预期：正常可用。

53：健壮性：连续运行7*24h查看各个功能是否正确可用；

预期：正常可用。

54：性能：并发操作查看后端CPU\内存是否满足需求；

预期：满足需求。

55：安全：密码是否加密、传输是否加密、存储是否加密；

预期：加密处理。

56：易用性：查看操作是否符合大众的使用习惯；

预期：符合。

57：美观性：查看界面UI、颜色，是否符合大众的审美要求；

预期：符合

如果是app的话

58：查看中断（来电、闹铃、彩铃）测试后，app的响应是否正常；

预期：响应正常。

59：网络切换（wifi\3G\4G\5G）后，app的响应是否正常；

预期：响应正常。

60：在手机上是否正常安装；

预期：安装正常。

61：在手机上是否正常卸载；

预期：卸载正常。

62：升级

自愿升级，已升级，查看app响应是否正常；

预期：正常。

自愿升级，已升级，查看数据是否保存正常；

预期：正常。

自愿升级，未升级，查看app响应是否正常；

预期：正常。

强制升级，已升级，查看app响应是否正常；

预期：正常。

强制升级，已升级，查看数据是否保存正常；

预期：正常。

强制升级，未升级，查看app响应是否正常；

预期：无法使用且给出提示信息。

63：Home键前后台切换，查看app响应是否正常；

预期：响应正常。

64：查看app耗电量是否正常；

预期：正常。

65：弱网络情况下，查看app响应是否正常；

预期：正常。

66：查看app所耗费流量是否正常；

预期：正常。

67：多点触屏，查看app响应是否正常；

预期：正常。

如果H5的话

68：一次分享，查看标题、logo、正文是否正确；

预期：正确。

69：二次分享，查看标题、logo、正文是否正确；

预期：正确。

如果h5\app\web都存在：

70：查看h5\app\web数据是否同步；

预期：各个端同步数据。

用例设计是测试工程师的日常工作之一，也是基本技能，今天，从实际工作的角度，跟大家分享下快速设计用例的7个小技巧：

1、根据需求，先拆分大的功能点，作为主用例。例如，常见的增删改查，就属于大的功能点，可以作为主用例。

2、使用等价类划分，按分类设计用例，基本分类可以从正面场景和负面场景入手。例如，测试创建可分为创建成功和创建失败2种场景，可分别设计用例。

3、善用边界值，可结合等价类使用。测试经验告诉我们，测试有时会涉及大量数据，遍历所有数据效率较低，如果是手工执行，更难以实现覆盖所有数据，更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试。

边界值是等价类所有可选参数中，最容易出问题的地方，所以，一般会选取边界值作为测试的重点。

例如，测试搜索功能，用户输入内容非常广泛，难以遍历，首先，可以按搜索类型划分等价类，如，搜索价格、人名、产品等，每个类型有不同限制，如，价格范围可能在1-10w元，遍历1-10w所有数字，效率较低，可用测试边界值0、1、10w、10w+1代替。

4、考虑组合测试，例如，搜索时，可用多个字段搜索，用例设计时，需覆盖使用这些字段组合搜索的场景。

5、考虑路径覆盖，对于有操作顺序的功能验证，建议制作流程图，覆盖所有路径，避免遗漏。

例如，在线购物常见顺序为添加产品到购物车—在购物车选择产品—提交订单—支付，在这个过程中，用户可能会取消订单，或者在任何一步返回，需要保证这些操作路径都包含在用例设计中。

6、思考隐性需求，如，性能、兼容性、、稳定性、安全、用户体验等，如果没有明确定义，需要主动了解，避免遗漏。

7、界面显示和细碎的测试点可包含在功能用例中，但要注意一个用例不要覆盖太多。用例粒度是用例设计很重要的一点，一般建议一个功能点设计一个用例，但有时，对于界面显示和细碎的测试点，如果单独设计用例，会导致用例过于庞大，实际工作中，可将这些点融入功能测试用例，但要注意，不能导致原本的用例偏离重点，或粒度过大。

作者：编程简单学

原文链接：https://blog.csdn.net/weixin_54556126/article/details/124283746