AI辅助软件测试实战:把一段登录需求变成可执行测试用例

PART 01

第一步：先让AI提问，不要急着让它写用例

先暴露规则缺口

PART 02

第二步：把功能描述翻译成风险，而不是平铺测试点

从失败方式排优先级

PART 03

第三步：把风险落成可执行、可追踪的用例

落到可执行断言

01

PART

第一步：先让AI提问，不要急着让它写用例

WORKFLOW

你是一名软件测试分析助手。

请阅读下面的登录需求，只输出会影响测试设计的歧义、缺失规则和待确认问题。

不要自行补全业务规则；每个问题说明“如果不确认，会影响哪些测试”。

需求：

用户可以使用手机号和密码登录。密码连续输入错误5次后，账户锁定30分钟；

登录成功后进入工作台；异常时给出明确提示。

“连续输错5次”按账户、手机号、设备、IP，还是它们的组合计数？

第5次错误提交后立即进入锁定，还是允许5次错误、第6次才锁定？

两次错误之间有没有时间窗口？超过窗口后计数是否清零？

错误4次后成功登录，错误计数是否清零？修改密码后是否清零？

30分钟从第5次错误发生时、锁定记录落库时，还是提示展示时开始计算？

锁定期满后自动解锁，还是需要用户再次发起登录才触发解锁？

锁定期间输入正确密码，返回“账户已锁定”还是通用失败提示？

多个设备同时输错时，计数如何合并？并发到达的第4、第5、第6次请求如何处理？

手机号不存在、密码错误、账户锁定三种情况，前端文案是否需要避免泄露账户状态？

登录成功后的目标地址是否固定？未完成实名、首次登录等状态是否有不同去向？

接口成功、页面跳转和会话建立，哪一个才算“登录成功”？

测试环境是否提供可重置的专用账号、模拟时钟或清理锁定状态的接口？

02

PART

第二步：把功能描述翻译成风险，而不是平铺测试点

WORKFLOW

03

PART

第三步：把风险落成可执行、可追踪的用例

WORKFLOW

04

PART

第四步：把高优先级用例改造成Playwright骨架

WORKFLOW

import { test, expect, Page, Response } from '@playwright/test';

const user = {

  phone: '13800000000', // 示例专用账号，不要使用真实用户数据

  correctPassword: 'Example-Pass-01',

  wrongPassword: 'Wrong-Pass-01',

};

async function submitLogin(

  page: Page,

  phone: string,

  password: string,

): Promise<Response> {

  await page.getByTestId('login-phone').fill(phone);

  await page.getByTestId('login-password').fill(password);

  const responsePromise = page.waitForResponse((response) =>

    response.url().includes('/api/login') &&

    response.request().method() === 'POST',

  );

  await page.getByTestId('login-submit').click();

  return responsePromise;

}

test.describe('登录失败锁定', () => {

  test.beforeEach(async ({ page, request }) => {

    // 示例前置接口：真实项目应提供隔离账号和可审计的数据重置方式。

    await request.post('/test-support/reset-login-state', {

      data: { phone: user.phone },

    });

    await page.goto('/login');

  });

  test('第5次密码错误后立即锁定账户', async ({ page }) => {

    for (let attempt = 1; attempt <= 4; attempt += 1) {

      const response = await submitLogin(

        page,

        user.phone,

        user.wrongPassword,

      );

      expect(response.status()).toBe(401); // 示例约定

      await expect(page.getByTestId('login-error')).toContainText('登录失败');

    }

    const fifthResponse = await submitLogin(

      page,

      user.phone,

      user.wrongPassword,

    );

    expect(fifthResponse.status()).toBe(423); // 示例约定：Locked

    await expect(page.getByTestId('login-error')).toContainText('账户已锁定');

    await expect(page).toHaveURL(/\/login$/);

  });

  test('锁定期间使用正确密码也不能建立会话', async ({ page, request }) => {

    // 示例造数接口：用于直接建立锁定状态，避免依赖上一条用例。

    await request.post('/test-support/lock-account', {

      data: { phone: user.phone, minutes: 30 },

    });

    const response = await submitLogin(

      page,

      user.phone,

      user.correctPassword,

    );

    expect(response.status()).toBe(423);

    await expect(page).toHaveURL(/\/login$/);

    await expect(page.getByTestId('workspace-shell')).toHaveCount(0);

  });

});

05

PART

第五步：人工复核，决定哪些内容真的能进入测试资产库

WORKFLOW

06

PART

AI在这条流程里，最适合做什么

WORKFLOW

///

LAST

写在最后

SUMMARY