登录、注册功能的测试用例设计说明

一、注册测试用例

测试编号：001

测试目标：验证系统是否对必填项为空时做出正确的响应测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL ，单击

【转到】按钮；

（2）：在“用户注册”界面什么都没有输入，直接单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“请输入必填项”。

测试编号：002

测试目标：验证系统是否对用户名含义非法字符时做出正确的响应测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL ，单击【转到】按钮；（2）：在“用户名”文本框输入“a0755*87”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1314；（5）：在“地址”文本框输入：790705390@qq.；（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。

测试编号：003

测试目标：验证系统是否对密码不一致时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

（3）：在“密码”文本框输入：1314；

（4）：在“确认密码”文本框输入：1315；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。

测试编号：004

测试目标：验证系统是否对密码含有非法字符时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

（3）：在“密码”文本框输入：1314*24；

（4）：在“确认密码”文本框输入：1314*24；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符”。

测试编号：005

测试目标：验证系统是否对格式不正确时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

（3）：在“密码”文本框输入：1314；

（4）：在“确认密码”文本框输入：1314；

（5）：在“地址”文本框输入：790705390qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“地址格式有错误”。

测试编号：006

测试目标：验证系统是否对用户名重复时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

（3）：在“密码”文本框输入：1314；

（4）：在“确认密码”文本框输入：1314；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“用户名已被注册，请重新输入”。

测试编号：007

测试目标：验证系统是否对用户名、密码长度都为最大值时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：在“用户名”文本框输入“abad075587”;

（3）：在“密码”文本框输入：1314@0123456789；

（4）：在“确认密码”文本框输入：1314@0123456789；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册成功。

测试编号：008

测试目标：验证系统是否对用户名或者密码长度超出1位时允许注册

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：在“用户名”文本框输入“abcd0755879”;

（3）：在“密码”文本框输入：1314@01234567890；

（4）：在“确认密码”文本框输入：1314@01234567890；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“用户名或者密码的长度已经超过最大有效值”。

测试编号：009

测试目标：验证系统是否对用户名、密码长度都为最小值时允许注册

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：在“用户名”文本框输入“0755”;

（3）：在“密码”文本框输入：1314；

（4）：在“确认密码”文本框输入：1314；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册成功。

测试编号：010

测试目标：验证系统是否对用户名或者密码长度低于最小值一位时允许注册

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：在“用户名”文本框输入“075”;

（3）：在“密码”文本框输入：131；

（4）：在“确认密码”文本框输入：131；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册失败，页面重新回到注册页面，并提示“用户名或者密码的长度已经低于最小的有效值”。

测试编号：011

测试目标：tab按键是否正确响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：将鼠标光标移动到“用户名”文本框，单击鼠标左键；

（3）：单击tab键；

期望结果：鼠标光标依次跳转到“密码”、“确认密码”、“地址”、“注册”按钮。

测试编号：012

测试目标：验证系统是否对已经存在用户的用户名大小写转换时，是否做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

（2）：在“用户名”文本框输入“A075587”;

（3）：在“密码”文本框输入：1314；

（4）：在“确认密码”文本框输入：1314；

（5）：在“地址”文本框输入：790705390@qq.；

（6）：单击【注册】按钮；

期望结果：注册成功。

二、登陆测试用例

测试目标：验证系统是否对输入合法用户名和密码时做出正确的响

应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击

【转到】按钮；

（2）：在“用户名”文本框输入：a075587；

（3）：在“密码”文本框输入：1314；

（4）：单击【登录】按钮；

期望结果：登录成功。

测试编号：002

测试目标：验证系统是否对输入错误的用户名或者密码时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入：a075578；

（3）：在“密码”文本框输入：1314320；

（4）：单击【登录】按钮；

期望结果：登录失败，并提示“您输入的用户名或者密码不正确”。

测试编号：003

测试目标：验证系统是否对用户名或者密码为空时做出正确的响应

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：单击【登录】按钮；

期望结果：登录失败，并提示“请输入用户名或者密码”。

测试编号：004

测试目标：验证系统是否对用户名大小写敏感

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入：A075578；

（3）：在“密码”文本框输入：1314；

（4）：单击【登录】按钮；

期望结果：登录成功。

测试编号：005

测试目标：验证系统是否对用户密码大小写敏感

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入：a075578；

（3）：在“密码”文本框输入：ILOVEBABY；

