学了很久的测试,第一次尝试自己写了一个web登入功能的用例测试:
1、单个模块的测试用例
测试类型 | 功能测试 | 模块名称 | XXXXX系统用户登入 | |
用例描述 | 该用例用来测试在登入界面,用户能否正常登入,如果出错,是否能给出出错信息 | |||
前置条件 | 存在正确的用户名和密码;登入页面正常加载,错误信息提示正确(数据库有用户信息test/12345Test) | |||
编号 | 测试项 | 操作步骤 | 数据 | 期望结果 |
1 | 界面检查 |
1、界面装载 2、检查界面的标题 3、检查文本框默认的焦点 4、检查tab键的正常使用 |
1、登入界面的URL:CCCCCCC |
1、界面正常装载 2、界面标题显示为“X” 3、焦点在用户名文本框 4、能通过tab控制 |
2 | 用户登录 |
1、输入没有区分大小写的用户民 2、输入没有区分大小写的密码 3、按回车键 |
1、用户名:Test 2、密码:Testjk 3、N/A |
1、N/A 2、N/A 3、区分大小写,显示出错信息“用户名或者密码错误”并清空输入框,不能正常登入 |
1、输入正确的用户民 2、输入错误的密码 3、按回车键 |
1、用户名:test 2、密码:Testjkfg 3、N/A |
1、N/A 2、N/A 3、显示出错信息“用户名或者密码错误”并清空输入框,不能正常登入 |
||
1、用户名:test 2、密码:$%#(在密码中输入特殊字符) 3、N/A |
1、N/A 2、N/A 3、提示信息用户名或者密码中存在特殊符号,并清空输入框,不能正常登入 |
|||
1、输入错误的用户民 2、输入正确的密码 3、按回车键 |
1、用户名:testjkjkz 2、密码:12345Test 3、N/A |
1、N/A 2、N/A 3、区分大小写,显示出错信息“用户名或者密码错误”并清空输入框,不能正常登入 |
||
1、用户民:$%#(在用户名中输入特殊字符) 2、密码:12345Test 3、N/A |
1、N/A 2、N/A 3、提示信息用户名或者密码中存在特殊符号,并清空输入框,不能正常登入 |
|||
1、输入错误的用户民 2、输入错误的密码 3、按回车键 |
1、用户民:test2 2、密码:125testT 3、N/A |
1、N/A 2、N/A 3、“用户名或者密码错误” |
||
1、直接单击登录,不输入任何东西 | 1、N/A | 出现请输入用户名、密码的提示框 | ||
3 | 用户重置或取消 |
1、输入用户民 2、输入密码 3、单击重置或取消 |
1、用户民:test 2、密码:12345Test 3、N/A |
1、N/A 2、N/A 3、清空用户民和密码输入框 |
2、模块间的测试用例
测试类型 | 功能测试 | 模块名称 | XXXXX系统搜索功能测试 | |
用例描述 | 该用例用于测试在用户登录后能否正常搜索到后台已经删除的结果 | |||
前置条件 | 管理员正常删除某用户资料,用户(名:test1,密码:test1aaa)正常登录,有搜索权限 | |||
编号 | 测试项 | 操作步骤 | 数据 | 期望结果 |
1 | 以管理员登录后台管理系统 | 输入正确的用户名和密码 |
用户名:admin 密码:admin |
登录管理系统 |
2 | 从资料中删除某员工资料 | 删除资料 | 用户A | 用户A从数据库中删除 |
3 | 用户登录submit | 输入正确的用户名和密码 |
用户名:test1 密码:test1aaa 直接回车登录 |
正确登录,装入对应的系统页面 |
4 | 用户搜索用户A | 在搜索框中输入用户A,单击搜索 | 输入 用户A用户名 | 提示用户:“没有符合条件的产品” |
总结:做功能测试需要充分理解实际的商业需求和流程,进而定义完备而准确的功能测试场景和测试用例,真正做到黑河测试。功能测试需要具有深度和广度,要熟悉测试相关的技能,工具和流程,也需要在深度上理解产品、功能测试策略。要知道功能测试的目的就是找到缺陷,想方设法的让软件无法运行,让软件出错。