基于WebSocket的测试用例

基于WebSocket的测试用例

基于需求与场景设计：

1.输入用户名框可以正确点击
2.输入用户名框可以输入内容
3.登录密码框可以正确点击
4.输入密码框可以输入内容
5.登录框可以正确点击
6.输入的用户名内容为用户可见
7.输入的密码内容经过加密
8.注册按钮可以正确点击
9.点击注册按钮后，跳转至注册界面
10.注册界面用户名框和密码框可以正确点击和输入
11.创建账户框可以正确点击
12.下方列出的博客与gitub的超链接可以正常跳转
13.点击创建账户框后跳转至登录页面
15.输入注册成功的用户名和密码，登录成功
16.登录成功后进入页面，消息提示连接成功，并通知该登录用户上线了
17.页面左栏出现登录成功的用户名和头像
18.点击关闭浏览器时，正确关闭页面
19.消息框可以输入内容
20.发送框可以正确点击，并将消息发送出去
21.第二个用户登录成功后，在第一个用户登录的界面会收到XXX上线了的通知
22.在第三个用户上线时，在第一个和第二个用户登录的页面，可以收到XXX上线了的通知
23.用户选择群聊功能时，发送的消息，所有在线用户都能收到
24.用户想要私聊另一个用户时，点击用户头像前的复选框，可将用户选中
25.私聊时，用户之间发送的消息，其他用户不可见
26.某个用户退出时，其他在线用户可以收到XXX下线了的消息提示
27.某个用户线下后，左边用户栏该下线的用户的头像与名称消失

要求用户的用户名为：不超过20个字符的字母、数字、下划线组成
密码为字母，数字，标点符号组成，不超过20个字符
发送消息支持中文、英文、特殊符号、标点符号
每条消息不超过1024个字符

等价类：

1.注册时输入符合条件的用户名（字母，数字，下划线）与密码（字母，数字，符号），注册成功
2.注册时输入不符合条件的用户名和符合条件的密码，注册失败
3.注册时输入符合条件的用户名和不符合条件的密码，注册失败
4.登录时，输入已经注册好的用户名与密码，登录成功
5.登录时，输入错误的用户名与正确的密码，登录失败
6.登录时，输入正确的用户名和错误的密码，登录失败
7.注册时，只输入用户名，不输入密码，注册失败
8.注册时，只输入密码，不输入用户名，注册失败
9.登录时，只输入用户名，不输入密码，登录失败
10.登录时，不输入用户名，只输入密码，登录失败
11.发送消息时，输入中文+英文+标点符号+特殊符号，小于1024个字符，发送成功
12.发送消息时，输入中文+英文+标点符号+特殊符号，大于1024个字符，发送失败
13.发送消息时，输入日文，小于1024个字符，发送失败
14.发送消息时，不输入内容，直接发送，会发送成功一条空白消息
15.发送消息时，发送一张图片，发送失败

边界值：

1.注册用户时，用户名不输入，密码不输入，注册失败
2.注册用户时，用户名输入5个字符，密码输入5个字符，注册成功
3.注册用户时，用户名输入5个字符，密码输入10个字符，注册成功
4.注册用户时用户名输入10个字符，密码输入10个字符，注册成功
5.注册用户时，用户名输入20个字符，密码输入10个字符，注册成功
6.注册用户时，用户名输入20个字符，密码输入20个字符，注册成功
7.注册用户时，用户名输入21个字符，密码输入20个字符，注册失败
8.注册用户时，用户名输入20个字符，，密码输入21个字符，注册失败
9.住蹙额用户时，用户名输入21个字符，密码输入21个字符，注册失败
10.发送消息时，发送0个字符，发送为一条空白消息
11.发送消息时，发送100个字符，发送成功
12.发送消息时。发送1000个字符，发送成功
13.发送消息时，发送1024个字符，发送成功
14.发送消息时，发送1025个字符，发送失败

错误分析法：

1.用户A群聊发送消息时，用户B收到消息正常，用户C收到消息乱码
2.用户A群聊发消息，所有人收到消息都是乱码
3.用户A私聊用户B，用户B收到消息乱码
4.用户A 私聊用户B，但是用户C也收到了消息
5.用户A群发消息，但用户B收到了消息，用户C未收到消息
6.用户A 群聊发送消息，所有人都未收到消息
7.用户A 私聊用户B，用户B未收到消息
8.用户A 私聊用户B，发送了100个字符的消息，但用户B只收到50个字符
9.用户A群聊发送100个字符消息，所有人都未收到完整的信息
10.用户注册时，输入中文用户名，登录后出现乱码