（4）：单击【登录】按钮；

期望结果：登录失败，并提示“请输入正确的密码”。

测试编号：006

测试目标：验证系统是否对在合法用户名或密码前插入空格敏感

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入：空格+a075578；

（3）：在“密码”文本框输入：空格+1314；

（4）：单击【登录】按钮；

期望结果：登录失败，并提示“请输入正确的用户名或者密码”。

测试编号：007

测试目标：验证系统是否对在合法用户名或密码中间插入空格敏感

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入： a0755空格+78；

（3）：在“密码”文本框输入： 13空格+14；

（4）：单击【登录】按钮；

期望结果：登录失败，并提示“请输入正确的用户名或者密码”。

测试编号：008

测试目标：验证系统是否对在合法用户名或密码后面插入空格敏感

测试环境：windows XP操作系统和浏览器IE6.0

测试步骤：

（1）：打开浏览器，在浏览器的地址栏中输入“用户登录”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入： a075578空格+；

（3）：在“密码”文本框输入： 1314空格+；

（4）：单击【登录】按钮；

期望结果：登录失败，并提示“请输入正确的用户名或者密码”。

功能测试用例说明书

功能测试用例说明书功能测试用例说明书作者发布范围HPTCA-MS 整个生命周期版本V1.0 发布日期2008-6-12 修订历史记录

发布日期版本说明作者2008-6-12 1.O考勤系统测试用例目录 1.引言 4 1.1 编写的目的4 1.2 编写范围4 1.3 参考文献4 1.4 术语与缩略语4 2.接口测试用例 4 2.1被测试对象的介绍4 2.2测试范围与目的 4 2.3测试环境与测试辅助工具的描述4 2.4测试驱动程序的设计4 2.5接口测试用例 5 3.功能测试用例 5 3.1被测试对象的介绍5 3.2测试范围与目的 5 3.3测试环境与测试辅助工具的描述5 3.4测试驱动程序的设计5 3.5功能测试用例 5 4.评审意见 6 5.其它需要说明的问题： 6 需求说明书

1.引言 1.1编写的目的本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。测试各项功能是否达标！ 1.2编写范围功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺 AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰 AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波 AT004消息服务（包括收发短信息，网站留言）夏天梁 AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强 AT006Excel 表格）手动考勤（包括手动上下班，手动请假，手动出差）张耿耿 AT007节假日管理（包括添加节假日，修改节假日）王杰 AT008申请管理（包括请假申请，出差申请）薛纪表 AT009人性化和网站安全周碧文 1.3参考文献编号资料名称简介作者日期出版单位 01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组https://www.360docs.net/doc/6c9913047.html,技术支持，解答/// 1.4术语与缩略语术语、缩略语 ST ? 解释系统测试， System Test ?

登录、注册功能的测试用例设计

测试目标：验证系统是否对密码不一致时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1315；（5）：在“邮箱地址”文本框输入：790705390@https://www.360docs.net/doc/6c9913047.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314*24；（4）：在“确认密码”文本框输入：1314*24；（5）：在“邮箱地址”文本框输入：790705390@https://www.360docs.net/doc/6c9913047.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符”。测试编号：005 测试目标：验证系统是否对邮箱格式不正确时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1314；（5）：在“邮箱地址”文本框输入：https://www.360docs.net/doc/6c9913047.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“邮箱地址格式有错误”。测试编号：006 测试目标：验证系统是否对用户名重复时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

注册模块测试用例

注册模块测试用例孝妞妞https://www.360docs.net/doc/6c9913047.html,/u/2406526575 2012-08-10 13:01:43 注册模块测试用例注：不考虑可用性，只考虑功能用例编号测试项输入描述输入数据输入步骤预期结果实际结果结果比较 1 注册用户名：全部英文小写用户名：qwer 点击用户注册，进入注册页面，输入用户名：qwer 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 2用户名：全部数字用户名：1234 点击用户注册，进入注册页面，输入用户名：1234 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 3用户名：由点、减号或下划用户名：._-- 点击用户注册，进入注册页面，输入用户名：._-- 出现注册成功没有注册成功

线组成的提示的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 4用户名：英文小写字母与数字的混合，用户名：qw12 点击用户注册，进入注册页面，输入用户名：qw12 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 5用户名：英文小写字母与点、减号或下划线的混合，用户名：qw-_ 点击用户注册，进入注册页面，输入用户名：qw-_ 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定

