测试用例设计
从“系统登陆”测试用例案例来分析测试用例的设计
编写测试用例是软件测试工程师最基本的工作。但是如何要编写出好的测试用例,这还真是需要我么对平时的工作认真的进行总结一下。
下面我以“系统登陆”黑盒测试用例设计来分析一下测试用例到底如何来写?
一、案例描述
测试对象:是一个以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属于无效等价类。
补充:测试用例设计中的测试数据的输入应该使用 边界值法