怎么写测试用例
我刚刚就业来到公司做软件测试我在学校没有太多的机会做测试，测试用例和测试报告应该怎么写。
● 测试用例编号
◇规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串
◇约定：
系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX
● 测试项目
◇规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇约定：
系统测试用例测试项目：软件需求项如：测试手机在没有SIM卡的情况下，可以拨打紧急电话
集成测试用例测试项目：集成后的模块名或接口名如：测试模块A提供的文件接口
单元测试用例测试项目：被测试的函数名如：测试函数int ReadFile(char
*pszFileName)
● 测试标题
规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复。
● 重要级别
规则
高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
● 预置条件
规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件
● 输入
规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等
● 操作步骤
规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性。
● 预期输出
规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等
功能测试： 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）：在“用户名”文本框输入“a0755*87”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1314； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/326473285.html, ； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。 测试编号：003
测试目标：验证系统是否对密码不一致时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1315； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/326473285.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。 测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314*24； （4）：在“确认密码”文本框输入：1314*24； （5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/326473285.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符”。 测试编号：005 测试目标：验证系统是否对邮箱格式不正确时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314； （4）：在“确认密码”文本框输入：1314； （5）：在“邮箱地址”文本框输入：https://www.doczj.com/doc/326473285.html,； （6）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“邮箱地址格式有错误”。 测试编号：006 测试目标：验证系统是否对用户名重复时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;
注册、登陆测试用例 一、注册测试用例 测试编号：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，单击【转到】按钮；
测试用例实例 Corporation standardization office #QS8QHH-HHGX8Q8-GNHHJ8
测试用例实例 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。
取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
如何测试一个网页登录界面 对测试人员（尤其是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.打开登录页面，需要几秒
用户管理系统测试用例 拟制：日期：2011/8/1 审核：日期：2011/8/1 批准：日期：2011/8/1
修订记录
目录 1 用户管理模式系统测试项目 (5) 1.1登录成功的测试.............................................................................. 错误！未定义书签。 1.3登录失败的测试.............................................................................. 错误！未定义书签。 1.2 添加用户功能 ................................................................................. 错误！未定义书签。 1.4 删除用户功能 ................................................................................... 错误！未定义书签。 1.4 编辑用户功能 ................................................................................... 错误！未定义书签。
用户管理系统测试用例 关键词： 摘要： 缩略语清单： 参考资料清单：
1用户管理模式系统测试项目1.1登录成功的测试 1.2登录失败的测试 1.3添加用户功能的测试
测试用例 一、写测试用例时我们可以侧重从需求上看需要完成的功能方面来写（比如说某一标签或某一按钮点击以后会实现的功能以及页面跳转等） 然后在看输入框界面等 二、测试用例设计考虑的方面 完成了测试需求分析和软件流程分析后，开始着手设计测试用例。测试用例设计的类型包括功能测试，边界测试，异常测试，性能测试，压力测试等。在用例设计中，除了功能测试用例外，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题。 （1）功能测试：测试某个功能是否满足需求的定义，功能是否正确，完备。 适合的技术：由业务需求和设计说明导出的功能测试、等价类划分 （2）边界测试：对某个功能的边界情况进行测试。 适合的技术：边界值划分 （3）异常测试：对某些功能来说，其边界情况无法简单的了解或某些操作不完全是正确的但又是可能发生的，类似这样的情况需要书写相关的异常测试。 适合的技术：由业务需求和设计说明导出的特殊业务流程、错误猜测法、边界值分析、内部边界值测试、 （4）性能测试：检查系统是否满足在需求中所规定达到的性能，性能主要包括了解程序的内外部性能因素。内部性能因素包括测试环境的配置，系统资源使用状况；外部因素包括响应时间，吞吐量等。 适合的技术：业务需求和设计说明导出的测试 （5）压力测试：压力测试又称强度测试，主要是检查系统运行环境在极限情况下软件运行的能力，比如说给一个相当大的负荷或网络流量给应用软件兼容测试：测试软件产品在不同的平台，不同的工具，相同工具的不同版本下功能的兼容性。 三、以登陆窗口为例来设计测试用例 我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。 第一层，表单测试为最底层（最基础的）。这部分的测试用例是对登陆窗口这个界面的输入框、按钮功能、界面等最基本功能的测试。一般来说登陆用户名和登陆用户密码是输入框的形式体现，那么，我们需要的是针对这两个输入框进行功能的测试。这时，我们只要考虑这个输入框的功能，而不需要考虑业务方面的内容。这样，我们考虑就是这个输入框的长度限制是多少？能否输入特殊字符？能否输入全角字符？当然，登陆窗口还有其他按钮，例如登
用户名密码测试用例编 写方法 标准化管理处编码[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键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码 当然具体情况具体分析哈~不能一概而论~ 实际测试中可能只用到其中几条而已，比如银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑那些ＴＡＰ之类的快捷键。而有的需要根据需求具体分析了，比如连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等等。
《校园一卡通信息系统》 测试用例文档 姓名：20091101136 陈云巧 20091101138 洪福芝 20091101142 刘艳芳 20091101148 陶玫 20091101151 杨艳梅 20091101153 赵艳 20091101154 严蔚 班级：09计科一班 提交日期：2011年12月5日
目录0. 文档介绍 0.1文档目的 0.2文档范围 0.3读者对象 0.4参考文献 1. 接口－路径测试用例 1.1被测试对象（单元）的介绍 1.2测试范围与目的 1.3测试环境与测试辅助工具的描述 1.4测试驱动程序的设计 1.5接口测试用例 1.6路径测试的检查表 2. 功能测试用例 2.1被测试对象的介绍 2.2测试范围与目的 2.3功能测试用例 3. 健壮性测试用例 3.1被测试对象的介绍 3.2测试范围与目的 3.3测试环境与测试辅助工具的描述 3.4测试驱动程序的设计 3.5容错能力/恢复能力测试用例 4. 性能测试用例 4.1被测试对象的介绍 4.2测试范围与目的 4.3性能测试用例 5. 图形用户界面测试用例 5.1被测试对象的介绍 5.2测试范围与目的 5.3用户界面测试的检查表 6. 信息安全性测试用例 6.1被测试对象的介绍 6.2测试范围与目的
6.5信息安全性测试用例 7. 压力测试用例 7.1被测试对象的介绍 7.2测试范围与目的 7.3测试环境与测试辅助工具的描述 7.4压力测试用例 8. 可靠性测试用例 8.1被测试对象的介绍 8.2测试范围与目的 8.5可靠性测试用例 9. 安装/反安装测试用例 9.1被测试对象的介绍 9.2测试范围与目的 9.5安装/反安装测试用例
别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。 一、用户注册 只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点） 4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的） 12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码 当然具体情况具体分析哈~不能一概而论~
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
登录功能通用测试用例 具体需求： 有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计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、密码是否加密显示（星号圆点等）
1.计算器测试用例 2.自动取款机取款测试用例 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 基本流： 用户取款。 备选流： 1.用户密码错误 2.取款金额不符合要求。 前置条件： 用户必须插入正确的银行卡才能开始执行用例。 后置条件： 如果系统确认用户信息正确，成功登陆，则系统启动主界面，等待用户发送消息，进行查询和取款等操作。 事件流系统用户 1 系统提示用户插卡插入银行卡 2 提示客户输入密码信息输入密码 3 如果密码错误，提示密码不正确，并返回到2 4 如果密码正确，转入主界面 5 提示用户选择选项选择取款选项 6 系统进入取款金额界面并提示用户输入金额输入取款金额 7 如果金额符合则输入钱款 8 如果金额小于余额则提示取款失败并返回7 9 如果金额不是整百则提示不符合规范，取款失败并返回7。 10 提示用户取款取出钱款 11 提示用户取卡取出银行卡 测试用例： 事件用户操作覆盖等价类系统反应 1 插入正确银行卡功能测试提示输入密码 2 密码正确功能测试进入主界面，提示用户选择 3 密码不正确功能测试提示密码错误重新输入 4 输入金额<余额功能检查提示用户金额不足，重新输入或取卡 5 输入金额为150 功能检查提示用户取款金额不符和规范，重新输入或退出
登录测试用例 用例设计： 一。界面测试测试用例用例目的：该用例用来测试在登录界面用户能否正常登录； 若出现错误的信息系统将给出正确的示信息； 前置条件：存在正确的用户名和密码； 登录页面正常装载； 用例设计： 一。界面测试 界面正常装载后，检视页面是否符合规范 1.页面title是否正确； 2.页面的默认焦点是否控制在用户名输入框中； 3.TAB键能否控制； 4.未登录状态下，页面的其他按钮（非登陆/取消按钮）不可选或选择无效 5. 取消按键不可用； 二。登录测试 输入正确的用户名和正确的密码 用户名：mm 密码：mm 鼠标点击登录正常登陆，转入对应的系统页面 用户名：mm 密码：mm 直接回车键（Enter）进行登陆正常登陆，转入对应的系统页面 输入正确的用户名和正确的密码，但未区分大小写 用户名：Mm 密码：Mm 区分大小写，显示出错信息，不能正常登陆
输入正确的用户名和错误的密码 用户名：mm 密码：dw54f 出现密码错误的提示并清空输入框 用户名：mm 密码：$§￡（即在密码中输入特殊符号） 提示密码中存在特殊符号或者在输入特殊符号时系统自动消除/不能输入输入错误的用户名和正确的密码 用户名：jiew11 密码：mm 出现用户名不存在或错误的提示并清空输入框 用户名：jie$§（在用户名中输入特殊符号） 密码：mm 提示用户名中存在特殊符号或者在输入特殊符号时系统自动消除/不能输入输入错误的用户名和错误的密码 用户名：jiew11 密码：dw54f 出现用户名不存在或密码错误的提示并清空输入框 不输入用户名和密码/或均为空格，直接点击登录 用户名： 密码： 出现"请输入用户名、密码"的提示框 只输入用户名，密码为空/或为空格 用户名：mm 密码： 出现"请输入密码"提示框
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。测试目的 配置说明操作系统系统软件外设应用软件结果 服务器Window2000(S) WindowXp Window2000(P) Window2003 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本： 版本/状态作者参与者起止日期备注 V1.1 1.1. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的
测试说明 前提条件连续运行8小时,设置添加10用户并发 4小时 6小时 8小时 功能1 2小时 4小时 6小时 8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
1. TAB 键的使用是否正确 2.上下左右键是否正确 3.界面如果支持 ESC键看是否正常的工作 3.ENTER 键的使用是否正确切换时是否正常。 布局美感 界面的布局是否符合人的审美的标准 具体因人而依，有些需要提示的信息是否显眼（如：注册，找密码等……） 输入框的功能 输入合法的用户名和密码可以成功进入、 输入合法的用户名和不合法密码不可以进入，并给出合理的提示 输入不合法的用户名和正确密码不可以进入，并给出合理的提示 输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示 不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制 正常用户名不允许的特殊字符空的用户名，系统（操作系统和应用系统）的保留字符 不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制 正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符 界面的链接： 对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示 输入框是否支持复制和黏贴和移动 密码框显示的不要是具体的字符，要是一些密码的字符 还有用户名和密码为空的时候不可以进入，并给出提示信息 验证用户名前有空格是否可以进入，一般情况可以。 验证用户名是否区分大小写。（有的软件是区分大小写的） 验证必填项为空，是否允许进入。 验证登录的次数是否有限制。从安全角度考虑，有些安全级别高的软件会考虑这方面的限制。输入不合法的用户名和正确密码不可以进入，并给出合理的提示 这个如果输入了不合法的用户名他会有正确的密码吗？ 内容有不对的和不足的请大家多多的指出和补充！ 初始页面显示 从用例入口进入 页面元素完整，显示与详细设计一致 用户名录入验证 输入已存在的用户 输入成功 用户名容错性验证 输入：aaaaabbbbbcccccdddddeeeee 输入到蓝色显示的字符时，系统拒绝输入 输入数据超过规定长度范围
测试点分析与与设计(QQ登录界面) 1.账号 检查账号是否由[5,10]位数字组成 1.1等价类划分法 测试点检查账号是否全部由[5，10]位数字组成 合并后的等价类表 有效类： 5≤X≤10 无效类：X＜5， X＞10，非数字 1.2 边界值分析法 根据划分出的等价类，进行边界值分析： 分析得出待测边界值：4位、5位、7位、10位、11位---字符负数
2密码 检查密码是否由6-16个字符组成(不能是9位以下的纯数字，不能包含空格) 2.1 等价类划分法 密码：6位≤X≤16位 有效类：9位≤X≤16位纯数字，6位≤X≤16位字母、下划线、特殊符号 无效类：X＜9位纯数字，X＜6位字符，X＞16字符，含空格，含中文 资料中： 有效的：长度在6-10位之间、类型是0-9自然数。 无效的：长度小于6 、长度大于10、负数、小数、英文字母、字符、特殊字符、中文、编程语言中的转义字符、空 把密码进行等价类划分： 有效的和无效的。有效的：6-16位，非空，非保留字，非功能键，非汉字。 无效的：空、空格、小于6位或大于16位、保留字、汉字、功能键 2.2边界值分析法
5个字符、6个字符、8个数字、9个数字、10个字符、16个字符、17个字符 3 账号和密码 3.1判定表驱动分析法 注：Y表示正确，N表示错误，X表示动作。 测试用例：用户名密码结果 123234123 3338838f 正确登录（密码用户句匹配） 123234123 4656566 重输密码 34536473 393939 重输密码 123a eettet344 重输用户名 345 空重输密码 3.2场景分析法 注：先检查密码是否为空，再检查账号是否存在
非功能性测试用例 有限公司
变更记录 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）
目录 第一章引言 (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及以上版本等。 目的：使用上述几种浏览器访问系统时，页面显示正常，操作不受影响。
site:https://www.doczj.com/doc/326473285.html, 登录、注册功能的测试用例设计 一、注册测试用例 测试编号：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/326473285.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符” 。 测试编号：003 测试目标：验证系统是否对密码不一致时做出正确的响应 测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1315；（5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/326473285.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致” 。 测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应 测试环境：windows XP 操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314*24；（4）：在“确认密码”文本框输入：1314*24；（5）：在“邮箱地址”文本框输入：790705390@https://www.doczj.com/doc/326473285.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符” 。 测试编号：005 测试目标：验证系统是否对邮箱格式不正确时做出正确的响应