一个常见的登录页面测试场景
很多系统的第一道门就是登录页面。比如你每天上班打开公司内部系统，输入账号密码，点“登录”按钮。这个过程看起来简单，但背后需要覆盖的测试点其实不少。拿这个场景练手，最能说明测试用例该怎么设计。
假设这个登录功能有三个输入项：用户名、密码、登录按钮，还有一条“忘记密码”链接和错误提示机制。我们要做的，就是确保所有可能的情况都被考虑到。
正常流程不能少
先从最理想的情况开始。用户输入正确的账号和密码，点击登录，应该跳转到主页。对应的测试用例可以这样写：
- 输入已注册的用户名和正确密码，点击登录，检查是否进入主页
这是基本功，必须通过。就像做饭要先学会煮熟一样，这步不过，其他都白搭。
异常情况更要仔细覆盖
人总会犯错。有人输错密码，有人忘记填用户名，还有人想试试不输密码能不能进。这些“捣乱”操作恰恰是测试的重点。
比如用户名为空，密码正确，点击登录——系统应该提示“请输入用户名”。同样，密码为空、用户名正确时，也应有对应提示。这两个是独立的验证点，不能混在一起测。
再比如，连续输错五次密码后，系统是不是该锁定账户或弹出验证码？这也是需要考虑的边界情况。
特殊字符和长度限制也要试
有些用户喜欢在密码里加各种符号，比如 !@#$%^&*()，甚至 emoji。系统能不能正确处理？数据库会不会崩溃？这些都得靠测试用例来保障。
举个例子：
测试用例：输入用户名为 "test_user"，密码为 "Pass!@#123"，点击登录
预期结果：成功登录还有长度问题。如果系统规定密码最少6位，那5位的密码就得被拦下。8位可以过，100位呢？有没有上限？这些都需要一条条列出来。
用表格方式整理更清晰
实际工作中，测试用例常以表格形式管理。字段包括编号、用例标题、前置条件、操作步骤、预期结果等。
比如：
编号：TC_LOGIN_001
标题：验证正确用户名和密码可正常登录
前置条件：用户已注册，账号未锁定
步骤：1. 打开登录页 2. 输入正确用户名 3. 输入正确密码 4. 点击登录
预期结果：跳转至首页，显示欢迎信息这种格式方便团队协作，也利于后期维护和执行。
别忘了界面和交互细节
测试不只是功能对就行。比如“忘记密码”链接点不开，或者错误提示文字写成“请输入正却的密码”，这种低级错误也会让用户抓狂。
还有移动端适配问题。在手机上输入密码时，键盘会不会自动弹出？横屏状态下按钮会不会被遮住？这些看似小问题，实际影响体验。
自动化脚本里的测试用例长啥样
当测试用例要转成自动化脚本时，写法会更具体。比如用 Selenium 写一个登录测试：
<!-- Python + Selenium 示例 -->
driver.find_element_by_id("username").send_keys("test001")
driver.find_element_by_id("password").send_keys("123456")
driver.find_element_by_id("login-btn").click()
assert "dashboard" in driver.current_url每一行对应一个操作步骤，最后用断言验证结果。这种写法其实就是把手工测试用例翻译成了机器能执行的语言。
好的测试用例，不管是给人看还是给程序跑，都要清楚、准确、可执行。从日常使用出发，多想想“如果我这么操作会怎样”，慢慢就能写出靠谱的用例了。