测试学习01

从"用户登录"这个测试用例谈起,首先最先想到的是HE的正常使用的测试用例,然后---->

1.根据等价类划分和边界值分析方法,结合登录设计的需求,

等价类划分的概念:将所有的可能的输入数据划分为若干个子集,在每个子集中如果任意一个数据数据对于揭露程序中的潜在错误都存在同等效果,这样的子集就叫做等价类.后续只要从每个等价类随机选取一组数据进行测试,就可以使用少量具有代表性的测试输入取得较好的测试覆盖效果.

边界值分析的概念:选取输入输出的边界值进行测试.因为通常大量的错误是发生在输入或者输出范围的边界上.所以需要重点关注边界值的影响.通常对于数据选择正常,刚好大于,刚好小于等等这样的数据作为测试组.

边界值分析刚好可以作为选择不同的等价类而结合"等价类分析方法"一起分析测试要点.

基于此,可以想到:

  1. 输入已注册的正常的用户名和密码验证登陆成功;

  2. 输入已注册的正常用户名和不正确的密码,验证登陆失败,提醒密码错误;

  3. 输入未注册的正常用户名和密码,验证登陆失败,提示用户名未注册;

  4. 输入不合法的用户名和密码信息,验证登陆失败,提示输入合法的用户名;
    输入不合法可详细划分为:
    4.1 输入为空的用户名和密码,验证登陆失败,提示信息正确;
    4.2 输入用户名和密码之一为空,验证登陆失败,提示信息正确;
    4.3 输入用户名和密码之一不符合设置规则,验证登陆失败,提示信息正确;

  5. 既然说到输入文字框,又可以联想到(以有效等价类和无效等价类划分):
    5.1. 测试用户名输入区域是否大小写敏感;
    5.2. 测试用户名输入是否支持所有字符或者需求范围;
    5.3. 测试密码输入区域是否加密显示;

  6. 考虑用户需求,从用户体验和用户安全考虑,可以有:
    6.1 忘记密码和忘记用户名是否 涵盖这类功能;
    6.2 后台添加的用户第一次成功登录之后是否提示修改密码;
    6.3 用户登录成功之后是否可以选择修改密码;
    6.4 前端页面设计是否按照设计要求限制用户名和密码的规则;
    6.5 用户登录成功之后会话超时,验证刷新重定向能够回到用户登录界面;
    6.6 若用户对界面进行常见快捷键操作,是否有效;

  7. 考虑登陆的时候是否设置了验证码,若有(若是图片验证码):
    7.1 页面刷新是否验证码一起刷新;
    7.2 刷新验证码是否更换,是否有效;
    7.3 刷新的验证码是否具有时效性,验证时效性内外的有效性;
    7.4 若验证码设置为手机短信验证码,验证手机号码的接受有效性;

  8. 验证不同用户登录界面,若存在权限划分,是否普通用户和权限用户显示部分信息差别,登陆后可使用权限不同;


以上主要从用户使用的显式功能性考虑,从隐式非功能性需求考虑,主要分为安全,性能,兼容三大点进行设计:

安全性测试用例包括:
  1. 用户密码后台存储是否加密;
  2. 用户密码在网络传输过程中是否加密;
  3. 密码是否具有有效期,密码有效期到期后,是否提示需要修改密码;
  4. 不登录的情况下,在浏览器中直接输入登录后的 URL 地址,验证是否会重新定向到用户登录界面;
  5. 密码输入框是否不支持复制和粘贴;
  6. 密码输入框内输入的密码是否都可以在页面源码模式下被查看;
  7. 用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串,验证系统的返回页面;
  8. 用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串,验证系统行为是否被篡改;
  9. 连续多次登录失败情况下,系统是否会阻止后续的尝试以应对暴力破解;
  10. 同一用户在同一终端的多种浏览器上登录,验证登录功能的互斥性是否符合设计预期;
  11. 同一用户先后在多台终端的浏览器上登录,验证登录是否具有互斥性。

性能压力测试用例包括:
  1. 单用户登录的响应时间是否小于 3 秒;
  2. 单用户登录时,后台请求数量是否过多;
  3. 高并发场景下用户登录的响应时间是否小于 5 秒;
  4. 高并发场景下服务端的监控指标是否符合预期;
  5. 高集合点并发场景下,是否存在资源死锁和不合理的资源等待;
  6. 长时间大量用户连续登录和登出,服务器端是否存在内存泄漏。
  7. 网络延迟/弱网/网络切换/断网场景下验证登录功能是否正常;

兼容性测试用例包括:
  1. 不同浏览器下,验证登录页面的显示以及功能正确性;
  2. 相同浏览器的不同版本下,验证登录页面的显示以及功能正确性;
  3. 不同移动设备终端的不同浏览器下,验证登录页面的显示以及功能正确性;
  4. 不同分辨率的界面下,验证登录页面的显示以及功能正确性。

除了功能性测试,更多的需要考虑系统本身的安全,兼容,性能.这些决定了系统推广的稳定效果.设计测试用例时不存在好坏之分,需要尽可能对于产品需求和设计要点进行多方面覆盖,尤其是重点优先级高的功能需要更多的去考虑不同场景下的测试,以及稳定.


结合等价类划分,边界值分析,错误推断法,结合之前提到的测试用例组织语言,一起分析"用户登录":

以“用户登录”的功能性测试需求为例,你首先应该对“用户名”和“密码”这两个输入项分别进行等价类划分,列出对应的有效等价类和无效等价类,对于无效等价类的识别可以采用错误猜测法(比如,用户名包含特殊字符等),然后基于两者可能的组合,设计出第一批测试用例。
等价类划分完后,你需要补充“用户名”和“密码”这两个输入项的边界值的测试用例,比如用户名为空(NULL)、用户名长度刚刚大于允许长度等。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值