从“系统登陆”测试用例案例来分析测试用例的设计
编写测试用例是软件测试工程师最基本的工作。但是如何要编写出好的测试用例，这还真是需要我么对平时的工作认真的进行总结一下。
下面我以“系统登陆”黑盒测试用例设计来分析一下测试用例到底如何来写？
一、案例描述
测试对象：是一个以B/S结构系统的登陆功能点。
功能描述：1.用户在地址栏输入相应的地址，要求限时登陆界面
2.输入用户名、密码和验证码，登陆，系统自动校验，并给出相应提示信息。
3.如果用户名、密码、验证码任一信息未输入，登陆后系统给出相应提示信息。
4.连续3次未通过验证时，自动关闭IE。
要求：写出对此系统要求的功能点。
二、案例分析
1.找出登陆系统的输入和输出
输入：用户名、密码、验证码文本框录入数据，点击登陆
输出：登陆成功或登陆失败！
2.确定系统测试类型
功能测试，验证系统实现的功能是否与需求规格说明书中的描述是否一致。如，登陆界面是否能正确的加载，输入正确的用户名、密码、验证码是否能登陆成功！
GUI测试，界面测试，检查页面设计是否符合规范。页面元素是否完整，页面布局是否合理，对于Web页面来说，页面跳转是否流畅。
容错性测试：从开发的角度说，也就是系统中是否有错误处理。
易用性测试：是否可以使用快捷键。
兼容性测试：用不同的浏览器加载登陆界面。
安全性测试：3次验证未通过，自动关闭IE。
3.测试方法
根据等价类分析方法，测试登陆可以从有效等价类和无效等价类两个角度来设计测试用例。从有效等价类角度考虑，设计系统能够登陆成功的测试用例；从无效等价类角度考虑，设计系统不能够成功登陆的测试用例。
三、设计用例
|
用例编号 |
XXXX-XX-XX |
用例名称 |
系统登陆 |
|
|
前置条件 |
1. 打开IE，在地址栏输入相应地址，可以进入到系统登陆界面 2. 存在正确的用户名和密码 |
|||
|
序号 |
用例描述 |
测试输入 |
预期结果 |
|
|
1 |
界面测试 |
1. 页面title是否正确 2. 页面的默认焦点是否控制在用户名输入框中； 3. Tab键能否控制。 |
1. 页面title正确 2. 默认焦点控制在用户名输入框中 3. Tab键正常控制。 |
|
|
2 |
登陆成功 |
输入正确的用户名、密码、验证码 1. 鼠标点击登陆。 2. 直接回车进行登陆 |
密码密文显示； 系统登陆成功。 |
|
|
3 |
用户名 |
1. 不输入用户名 2. 输入不存在的用户名 |
1. 提示：用户名不能为空！ 2. 提示用户名不存在 |
|
|
4 |
密码 |
1． 不输入密码 1. 输入与用户名不一致的密码 |
1. 提示：密码不能为空 2. 提示：密码错误！ |
|
|
5 |
验证码 |
输入错误的验证码 |
提示：验证码输入错误！ |
|
|
6 |
安全校验 |
连续3次未成功 |
提示：你没有使用该系统的权限，请与管理员连续。 |
|
四、总结
从系统登陆这个案例分析，测试用例的设计，主要从三个方面，1.界面检查：查询页面元素是否完整。
2.功能测试：正确的输入，如序号2。 恶意输入：也就是容错性处理，序号3,4,5,6都是。
功能测试，从等价类划分的方法看，2属于有效等级类，3,4,5,6属于无效等价类。
补充：测试用例设计中的测试数据的输入应该使用 边界值法