测试用例(新手必看)

测试用例一、定义测试用例（Test Case ）是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。二、测试用例的分类根据测试过程中具体涉及到问题类型及测试需求，可将测试用例分为如下： ●功能性测试用例 ●界面测试用例：适用于所有测试阶段中的界面测试 ●数据处理测试用例：适用于所有测试阶段中的数据处理测试 ●操作流程测试用例：适用于所有流程性的测试 ●安装测试用例：适用于所有安装测试三、测试用例管理 ●编写用例：测试工程师根据需求规约、概要设计、详细设计等文档编写测试用例。 ●用例评审：原则上用例象程序一样，要经过多次的修改才可以通过，实际工作中通常进行一次。 ●用例修改：评审结束后，您需要根据评审意见进行修改，修改后通常不再进行评审。 ●使用用例：执行测试用例，并记录到测试用例执行报告中。 ●用例升级/ 维护：随着软件产品不断修改、升级，对应的用例也需要升级维护。针对同一个项目，可以根据需求的变更不断进行维护；如果是产品，用例的维护更加重要，要达到用例和产品的版本一一对应。四、测试用例的编制及使用 1 、设计测试用例每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果（含判断标准）、环境要求、备注等。测试用例编制人审定人编制日期版本测试用例类型设计说明书编号测试用例编号测试用例名称输入说明（列出选用的输入项，覆盖正常、异常情况）：期望结果（逐条与输入项对应，列出预期输出）：环境要求（测试要求的软、硬件、网络要求）：备注： ●“测试用例名称”可以是不涉及到具体模块的功能描述，如“日期格式”，“非空检验”等。 ●“输入说明”是功能模块接受的数据或各种操作描述，如“输入非法的日期格式”等。 ●“期望结果”是模块接受输入后应有的正常输出描述，如“提示用户修改”等，期望结果应与输入说明一一对应。 ●测试用例用于指导执行操作，但某些意外操作也可导致程序错误，这些操作称为非预

注册及登录功能的测试用例设计

注册、登陆测试用例一、注册测试用例测试编号：001 测试目标：验证系统是否对必填项为空时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户注册”界面什么都没有输入，直接单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“请输入必填项”。测试编号：002 测试目标：验证系统是否对用户名含义非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000；（4）：在“确认密码”文本框输入：000；（5）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。测试编号：003 测试目标：验证系统是否对密码不一致时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000；（4）：在“确认密码”文本框输入：000；（5）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

测试用例规范说明

测试用例规范约定一、用例设计书写的标准规范 1.用例标题描述清楚该用例所要达到的测试目的，不是单纯的描述所在模块或；正确示例：未登录状态下发布动态能否成功或登录状态下只发布文字动态内容能否成功 2.前置条件用例必须清晰地描述此用例所需的前提条件；正确示例： 1、用户已登录云转诊APP； 2、用户已进入动态页面； 3.用例步骤测试用例编写要步骤明确，输入输出要素（输入数据值）清晰，并且无疑义；输入数据值：指当前用例输入值的具体范围及明确值；正确示例： 1、点击动态下的（发动态）按钮 2、输入文字：我很享受音乐 3、点击（发送）按钮 4.预期结果预期结果必须具有可判定性，即测试步骤执行后，结果是可判定的，每一个测试用例的步骤都应有相应的唯一的预期结果，预期结果中不能包含步骤；正确示例：发布动态成功，页面跳转至动态页面错误示例： 1.云转诊APP成功打开 2.显示我的页面 3.打开编辑页面 4.弹出性别选择窗口 5.测试用例集一条用例内多个用例步骤对应多个预期结果时，禁止使用编号内附加子级编号形式编写测试用例，需要单独表述。测试用例可以使用单条用例或测试用例集的方式编写，单条用例需要把同一情况下的测试用例整合在一条内编写，预期结果与操作步骤相互对应。测试用例集需要操作步骤与预期结果编号相对应，完整的表达操作与结果之间的关系

