二月天 > 都市言情 > 阅文测试小芳2 > 卷5的第二张

卷5的第二张(1 / 1)

?一、基本功能测试:输入正确的用户名和密码登录成功输入错误的用户名密码登录失败用户名正确,密码错误,是否提示输入密码错误?用户名错误,密码正常,是否提示输入用户名错误?用户名和密码都错误,是否有相应提示?用户名密码为空时,是否有相应提示?如果用户未注册,提示请先注册,然后进行登录已经注销的用户登录失败,提示信息友好?密码框是否加密显示?用户名是否支持中文、特殊字符?用户名是否有长度限制?密码是否支持中文,特殊字符?密码是否有长度限制?密码是否区分大小写?密码为一些简单常用字符串时,是否提示修改?如:123456密码存储方式?是否加密?登录功能是否需要输入验证码?验证码有效时间?验证码输入错误,登录失败,提示信息是否友好?输入过期的验证能否登录成功?验证码是否容易识别?验证码换一张功能是否可用?点击验证码图片是否可以更换验证码?用户体系:比如系统分普通用户、高级用户,不同用户登录系统后可的权限不同。如果使用第三方账号(QQ,微博账号)登录,那么第三方账号与本系统的账号体系对应关系如何保存?首次登录需要极权等二、页面测试:登录页面显示是否正常?文字和图片能否正常显示,相应的提示信息是否正确,按钮的设置和排列是否正常,页面是否简洁壮观等。页面默认焦点是否定位在用户名的输入框中首次登录时相应的输入框是否为空?或者如果有默认文案,当点击输入框时默认方案是否消失?相应的按钮如登录、重置等,是否可用;页面的前进、后退、刷新按钮是否可用?快捷键Tab,Esc,Enter等,能否控制使用兼容性测试:不同浏览器,不同操作系统,不同分辨率下界面是否正常三、安全测试:不登录:浏览器中直接输入登录后的地址,看是否可以直接进入登录成功后生成的Cookie,是否是httponly(否则容易被脚本盗取)用户名和密码是否通过加密的方式,发送给Web服务器用户名和密码的验证,应该是用服务器端验证,而不能单单是在客户端用javascript验证用户名和密码的输入框,应该屏蔽SQL注入攻击用户名和密码的的输入框,应该禁止输入脚本(防止XSS攻击)错误登陆的次数限制(防止暴力破解)考虑是否支持多用户在同一机器上登录;考虑一用户在多台机器上登录四、性能测试:单用户登录系统的响应时间是否符合“3-5-8“原则用户数在临界点时并发登录是否还能符合“3-5-8“原则压力:大量并发用户登录,系统的响应时间是多少?系统会出现宕机、内存泄露、cpu饱和、无法登录吗?稳定性:系统能否处理并发用户数在临界点以内连续登录N个时的场景?五、其它测试:连续输入3次或以上错误密码,用记是否被锁一定时间(如:15分钟)?时间内不允许登录,超出时间点是否可以继续登录。用户session过期后,重新登录是否还能重新返回这前session过期的页面?用户名和密码输入框是事支持键盘快捷键?如:撤销、复制、粘贴等等是否允许同名用户同时登录进行操作?考虑web和app同时登录手机登录时,是否先判断网络可用?手机登录时,是否先判断app存在新版本?是否支持单点登录?是否有埋点接口一、基本功能测试:输入正确的用户名和密码登录成功输入错误的用户名密码登录失败用户名正确,密码错误,是否提示输入密码错误?用户名错误,密码正常,是否提示输入用户名错误?用户名和密码都错误,是否有相应提示?用户名密码为空时,是否有相应提示?如果用户未注册,提示请先注册,然后进行登录已经注销的用户登录失败,提示信息友好?密码框是否加密显示?用户名是否支持中文、特殊字符?用户名是否有长度限制?密码是否支持中文,特殊字符?密码是否有长度限制?密码是否区分大小写?密码为一些简单常用字符串时,是否提示修改?如:123456密码存储方式?是否加密?登录功能是否需要输入验证码?验证码有效时间?验证码输入错误,登录失败,提示信息是否友好?输入过期的验证能否登录成功?验证码是否容易识别?验证码换一张功能是否可用?点击验证码图片是否可以更换验证码?用户体系:比如系统分普通用户、高级用户,不同用户登录系统后可的权限不同。如果使用第三方账号(QQ,微博账号)登录,那么第三方账号与本系统的账号体系对应关系如何保存?首次登录需要极权等二、页面测试:登录页面显示是否正常?文字和图片能否正常显示,相应的提示信息是否正确,按钮的设置和排列是否正常,页面是否简洁壮观等。页面默认焦点是否定位在用户名的输入框中首次登录时相应的输入框是否为空?或者如果有默认文案,当点击输入框时默认方案是否消失?相应的按钮如登录、重置等,是否可用;页面的前进、后退、刷新按钮是否可用?快捷键Tab,Esc,Enter等,能否控制使用兼容性测试:不同浏览器,不同操作系统,不同分辨率下界面是否正常三、安全测试:不登录:浏览器中直接输入登录后的地址,看是否可以直接进入登录成功后生成的Cookie,是否是httponly(否则容易被脚本盗取)用户名和密码是否通过加密的方式,发送给Web服务器用户名和密码的验证,应该是用服务器端验证,而不能单单是在客户端用javascript验证用户名和密码的输入框,应该屏蔽SQL注入攻击用户名和密码的的输入框,应该禁止输入脚本(防止XSS攻击)错误登陆的次数限制(防止暴力破解)考虑是否支持多用户在同一机器上登录;考虑一用户在多台机器上登录四、性能测试:单用户登录系统的响应时间是否符合“3-5-8“原则用户数在临界点时并发登录是否还能符合“3-5-8“原则压力:大量并发用户登录,系统的响应时间是多少?系统会出现宕机、内存泄露、cpu饱和、无法登录吗?稳定性:系统能否处理并发用户数在临界点以内连续登录N个时的场景?五、其它测试:连续输入3次或以上错误密码,用记是否被锁一定时间(如:15分钟)?时间内不允许登录,超出时间点是否可以继续登录。用户session过期后,重新登录是否还能重新返回这前session过期的页面?用户名和密码输入框是事支持键盘快捷键?如:撤销、复制、粘贴等等是否允许同名用户同时登录进行操作?考虑web和app同时登录手机登录时,是否先判断网络可用?手机登录时,是否先判断app存在新版本?是否支持单点登录?是否有埋点接口

;

最新小说: 崩坏的旅途 官道至尊 三国:鬼背郭嘉,虎牢关手撕吕布 港片:开局打造最强财阀家族 诸天:从被强制绑定开始 诸神愚戏 叶罗丽:遁后所有人穷追不舍 论一只史莱姆如何在提瓦特生存 重生开局变成一条鱼 开局被踩的真千金,粉丝有八十亿