Web登录界面测试用例设计
1、一个好的用例的表述要点，即用例中应当包含的信息
一个优秀的测试用例，应该包含以下信息：
1）软件或项目的名称
2）软件或项目的版本（内部版本号）
3）功能模块名
4）测试用例的简单描述，即该用例执行的目的或方法
5）测试用例的参考信息（便于跟踪和参考）
6）本测试用例与其他测试用例间的依赖关系
7）本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。
9）步骤号、操作步骤描述、测试数据描述
10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）
11）开发人员（必须有）和测试人员（可有可无）
12）测试执行日期
2、实例
该测试案例是以一个B/S结构的登录功能点位被测对象,该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。
功能描述如下：
1.用户在地址栏输入相应地址，要求显示登录界面；
2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息；
3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息；
4.连续3次未通过验证时，自动关闭IE。
表4-1登录界面测试用例
用例ID
XXXX-XX-XX
用例名称
系统登录
用例描述
系统登录
用户名存在、密码正确的情况下，进入系统
页面信息包含：页面背景显示
用户名和密码录入接口，输入数据后的登入系统接口
用例入口
打开IE，在地址栏输入相应地址
进入该系统登录页面
测试用例ID
场景
测试步骤
预期结果
备注
TC1
初始页面显示
从用例入口处进入
页面元素完整，显示与详细设计一致
TC2
用户名录入－验证
输入已存在的用户：test
输入成功
TC3
用户名－容错性验证
输入：aaaaabbbbbcccccdddddeeeee
输入到蓝色显示的字符时，系统拒绝输入
输入数据超过规定长度范围
TC4
密码－密码录入
输入与用户名相关联的数据：test
输入成功
TC5
系统登录－成功
TC2，TC4，单击登录按钮
登录系统成功
TC6
系统登录－用户名、密码校验
没有输入用户名、密码，单击登录按钮
系统登录失败，并提示：请检查用户名和密码的输入是否正确TC7
系统登录－密码校验
输入用户名，没有输入密码，单击登录按钮
系统登录失败，并提示：需要输入密码
TC8
系统登录－密码有效性校验
输入用户名，输入密码与用户名不一致，单击登录按钮
系统登录失败，并提示：错误的密码
TC9
系统登录－输入有效性校验
输入不存在的用户名、密码，单击登录按钮
系统登录失败，并提示：用户名不存在
TC10
系统登录—安全校验
连续3次未成功
系统提示：您没有使用该系统的权限，请与管理员联系！
功能测试： 1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录（正常输入） 2、输入错误的账号或者密码，验证登录失败，并且提示相应的错误信息。（错误校验） 3、登录成功后能否跳转到正确的页面（低） 4、登录和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5、账号和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6、记住账号的功能 7、登录失败后，不能记录密码功能 8、账号和密码前后有空格处理 9、密码是否加密显示（星号圆点等） 10、牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使 用者），刷新或换一个按钮是否好用 11、登录页面中的注册、忘记密码，登出用另一账号登录等链接是否正确 12、输入密码的时候，大写键盘开启的时候要有提示信息。 13、什么都不输入，点击提交按钮，看提示信息（非空检查） 界面测试（UI Test） 1、布局是否合理，2个Testbox和一个按钮 2、Testbox和按钮的长度，高度是否复合要求 3、界面的设计风格是否与UI的设计风格统一 4、界面中的文字简洁易懂，没有错别字 性能测试（Performance Test） 1、打开登录页面，需要几秒 2、输入正确的账号和密码后，登录成功跳转到新页面，不超过5秒 安全性测试（Security Test） 1、登录成功后生成的Cookie是否有HttpOnly（降低脚本盗取风险） 2、账号和密码是否通过加密的方式，发送给Web服务器 3、账号和密码的验证，应该是用服务端验证，而不是单单是在客户端用javaScript验证 4、账号和密码的输入框，应该屏蔽SQL注入攻击 5、账号和密码的输入框，应该禁止输入脚本（防止XSS攻击） 6、错误登录的次数限制（防止暴力破解） 7、考虑是否支持多用户在同一台机器上登录； 8、考虑一用户在多台机器上登录 可用性测试（Usability Test） 1、是否可以全用键盘操作，是否有快捷键 2、输入账号，密码后按回车，是否可以登录 3、输入框是否可以以Tab键切换 兼容性测试（Compatibility Test） 1、主流的浏览器下能否显示功能正常（IE6~11，FireFox，Chrome，Safari等）
注册、登陆测试用例 一、注册测试用例 测试编号：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.等价类划分法 概念：输入域划分成若干子集。选取每一个子集的少数输入值作为一条测试用例。所测试的结果等价于这一个子集的测试结果。 分类：有效等价类和无效等价类。 A.有效等价类：了解了需求说明文档，有意义的合理值。 其目的是检验程序是否实现了需求说明中所规定的功能，可能还需要校验其性能。 B.无效等价类：与有效等价类的定义相反的输入值。 测试用例：在写测试用例时，要同时考虑这两种等价类，不仅要校验程序能判断合理的数据，也要经受非合理数据的考验，确保程序的强健性和可靠性。 划分等价的几大原则： 1.输入条件规定了取值范围，则可以确定一个有效等价类，两个无效等价类。例如申请授 信时，请输入16位营业执照号；有效等价类是16位的号码，大于小于16位分别是2个无效等价类，行号，银行卡号，身份证号，手机号，密码，验证码等规定了输入条件的输入框。 2.规定了输入数据必须是要遵守的规则，可确立一个符合规则的有效等价类，和若干个无 效等价类（从不不同角度违反规则。例如密码的输入，规则是请输入6-16个字符，不含空格且须两种字符类型以上，不可用连续4位以上相同字符。那么这里的无效等价类分别是小于6个字符，大于16个字符，含空格，一种字符，连续5位相同字符，那么这里的无效等价类就包括了1+5+10+10+5+1=32中情况。 3.学习了解类（垫付宝没有想到的例子），布尔量（二值枚举类型），一个有效类和一个无 效类。 将等价类转化成测试用例步骤： 1.列出所有划分出的等价类：【输入条件】【有效等价类】【无效等价类】 2. 3.设计多个测试用例，尽可能多的覆盖有效等价类和无效等价类。 3.1有效等价类的测试用例： 密码覆盖有效等价类号码 Che001 1—4 3.2无效等价类的测试用例： 密码覆盖无效等价类号码 （5个空格）5,7,9 （16个空格）6,7,9
注册模块测试用例 孝妞妞https://www.doczj.com/doc/5b15664495.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， 输入正确的验证码 点击确定
web软件测试用例 一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。 1、文字 内容一致性： 1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； 2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 样式一致性 1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式； 2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）； 3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同； 4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一） 语言习惯： 1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。 2）英文。 3）日文。 2、按钮 1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一； 2）采用的图片表述相同功能，要采用单一图标。 3、文本框 1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）； 2）文本框自身的长度限制，主要考虑页面样式。 4、单选框 1）默认情况要统一，已选择，还是未选。 5、日期控件 1）图标、控件颜色、样式统一； 2）点击控件、文本框均应弹出日期选择框。 6、下拉选择框 1）默认是第一个选项，还是提示请选择一个。 7、提示信息 1）静态文字与它的提示信息一致性，例如静态文字为‘ID’，出错信息显示‘用户ID’； 2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空； 3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求； 4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息； 5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；
注册、登陆测试用例 一、注册测试用例 测试编号：001 测试目标：验证系统是否对必填项为空时做出正确的响应 测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL ， 单击 【转到】按钮； （2）：在“用户注册”界面什么都没有输入，直接单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“请输入必填项”。 测试编号：002 测试目标：验证系统是否对用户名含义非法字符时做出正确的响应 测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL ， 单击【转到】按钮； （2）：在“用户名”文本框输入“a0755*87”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1314； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/5b15664495.html, ； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。 测试编号：003
测试目标：验证系统是否对密码不一致时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1315； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/5b15664495.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。 测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314*24； （4）：在“确认密码”文本框输入：1314*24； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/5b15664495.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符”。 测试编号：005 测试目标：验证系统是否对邮箱格式不正确时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1314； （5）：在“邮箱地址”文本框输入：https://www.doczj.com/doc/5b15664495.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“邮箱地址格式有错误”。 测试编号：006 测试目标：验证系统是否对用户名重复时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;
性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数据量测试，网络性能测试，服务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则；一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的； 1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证； 2. 独立业务性能测试 独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。 用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。另外一类是在同一时刻使用完全一样的功能。 3. 组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。 用户并发测试是组合业务性能测试的核心内容。组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配； 4. 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定； 5. 大数据量性能测试 一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试； 第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。 第三种大数据量测试结合了前面两种的测试，两种测试同时运行产生较大数据量的系统性能测试；大数据量测试通常在投产环境下进行，并独立出来和疲劳强度测试放在一起，在整个性能测试的后期进行；大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试； 6. 网络性能测试 主要是为了准确展示带宽，延迟，负载和端口的变化是如何影响用户的响应时间的，在实际的软件项目中 主要是测试应用系统的用户数目与网络带宽的关系。网络测试的任务通常由系统集成人员完成； 7. 服务器（操作系统，WEB服务器，数据库服务器）性能测试 初级服务器性能测试主要是指在业务系统工作或者进行前面其他种类性能测试的时候，监控服务器的一些计数器信息，通过这些计数器对服务器进行综合性能分析，为调优或提高系
如何测试一个网页登录界面 对测试人员（尤其是web测试人员）来说，测试一个网页的登录界面常常是必不可少的测试任务。网页的登录界面测试要素少不了textbox和提交按钮，如何才能更全面的设计test case呢？ 首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面的？对用户名的长度、用户名的有效性（比如是不是只能是手机号、邮箱等）密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等都有哪些要求？还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。 千万要记住一点，任何测试，不管测什么都是从了解需求开始的。 一个网页的登录界面的测试大致可以从以下几个方面考虑： 功能测试(Function test) 0. 什么都不输入，点击提交按钮，看提示信息。 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。 2.输入错误的用户名或者密码，验证登录会失败，并且提示相应的错误信息。 3.登录成功后能否能否跳转到正确的页面 4.用户名和密码，如果太短或者太长，应该怎么处理 5.用户名和密码中有特殊字符（比如空格），和其他非英文的情况 6.记住用户名的功能 7.登录失败后，不能记录密码的功能 8.用户名和密码前后有空格的处理 9.密码是否加密显示（星号圆点等） 10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用 11.登录页面中的注册、忘记密码，登出用另一帐号登录等链接是否正确 12.输入密码的时候，大写键盘开启的时候要有提示信息。 界面测试(UI Test) 1.布局是否合理，2个testbox 和一个按钮是否对齐 2.testbox和按钮的长度，高度是否复合要求 3. 界面的设计风格是否与UI的设计风格统一 4. 界面中的文字简洁易懂，没有错别字。 性能测试(performance test) 1.打开登录页面，需要几秒
web前台测试用例 转自WEB前台测试用例- 竹林深处- ITeye技术网 站https://www.doczj.com/doc/5b15664495.html,/zjCiKnY 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，或者单
一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。 1. 文字 内容一致性： 1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； 2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 样式一致性 1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式； 2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同； 4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一） 语言习惯： 1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。 2）英文。 3）日文。 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. 导航测试 死导航、乱导航、操作复杂等。 9. 链接测试 1）发现404错误。 2）避免死链接情况，执行完相应操作应有返回按钮，返回到相应页面；例如：操作成功后，进入成功提示信息页面，但页面没有返回按钮，无法及时进入操作之前的页面。 10. IE的后退 退出系统，无论直接关闭浏览器或点击后退键，退出都不应再返回系统。 11. 分辨率 页面文字显示、样式等要支持常见分辨率，例如CRT显示器的1024*768，LCD的1280*1024。
用户名密码测试用例编 写方法 标准化管理处编码[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键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码 当然具体情况具体分析哈~不能一概而论~ 实际测试中可能只用到其中几条而已，比如银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑那些ＴＡＰ之类的快捷键。而有的需要根据需求具体分析了，比如连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等等。
一．用户注册 只从用户名和密码角度写了测试用例要点，如果注册过程中有安全问题，Email，出生日期，地址，性别等等一系列的填写内容，其测试用例要点类似。 以等价类划分和边界值法来分析 1、填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2、填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3、填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点） 4、必填项分别为空注册 5、用户名长度大于要求注册1位（边界值分析，取离点） 6、用户名长度小于要求注册1位（边界值分析，取离点） 7、密码长度大于要求注册1位（边界值分析，取离点） 8、密码长度小于要求注册1位（边界值分析，取离点） 9、用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10、密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11、两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的）12、重新注册存在的用户 13、改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14、看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以*之类的加秘符号显示 二．修改密码
1、旧密码输入为空 2、输入错误旧密码 3、输入新密码为空 4、输入确认新密码为空 5、新密码和确认新密码不一致 6、新密码中有空格 7、新密码与旧密码一样能否修改成功 8、新密码为符合要求的最多字符 9、新密码为符合要求的最少字符 10、新密码为符合要求的非最多和最少字符 11、新密码为最多字符-1 12、新密码为最少字符+1 13、新密码为最多字符+1 14、新密码为最少字符-1 15、新密码为非允许字符（如有的密码要求必须是英文和数字组成，那么要试汉字和符号等） 16、看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以*之类的加秘符号 17、看密码是否区分大小写，新密码中英文小写，确认密码中英文大写．
XXX项目测试总结报告 目录 1.项目测试结果 (2) 1.1 BUG严重程度 (2) 1.2 BUG问题分布状况 (3) 2.测试结论 (4) 2.1界面测试 (4) 2.2功能测试 (4) 2.3兼容性测试 (4) 2.4易用性 (4) 2.5 负载/压力测试 (5) 3.软件问题总结与分析 (6) 4.建议 (7)
1.项目测试结果 1.1 BUG严重程度 测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.
1.2 BUG问题分布状况 由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%
2.测试结论 2.1界面测试 网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。 2.2功能测试 分不同账号总权限账号,以及店长账号分别进行功能测试。 1:链接测试无问题,不存在死链接,测试链接都存在. 2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题. 2.3兼容性测试(Windows下) 测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样 。 2.4易用性 网站实现了如下易用性： 1. 输入限制的正确性 2. 输入限制提示信息的正确性，可理解性，一致性 3. 界面排版美观 4. web应用系统易于导航，直观 5. web应用系统的页面结构、导航、菜单、连接的风格一致
一、引言 预防胜于纠错。一个界面不规范的软件，很难让用户相信其内部代码的条理性、精致、健壮和高效。伴随着我们软件项目的持续增多以及新团队成员的不断加入，软件的界面缺陷在系统测试阶段也表现得日益突出，因此有必要有针对性地通过对这些问题汇总和归纳，不断地明确软件界面的测试要求，使今后项目的界面质量问题从根本上得到重视和改观。 二、界面标准 2.1有效性检查方面： ?数据输入验证正确；输入数据宽度超出设定，是否给出提示； ?数值型、日期型、字符型及‘-’、‘|’等特殊符号的检查； ?数值字段（如重量、件数、体积）在非特殊情况下不允许可输入“0”及“负数”； ?日期的控制，如：结束日期不能早于开始时间、班次内的作业时间不能超出班次时间等； ?具有输入的合法性验证机制，对于超常规和破坏性的录入，如输入的非有效性、超长、超边界、输入与字段类型不符等，应有提示并拒绝接受； ?身份证号/邮编/Email地址应作用正则表达式进行验证；【B/S】 ?下拉列表过滤，对于有过滤要求的下拉列表，应按要求进行过滤。 2.2健壮性检查方面： ?鼠标在窗口任意部分的点击是否正常；数据输出正确； ?光标到不可输入、修改列时，是否可输入、修改数据； ?鼠标对界面上的任何对象进行拖拽、点击、选取以及进行随意、无规律操作后，不出现未控制的意外错误； ?对于超常规、破坏性和无序操作的录入可以安全控制，不出现意外的、非正常终止
的错误（如：插入重复记录、删除代码表等）； ?不出现因网络连接中断后系统崩溃情况（提供自动连接或手动连接功能）2.3一般性美观布局检查方面： ?窗口标题是否正确； ?窗口的位置和大小是否合理（居中）； ?窗口中的控件布局是否合理，排列是否整齐； ?当超出一屏时，是否有垂直、水平滚动条（滚动条应位于数据块的右侧和底部）； ?一个屏幕有多个块时，每块的左上角是否有红色块标题；【或按照开发规范】 ?字段标签的对齐方式是否正确（两端对齐）；【或按照开发规范】 ?是否有初始值和默认值，初始值和默认值是否合理；【或按照开发规范】 ?上页与下页的显示是否与实际一致； ?代码与代码名称是否相符（内容正确）； ?按钮的名称是否正确、全面，如上页、下行等； ?按钮的快捷键定义是否统一； ?按钮功能是否有效；按钮的提示与功能是否贴切、规范、概括性强； ?屏幕上数据显示的对齐方式是否满足以下原则：字符列左对齐，数值列右对齐，日期型的应设置格式掩码。 ?查询结果多于一页时，是否显示页号，上页按钮在当前页为第一页时，下页按钮在当前页为最后一页时是否变灰； ?查询结果是否可以修改； ?单记录块中非空字段名是否为红色； ?一个字段数据录入完毕跳到下个字段后，该字段数据显示的对齐方式是否自动满足以下原则：字符列左对齐，数值列右对齐； ?备注等说明信息较长的字段，双击是否可以弹出编辑框； ?在执行完其他功能后是否返回默认焦点； ?所有的下拉选择数据窗口、下拉列表是否确实可用（是否既可输入编号，又可输入名称）；
Web界面测试小结[1] 我是从事web测试的，特别是电子商务网站，现在大部分客户对界面的要求非常高，所以对于测试人员来讲，也必须特别注意界面的一些东西。从前几个项目来看，个人认为界面测试的测试点以及应该注意的问题： 1：界面的线条是否一致，每个界面中线条是否对齐，是否一致。（静态页面没有确认的情况下） 2：整个系统的界面是否保持一致 3：界面中是否存在错别字 4：界面所有的按钮样式是否一致 5：每个界面是否同原静态页面设计一致（静态页面确认的情况下） 6：操作是否友好 7：界面所有的按钮、下拉框是否有响应 8：界面所有的链接是否正常 9：界面所有的输入框是否都进行校验（例如：搜索框、字段输入框） 10：界面所有的列表页标题字是否会折行，标题字是否统一居中等，当然也可以居左，这需要同客户沟通（折行的话影响美观） 11：界面所有的展示图片是否样式一致 12：浏览器的兼容性问题，检查页面在不同浏览器下是否会发生异常 13：每个页面的提示字体的颜色、格式是否统一准确 14：界面中所有字段后面是否都存在冒号，有冒号，查看是否冒号为统一的中文冒号还是英文冒号。 15：界面中的提示说明叙述是否太啰嗦，有时候需要能简化尽量简化，并且字体显示格式一致，颜色统一。 16：在web网站，一般经常是后台控制前台的显示，因此在对后台进行数据添加时，查看前台是否有变化，并且查看界面的数据是否溢出框外。 当然，我们在进行界面测试时，必须明确UI测试的目的，它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。
确保用户界面符合公司和行业的标准。 通过用户界面测试来核实用户与软件的交互，UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作，除此之外，UI测试还却表UI功能内部的对象符号预期的要求，并遵循公司和行业的标准。 接下来，具体的分析一下界面测试的依据从哪些方面着手。 测试目标： 1：窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（tab键、鼠标移动和快捷键）的使用 2：窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符号标准 测试方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确的进行浏览，并处于正常的对象状态。 我们在实际工作当中，针对web应用程序，也就是经常所说的B/S系统，可以从如下方面来进行用户界面测试： 1：导航测试 导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等； 不同的链接页面之间，通过考虑下列问题，可以决定一个web应用系统是否易于导航；导航是否直观？web系统的主要部分是否可通过主页存取？web系统是否需要站点地图、搜索引擎或其他的导航帮助 当然，这些同美工以及客户需求有关。我们是根据已经确认的页面进行测试即可。 2：图形测试 图形包括图片、动画、边框、颜色、字体、背景、按钮等。 （1）要确保图形有明确的用途，图片或动画不要胡乱的堆在一起，以免浪费传输时间，web应用系统的图片尺寸要尽量地小，并且要能清楚的说明某件事情。一般都链接到某个具体的页面 （2）验证所有页面字体的风格是否一致 （3）背景颜色与字体颜色和背景色相搭配 （4）图片的大小和质量，一般采用jpg或gif压缩，最好能使用图片的大小减小到30k
别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。 一、用户注册 只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点） 4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的） 12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码 当然具体情况具体分析哈~不能一概而论~
具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。请针对这个页面设计30个以上的test case.） 考察目的：面试者是否熟悉各种测试方法，是否有丰富的Web测试经验，是否了解Web开发，以及设计Test case的能力 这个题目还是相当有难度的，一般的人很难把这个题目回答好。 首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面。对用户名的长度，和密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等。还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。 请你记住一点，任何测试，不管测什么都是从了解需求开始的。 功能测试(Function test) 0. 什么都不输入，点击提交按钮，看提示信息。 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。 2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。 3.登录成功后能否能否跳转到正确的页面 4.用户名和密码，如果太短或者太长，应该怎么处理 5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况 6.记住用户名的功能 7.登陆失败后，不能记录密码的功能 8.用户名和密码前后有空格的处理 9.密码是否加密显示（星号圆点等） 10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用 11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确 12.输入密码的时候，大写键盘开启的时候要有提示信息。 界面测试(UI Test) 1.布局是否合理，2个testbox 和一个按钮是否对齐 2.testbox和按钮的长度，高度是否复合要求 3. 界面的设计风格是否与UI的设计风格统一 4. 界面中的文字简洁易懂，没有错别字。 性能测试(performance test) 1.打开登录页面，需要几秒 2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒 安全性测试(Security test) 1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取) 2.用户名和密码是否通过加密的方式，发送给Web服务器 3.用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用javascript验证 4.用户名和密码的输入框，应该屏蔽SQL注入攻击 5.用户名和密码的的输入框，应该禁止输入脚本（防止XSS攻击） 6.错误登陆的次数限制（防止暴力破解） 7. 考虑是否支持多用户在同一机器上登录； 8. 考虑一用户在多台机器上登录 可用性测试(Usability Test)
WEB界面测试用例～收藏 输入框校验 1.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。(256) 2.字符类型检查: 校验输入数据类型(文本,数字) 3．空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。 4．输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全 角的空格等。 5.特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错 误是出现在% ‘ \ 这几个特殊字符.输入特殊字符集，例如，NUL及\n等； 6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。常见的错误是系统对空格的处理. 7.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信 息和添加信息是否一致。 8.必填项检查：如在必填项前加“*”；可否不填或者输入空格 9.检查修改重名:修改时把名字应该唯一的信息输入重复的名字或ID,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.(员工代码,HR代码)-----唯一性约束ORA-00001(有空格没空格) 10.时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-31、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月（同理，每年的第1季度与前一年的第4季度）。另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-28、20060228等。 ---------------------------------------------------------- 按扭 11.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页， 下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。 12.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对 于Web系统来说，可以通过浏览器返回键或者系统提供的返回功能。 13.上传下载文件检查：上传下载文件的功能是否实现，上传下载的文件是否有格式、大小