真实示例如下图所示：二、用例设计书写的颗粒度描述要求：验证一个功能点一条用例，没有重复、冗余的测试用例。功能测试用例需要从用户层面来设计用户使用场景和使用流程。 1.冒烟测试验证系统正向功能流程通畅及验证系统正向必填项（系统要求验证项）输入值、单选项、下拉框、按钮等符合系统要求； 2.功能测试用例中需要合理的使用测试用例编写方法设计反向用例、容错性用例、三方交互用例等场景，以确保覆盖业务操作的基本路径和异常路径，以及对其他模块/功能的影响和必填项（系统要求验证项），保证达到系统规定； 3.UI测试对系统UI页面进行检查，确保UI布局合理、文字统一、易用性（易操作、易理解和易学习）、友好性等达到系统要求（同一页面没有操作整体时，页面检查算一个功能点）；三、用例执行规范 1.出现非Pass的用例必须标记对应的状态,Fail的用例必须提交缺陷； 2.由于某个Bug缺少测试条件导致用例不能执行，标为Block添加备注信息； 3.功能模块没有设计好，或者不适用于本轮测试的用例，标为N/A加备注信息；四、用例测试执行突发状况处理

WEB网站测试用例

一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。 1.文字内容一致性： 1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； 2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。样式一致性 1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式； 2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）； 3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同； 4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一） 1.语言习惯： 1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。 2）英文。 2.按钮 1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一； 2）采用的图片表述相同功能，要采用单一图标。 3.文本框 1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴(一般是需要重复确认输入的地方) ）； 2）文本框自身的长度限制，主要考虑页面样式。 4.单选框 1）默认情况要统一，已选择，还是未选。 5.日期控件 1）图标、控件颜色、样式统一； 2）点击控件、文本框均应弹出日期选择框。 6.下拉选择框 1）默认是第一个选项，还是提示请选择一个。 7.提示信息 1）静态文字与它的提示信息一致性，例如静态文字为…ID?，出错信息显示…用户 ID?； 2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空； 3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求； 4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息； 5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的； 6）必输项提示信息，必输项提示信息采用统一的标志。 8.导航测试

测试用例颗粒度说明

测试用例颗粒度说明 1.颗粒度与测试的关系如果把测试用例设计得很细，照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，虽然风险很小很小，但是测试效率会很低，并且测试执行没有思考的空间，可能使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。测试用例设计很粗，测试效率可能比较高，测试人员有一个发挥的空间，使测试更有趣，但这依赖于个人的责任感和能力，风险大得多。 2.颗粒度的大小取决与以下三点 1、“重要功能”、“特殊功能”颗粒密集度高，“通用功能”可以试用通用测试粒度，密集度应该可以大致界定。个人认为，假如你非要为了一个字体的样式而写了一大长串的测试用例，那么这个颗粒度就毫无意义了。 2、颗粒度的大小还取决与客户对“产品”的要求。测试有一个难题是测试的精度，或者说颗粒度的定义，不要说一个程序，就算是一个简单的登录都可以写出几乎无穷尽的测试用例，所以你需要指明功能、性能需求，使用环境等，并说明对缺陷容忍的限度。才好依据最终的需求来定义测试的颗粒度，也才好写测试用例，总之，客户的要求越详细所得到的测试用例越准确。如果客户跟你说这个地方你必须仔仔细细的测试。那么我们在写测试用例的时候。这个颗粒度一定要小了。 3、一般功能颗粒密集度可能会根据项目或是时间来确定。如果时间充裕颗粒度可以适当小。 4、粒度取决于测试的种类，一般用验收测试,是项目测试中颗粒度比较大。系统测试颗粒度相对较小。 3.有效度量测试用例条件： 1、颗粒度可以跟代码行数对应：一般来说代码量越大，内部逻辑就越复杂，出现bug 的的可能性也越高。对应的测试粒度也越小。 2、测试团队内部对粒度达成一致，适当把握颗粒度：明确测试用例编写的颗粒度，大

软件模块测试用例说明书模板

软件模块测试用例说明书编制：李洪强审核：会签：

批准：

修订记录

目录 1 简介 (5) 1.1 编写目的和范围 (5) 1.2 背景 (5) 1.2.1 术语 (5) 1.2.2 概述 (5) 2 测试环境 (5) 3 测试方法 (5) 3.1 测试框架设计 (5) 3.1.1 架构图 (5) 3.1.2 重要的时序图 (5) 3.1.3 模块接口1 (5) 3.1.4 模块接口2 (6) 3.2 桩模块1设计 (6) 3.2.1 模块功能 (6) 3.2.2 设计类图 (6) 3.2.3 内部时序图 (6) 3.2.4 进程设计 (6) 3.3 桩模块2设计 (6) 3.4 驱动模块1设计 (6) 3.4.1 模块功能 (6) 3.4.2 设计类图 (6) 3.4.3 内部时序图 (6) 3.4.4 进程设计 (6) 3.5 驱动模块2设计 (7) 4 功能测试用例 (7) 4.1 A功能测试用例 (7) 4.1.1 功能描述 (7)

