004登录功能测试

1. 明确需求

提取测试点

登录功能

一条正向，8条逆向

• 登录功能
  • 手机号
    • 正向
      • 已注册手机号
    • 逆向
      • 长度
        • 非11位数字
      • 类型
        • 11位非纯数字
      • 规则
        • 为空
        • 11位未注册手机
  • 验证码
    • 正向
      • 正确
    • 逆向
      • 长度
      • 类型
      • 规则
        • 错误
        • 为空
        • 超时
  • 协议
    • 正向
      • 勾选
    • 逆向
      • 未勾选

滑块功能

1条正向，2条逆向

• 正向
  • 发送验证码成功（1次）
    • 期望结果
      • 获取验证码
      • 按钮消失
• 逆向
  • 5次
    • 期望结果
      • 每次都晃动提醒
      • 滑块回到起始位置
  • 6次
    • 期望结果
      • 提示尝试过多，请稍后重试

非功能

兼容

滑块和登录是一个完整的流程，为什么分开测？

从业务流程上看，滑块验证与登录功能属于同一条完整的登录流程，用户需要先通过滑块验证，才能获取验证码并完成登录。

但在测试设计中，为了提高测试覆盖率和问题定位效率，通常会将完整流程拆分为多个可独立验证的功能模块进行测试。

在模块级测试中，通过在保证其他条件成立的前提下，仅对单一功能点进行变化和验证，可以更准确地判断该功能点的正确性。这种测试设计思路本质上符合控制变量的原则。

滑块验证主要用于风控和人机校验，具有独立的失败次数限制、锁定策略及交互提示规则；而登录功能则侧重于验证码校验、用户协议校验以及登录态生成，两者在业务关注点和实现逻辑上相对独立。

因此，在测试过程中，会分别对滑块功能和登录功能进行模块级测试，以验证各自业务规则和异常处理的正确性；同时，通过端到端流程测试，验证滑块验证、验证码获取及登录功能在整体业务流程中的协同效果。

通过这种方式，既能够保证登录业务流程的完整性，又可以在出现异常时快速定位问题，提高测试效率和系统稳定性。

测试用例