4.1.2 测试目的 (7) 4.1.3 前提条件 (7) 4.1.4 测试输入 (7) 4.1.5 期望结果 (7) 4.2 B功能测试用例 (7) 5 异常测试用例 (7) 5.1 异常测试用例C (7) 5.1.1 测试目的 (7) 5.1.2 前提条件 (7) 5.1.3 测试输入 (7) 5.1.4 期望结果 (7) 5.2 异常测试用例D (8) 6 极限测试用例 (8) 6.1 极限测试用例E (8) 6.1.1 规格描述 (8) 6.1.2 测试目的 (8) 6.1.3 前提条件 (8) 6.1.4 测试输入 (8) 6.1.5 期望结果 (8) 6.2 极限测试用例F (8) 7 遗留问题 (8) 8 参考资料 (8)

如何设计和执行测试用例

如何设计和执行测试用例 Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】

如何设计和执行测试用例测试需求收集完毕后，开始测试设计。测试用例是什么测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题：测试用例的基本格式：软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”。重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高” ;反之亦然，测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过;反之则测试通过。软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍。一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。“拿来主义”可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。加强测试用例的评审：测试用例设计完毕后，最好能够增加评审过程。同行评审是 CMM3 级的一个 KPA ，如果因为公司没有通过 CMM3 级，就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用

XX管理系统测试用例

XXX管理系统_系统测试用例

修改记录

目录 1文档介绍 (5) 1.1参考文献 (5) 2测试环境与测试辅助工具的描述 (5) 2.1系统硬件配置 (5) 2.2系统软件配置 (5) 3接口测试用例 (5) 4功能测试用例 (5) 4.1被测试对象的介绍 (5) 4.2测试围与目的 (5) 4.3功能测试用例 (6) 4.3.1参建单位注册管理 (6) 4.3.1.1参建单位注册 (6) 4.3.2企业基本情况 (6) 4.3.2.1企业基本情况 (6) 4.3.2.2填报企业基本情况 (7) 4.3.2.3变更企业基本情况 (7) 4.3.3参建单位管理 (8) 4.3.3.1审批参建单位 (8) 4.3.3.2查看参建单位 (9) 4.3.4工程申报管理 (10) 4.3.4.1新增工程申报 (10) 4.3.4.2导入工程申报 (11) 4.3.4.3修改工程申报 (11) 4.3.4.4删除工程申报 (12) 4.3.4.5查看工程申报 (12) 4.3.4.6申请变更工程申报 (13) 4.3.5工程申报变更审批管理 (14) 4.3.5.1工程申报变更审批 (14) 4.3.5.2查看工程申报 (14) 4.3.6公告管理 (15) 4.3.6.1公告发布 (15) 4.3.6.2公告查看 (15) 4.3.6.3公告生效（失效） (16) 4.3.7培训计划管理 (17) 4.3.7.1发布培训计划 (17) 4.3.7.2导入培训计划 (17) 4.3.7.3查看培训计划 (17) 4.3.7.4修改培训计划 (18)

4.3.7.5删除培训计划 (18) 4.3.7.6意向培训计划 (19) 4.3.8年检管理 (19) 4.3.8.1填写年度复查表 (19) 4.3.8.2查看年检 (21) 4.3.9年检审批管理 (21) 4.3.9.1发布年检通知 (21) 4.3.9.2审批年检 (22) 4.3.9.3查看年检 (22) 4.3.10统计年检信息 (23) 4.3.10.1统计年检信息 (23)

测试用例八大设计方法和实例

测试用例设计方法 1等价类划分 1.1 理论知识等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。等价类合理地假设：某个等价类的代表值，与该等价类的其他值，对于测试来说是等价的。因此，可以把全部的输入数据划分成若干的等价类，在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果。等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 分类：划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法: 下面给出六条确定等价类的原则： ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效

完整测试用例设计参考

1、登陆 ①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求） ③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 11、是否支持table键？ 12、密码是否加密显示？ 2、添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空，应该每一个必填项都尝试一次； ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 8、检查取消保存时，也要察看数据库里是否多了一条数据 3、删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②支持多个同时删除的，要检查删除数据后，数据库中是否被删除； ③什么数据都不选择，直接点删除按钮，检查是否有错误提示； 4、查询精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据 ⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点

①输入一些字符，看是否能查出数据库中所有的相关信息设计功能和界面测试用例 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称； c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理； d，输入默认值，空白，空格； e，若只允许输入字母，尝试输入数字；反之；尝试输入字母； f，利用复制，粘贴等操作强制输入程序不允许的输入数据； g，输入特殊字符集，例如，NUL及\n等； h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示； i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示在测试过程中所用到的测试方法： 1，输入非法数据； 2，输入默认值； 3，输入特殊字符集； 4，输入使缓冲区溢出的数据； 5，输入相同的文件名；命令按钮控件的测试测试方法： a，点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口； b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示：天数不能大于31； c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；单选按钮控件的测试测试方法： a，一组单选按钮不能同时选中，只能选中一个。 b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”； c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；控件文本框的测试测试方法： a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10； b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；

通用测试用例

通用测试用例 1. 文档介绍......................... (2) 1.1 文档目的.... .... .... .... .... .... .... .... .... .... . (2) 1.2 文档范围..... .... .... .... .... .... .... .... .... .... (2) 1.3 读者对象.... .... .... .... .... .... .... .... .... .... . (2) 1.4 参考文献..... .... .... .... .... .... .... .... .... .... (2) 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... (2) 2. 功能测试用例...... .... .... .... ...... .... .... .... .... (2) 2.1 被测试对象的介绍......... .... .... .... ....... .... .... .. 2 2.2 测试范围与目的........ .... .... .... ........ .... .... .... .2 2.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... . (3) 2.4 测试驱动程序的设计... ... ... ... .. ... ... ... ... ... ..3 2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... (17) 3.2测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (17) 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (20) 4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... (20) 4.5 用户界面测试的检查表.. ... ... ... ... ... ... ... ... . (20)

非功能性测试用例

非功能性测试用例有限公司

变更记录修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）

目录第一章引言 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 读者对象 (1) 1.4 参考资料 (1) 1.5 术语和缩略语 (1) 第二章健壮性测试用例 (1) 2.1 测试范围与目的 (1) 2.2 容错能力/恢复能力测试用例 (1) 第三章图形用户界面测试用例 (2) 3.1 测试范围与目的 (2) 3.2 用户界面测试的检查表 (2) 第四章性能测试用例 (3) 4.1 测试范围与目的 (3) 4.2 性能测试用例 (3) 第五章可靠性测试用例 (3) 5.1 测试范围与目的 (3) 5.2 可靠性测试用例 (4) 第六章附评审意见 (5)

第一章引言 1.1 目的编写该文档的目的是为了对产品更好的进行系统测试。 1.2 范围本文档包括健壮性测试用例、性能测试用例、用户界面测试用例、可靠性测试用例。 1.3 读者对象测试人员、程序员。 1.4 参考资料 1.5 术语和缩略语第二章健壮性测试用例 2.1 测试范围与目的确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。 2.2 容错能力/恢复能力测试用例

第三章图形用户界面测试用例 3.1 测试范围与目的 1.该用例用来测试各个窗口是否与主界面风格一致，或符合可接受标准； 2.功能键描述准确，操作方便 3.2 用户界面测试的检查表表5 - 1用户界面测试检查表

表5 - 2界面测试用例第四章性能测试用例 4.1 测试范围与目的本系统应该适应多人访问。 4.2 性能测试用例第五章可靠性测试用例 5.1 测试范围与目的测试范围：IE7.0及以上、Firefox50及以上、chrome50及以上版本等。目的：使用上述几种浏览器访问系统时，页面显示正常，操作不受影响。

用户名密码测试用例编写方法

用户名密码测试用例编写方法标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]

别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。？一、用户注册只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）

4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的）

12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码当然具体情况具体分析哈~不能一概而论~ 实际测试中可能只用到其中几条而已，比如银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑那些ＴＡＰ之类的快捷键。而有的需要根据需求具体分析了，比如连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等等。

测试用例说明书

{ 项目名称} { 测试用例标题} ×××××单位 Fax: Tel:

版本历史

目录 0. 文档介绍 (5) 0.1文档目的 (5) 0.2文档范围 (5) 0.3读者对象 (5) 0.4参考文献 (5) 0.5术语与缩写解释 (5) 1. 接口－路径测试用例 (6) 1.1被测试对象（单元）的介绍 (6) 1.2测试范围与目的 (6) 1.3测试环境与测试辅助工具的描述 (6) 1.4测试驱动程序的设计 (6) 1.5接口测试用例 (6) 1.6路径测试的检查表 (7) 2. 功能测试用例 (8) 2.1被测试对象的介绍 (8) 2.2测试范围与目的 (8) 2.3测试环境与测试辅助工具的描述 (8) 2.4测试驱动程序的设计 (8) 2.5功能测试用例 (8) 3. 健壮性测试用例 (9) 3.1被测试对象的介绍 (9) 3.2测试范围与目的 (9) 3.3测试环境与测试辅助工具的描述 (9) 3.4测试驱动程序的设计 (9) 3.5容错能力/恢复能力测试用例 (9) 4. 性能测试用例 (10) 4.1被测试对象的介绍 (10) 4.2测试范围与目的 (10) 4.3测试环境与测试辅助工具的描述 (10) 4.4测试驱动程序的设计 (10) 4.5性能测试用例 (10) 5. 图形用户界面测试用例 (11) 5.1被测试对象的介绍 (11) 5.2测试范围与目的 (11)

5.3测试环境与测试辅助工具的描述 (11) 5.4测试驱动程序的设计 (11) 5.5测试人员分类 (11) 5.6用户界面测试的检查表 (11) 6. 信息安全性测试用例 (12) 6.1被测试对象的介绍 (12) 6.2测试范围与目的 (12) 6.3测试环境与测试辅助工具的描述 (12) 6.4测试驱动程序的设计 (12) 6.5信息安全性测试用例 (13) 7. 压力测试用例 (13) 7.1被测试对象的介绍 (13) 7.2测试范围与目的 (13) 7.3测试环境与测试辅助工具的描述 (13) 7.4测试驱动程序的设计 (13) 7.5压力测试用例 (14) 8. 可靠性测试用例 (14) 8.1被测试对象的介绍 (14) 8.2测试范围与目的 (14) 8.3测试环境与测试辅助工具的描述 (14) 8.4测试驱动程序的设计 (14) 8.5可靠性测试用例 (15) 9. 安装/反安装测试用例 (15) 9.1被测试对象的介绍 (15) 9.2测试范围与目的 (15) 9.3测试环境与测试辅助工具的描述 (16) 9.4测试驱动程序的设计 (16) 9.5安装/反安装测试用例 (16) 附录：评审意见 (16)

登录功能通用测试用例

登录功能通用测试用例具体需求：有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计Test Case。此题的考察目的： 1、了解需求（测什么都是从了解需求开始）； 2、是否有设计Test Case的能力 3、是否熟悉各种测试方法； 4、是否有丰富的Web测试经验； 5、是否了解Web开发；了解需求：测试需求分析过程，可以从质量要求出发，来展开测试需求分析，如从功能、性能、安全性、兼容性等各个质量要求出发，不断细化其内容，挖掘其对应的测试需求，覆盖质量要求。也可以从开发需求（如产品功能特性点、敏捷开发的用户故事）出发，针对每一条开发需求形成已分解的测试项，结合质量要求，这些测试项再扩展为测试任务，这些测试任务包括了具体的功能性测试任务和非功能性测试任务。在整理测试需求时，需要分类、细化、合并并按照优先级进行排序，形成测试需求列表。 1、登录界面应该是弹出窗口式的，还是直接在网页里面；

2、账号长度和密码的强度（比如需要多少位、大小写敏感、特殊字符混搭等）； 3、界面美观是否有特殊要求？（即是否要进行UI测试）； 4、···· 用例设计：测试需求分析完成后，开始用例设计，主要可以从以下几个方面考虑：功能测试(Function Test) 1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录。（正常输入） 2、输入错误的账号或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验） 3、登录成功后能否跳转到正确的页面（低） 4、账号和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5、账号和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6、记住账号的功能 7、登录失败后，不能记录密码的功能 8、账号和密码前后有空格的处理 9、密码是否加密显示（星号圆点等）