网站测试用例(通用)

一个网页通用的测试用例具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。

请针对这个页面设计30个以上的test case.）功能测试(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)1. 是否可以全用键盘操作，是否有快捷键2. 输入用户名，密码后按回车，是否可以登陆3. 输入框能否可以以Tab键切换兼容性测试（Compatibility Test）1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）2.不同的平台是否能正常工作，比如Windows, Mac3.移动设备上是否正常工作，比如Iphone, Andriod4.不同的分辨率本地化测试（Localization test）1. 不同语言环境下，页面的显示是否正确。

********************“******”系统建设测试用例******有限公司2014-6-15版本V1.0文档审批修订记录说明：“简要说明”主要是对修订原因和修订的内容进行简要说明目录目录 (3)1.文档介绍 (4)1.1文档目的 (4)1.2文档范围 (4)1.3读者对象 (4)1.4参考文献 (5)2.功能测试用例 (5)2.1测试环境与测试辅助工具的描述 (5)2.2功能测试用例 (5)2.2.1前台 (5)2.2.1.1首页 (5)2.2.1.2搜索.................................................................................... 错误!未定义书签。

2.2.1.3菜单 (5)2.2.2评论员工作室.................................................................................. 错误!未定义书签。

2.2.2.1登陆.................................................................................... 错误!未定义书签。

2.2.2.2发布文章............................................................................ 错误!未定义书签。

2.2.2.3请你来写............................................................................ 错误!未定义书签。

2.2.2.4请你来评............................................................................ 错误!未定义书签。

WEB的性能测试在性能测试里应该是最多，一般网站多有以下需求。

先以简单的开篇（博客/论坛等后续再讨论）：若某公司网站仅有此需求：有1000万用户，日访问量（PV）为5000万。

接下来，你会怎么做？我的想法：性能测试，目的就是为了测试系统是否达到预期指标。

比如：1. 能保证5千用户同时在线。

2. 2百用户同时登录响应时间不超过8秒。

3. 1周内能处理完成3千份表单。

4. 在1年后是否上述指标的对比。

5. ……需求因各人而异，万变不离其中。

无非就是很多人去做很多事情，不同系统的处理和业务不尽相同。

我们要做的，就是要分析系统运行过程中可能会出现的各种情况。

然后，逐个去验证系统是否能应对这些情况。

抛开业务、逻辑，把整个过程简化：图中“动作块”为与服务器交互的一个时间段，应用在具体业务里可以是一个用户的整个登录过程，也可以是某一个动作的响应过程。

“吞吐量”图中定义为单位时间内完成“动作块”的数量。

整个曲线描述了一段用户（动作）加压的过程，可以是一个系统的真实场景的一部分，也可以是测试过程的一个场景。

图中可以看出，随动作块的不断增多，动作块持续的时间不断变长。

那么，怎么衡量这个系统的性能呢？上图说明了以下三点：A. 当动作块为一个动作时，动作块的长度即为响应时间，响应时间为一个衡量标准。

B. 吞吐量曲线图中没有划出来，吞吐量就是衡量系统处理能力的重要指标。

C. 并发数也是系统的一个处理能力，是为了保证系统能正常运行不被压垮。

得出这三个指标后，与系统的需求进行对比。

如果各项指标都远超预期值，那么恭喜你，系统性能非常棒。

相反，如果这三个指标有（都）不能达到的，那么不多说，赶紧去调优吧。

还存在一种情况需要进一步分析的，各指标和预期值高出不多。

譬如：按最大吞吐量计算，系统有能力在规定的时间处理完规定的事情；系统能承受最大并发用户数。

但是，用户数最多的时候是否吞吐量也是最大呢？如果不是，差别有多远？为什么要问这个问题？满足了还不够吗？当然不行！若大用户量会导致吞吐量下降明显，那么可能会导致系统在指定时间不能完成任务喔。

Web测试通用测试用例页面检查合理布局1、界面布局有序，简洁，符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白，以及分割线条6、窗口切换、移动、改变大小时，界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 >1280*1024 >800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多，须提供自动全屏功能3、弹出窗口时应禁用主界面，保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字，或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件，有必填提醒，如*7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉）8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中，只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示，最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能，如提供需有提示信息4、展开时，内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时，默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码3、单击滚动条时，页面信息是否正确显示4、用滚轮控制滚动条时，页面信息是否正确显示5、用滚动条的上下按钮时，页面信息是否正确显示按钮1、点击按钮是否正确响应操作。

WEB网站测试一、输入框：1、正常的字母/文字/数字（正常流程的测试）；2、重复提交（输入内容后，重复点击提交按钮）；3、纯异常字符/正常输入夹杂异常字符（！@#￥%……&**等等）；4、长度限制（边界值测试，假设最小长度为N，最大长度为M，则测试N-1，N，M，M+1）；5、重复输入（已经存在记录，重复输入）；6、空提交（什么都不输入直接提交，看程序如何处理）；7、含有空格（开头，中间，结尾）；8、含有回车（输入内容中含有回车，查看如何处理，如何保存，以及如何显示）；9、复制粘贴操作（如密码需二次确认验证，此时复制粘贴不可生效，其余的情况应该生效）；10、如有格式要求，请验证格式（如电话号码的格式要求，运营商号段的要求）；11、输入非法字符集，如：null，\n；12、全/半角的符号是否区分；13、对于搜索输入框：若输入*是否能搜索出全部的内容；若输入空格能否搜索出全部的内容；若输入比要搜索的全部内容超长的字符，能否搜出相应的内容；输入脚本/html语言，是否会过滤（此处涉及安全测试，可暂不考虑）。

二、提交/确定按钮：1、对于提交/确定按钮，点击后，数据是否成功处理，页面跳转是否正确；2、连续点击提交/确定按钮页面如何处理，注意连续提交时操作要快，达到签个提交尚未处理完成，点击下一个提交，程序如何处理，是否报错；3、对于取消按钮，点击“取消”按钮后，查看数据有没提交。

三、后退按钮，返回键：1、对于页面的操作，大家要注意测试下浏览器上的后退按钮操作，查看下做完操作后点击后退按钮后，之前的操作是否会撤销？2、连续点击后退按钮，查看页面会做何种处理，是否会报错；3、比如已经退出登录的页面，点击后退按钮，页面是否仍是登录状态？4、对于有返回键的页面，对于已经成功提交的记录，点击返回键后，看如何处理之前的操作；5、对于有连续返回键的页面，连续点击返回键，页面如何处理，是否报错。

四、链接测试：1、首先，测试所有链接是否按指示的那样确实链接到了该链接的页面;2、其次，测试所链接的页面是否存在;3、最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

⽹页测试点测试——（测试⽤例参照）⼀、输⼊框1、字符型输⼊框：（1）字符型输⼊框：英⽂全⾓、英⽂半⾓、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。

禁⽌直接输⼊特殊字符时，使⽤“粘贴、拷贝”功能尝试输⼊。

（2）长度检查：最⼩长度、最⼤长度、最⼩长度-1、最⼤长度+1、输⼊超⼯字符⽐如把整个⽂章拷贝过去。

（3）空格检查：输⼊的字符间有空格、字符前有空格、字符后有空格、字符前后有空格（4）多⾏⽂本框输⼊：允许回车换⾏、保存后再显⽰能够保存输⼊的格式、仅输⼊回车换⾏，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提⽰）、（5）安全性检查：输⼊特殊字符串（null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>）、输⼊脚本函数(<script>alert("abc")</script>)、 doucment.write("abc")、<b>hello</b>）2、数值型输⼊框：（1）边界值：最⼤值、最⼩值、最⼤值+1、最⼩值-1（2）位数：最⼩位数、最⼤位数、最⼩位数-1最⼤位数+1、输⼊超长值、输⼊整数（3）异常值、特殊字符：输⼊空⽩（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁⽌直接输⼊特殊字符时，尝试使⽤粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输⼊框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、输⼊负整数、负⼩数、分数、输⼊字母或汉字、⼩数（⼩数前0点舍去的情况，多个⼩数点的情况）、⾸位为0的数字如01、02、科学计数法是否⽀持1.0E2、全⾓数字与半⾓数字、数字与字母混合、16进制，8进制数值、货币型输⼊（允许⼩数点后⾯⼏位）、（4）安全性检查：不能直接输⼊就copy3、⽇期型输⼊框：（1）合法性检查：(输⼊0⽇、1⽇、32⽇)、⽉输⼊[1、3、5、7、8、10、12]、⽇输⼊[31]、⽉输⼊[4、6、9、11]、⽇输⼊[30] [31]、输⼊⾮闰年，⽉输⼊[2]，⽇期输⼊[28、29]、输⼊闰年，⽉输⼊[2]、⽇期输⼊[29、30]、⽉输⼊[0、1、12、13](2)异常值、特殊字符：输⼊空⽩或NULL、输⼊~！@#￥%……&*（）{}[]等可能导致系统错误的字符（3）安全性检查：不能直接输⼊，就copy，是否数据检验出错？4、信息重复:在⼀些需要命名,且名字应该唯⼀的信息输⼊重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分⼤⼩写,以及在输⼊内容的前后输⼊空格,系统是否作出正确处理.⼆、搜索功能若查询条件为输⼊框，则参考输⼊框对应类型的测试⽅法1、功能实现：（1）如果⽀持模糊查询，搜索名称中任意⼀个字符是否能搜索到（2）⽐较长的名称是否能查到（3）输⼊系统中不存在的与之匹配的条件（4）⽤户进⾏查询操作时，⼀般情况是不进⾏查询条件的清空，除⾮需求特殊说明。

网络安全测试用例网络安全测试用例测试目标：检测网络系统的安全性，发现潜在的威胁和漏洞，提供系统的安全性保护。

测试用例1：密码强度测试目标：检测系统的密码强度，确保密码安全性。

步骤：1. 输入弱密码（纯数字）2. 输入中等强度密码（数字和字母组合）3. 输入强密码（数字、字母和特殊字符组合）4. 输入长密码（超过8个字符）5. 输入独特的密码（没有常见的密码）6. 检查系统是否对密码强度作出正确的评估和反馈。

测试用例2：输入验证测试目标：检测系统是否能正确验证用户输入的数据。

步骤：1. 输入恶意脚本（例如JavaScript）进行注入攻击2. 输入过长的字符串（超过系统设定的长度限制）3. 输入特殊字符（如<>等）进行跨站脚本攻击4. 输入无效的数据（例如在邮箱字段输入非邮箱格式的字符串）5. 检查系统是否能够正确拦截和验证这些输入，防止潜在的攻击和错误数据的输入。

测试用例3：会话管理测试目标：检测系统在用户会话过程中的安全性。

步骤：1. 连续登录多个用户账号，检查系统是否能正确区分并保护每个用户的会话信息。

2. 注销用户，重新登录，检查会话是否被正确清除。

3. 失败的登录尝试（连续输入多次错误密码），检查系统是否能正确检测到并处理这些行为。

4. 多个会话同时进行操作，检查系统是否能正确处理并保护这些会话不被干扰。

测试用例4：文件上传测试目标：检测系统在用户上传文件过程中的安全性。

步骤：1. 上传包含恶意代码的文件，检查系统是否能正确检测并拦截这些文件。

2. 上传过大的文件，检查系统是否能正确限制文件大小并防止系统被溢出。

3. 上传不受信任的文件类型（如可执行文件），检查系统是否能正确检测并阻止这些文件的上传。

4. 上传文件并改变文件后缀名（例如将exe文件改为jpg），检查系统是否能正确检测并拦截这些文件。

测试用例5：网络安全漏洞测试目标：检测系统的网络安全漏洞，发现潜在的攻击入口。

某网站性能测试用例某网站提供会员模板下载、上传、购买、支付等功能，目前进入性能测试阶段，通过性能需求可以了解到主要有以下几个性能指标需要进行测试：● 产品页面刷新性能● 产品上传性能● 产品下载性能目前给出的指标为：延迟：测试项响应时间抖动备注产品页面刷新<5秒 <2秒产品下载相应时间<4秒 <2秒吞吐量：编号项吞吐量Perf.T.1 所有登录用户在线状态更改频率每10分钟1次Perf.T.2 每日页面平均访问量60000次Perf.T.3 每日下载量50000Perf.T.4 平均每日新增会员数量500Perf.T.5 高峰同一模板下载量100用户并发下载Perf.T.6 高峰不同模板下载量150用户并发下载容量：编号项容量Perf.C.1 用户数<=100万Perf.C.2 活动用户数10000Perf.C.3 模板中心总用户数<=25万根据如上性能需求及数据我们该如何设计性能测试用例及场景呢？（可以说给出的性能需求很垃圾，没有丝毫价值，但没办法还是点做啊）首先，我不去在乎它要求的性能是什么，我只需要去做在一定的测试环境下对系统进行压力测试，找到各个性能指标的临界点就好了，至于是否达到性能指标，在和性能需求对照编写测试报告即可。

所以，针对这几个需要进行性能测试的页面，我们做一下分析，如何设计场景才能尽可能准确地体现出系统的性能：先说一下搜索页面搜索页面根据对项目的了解，搜索后，将所有符合条件的结果遍历出来，显示在前台，每页的显示数量是一定的，超出的部分分页显示。

根据上面的描述我们可以看出搜索结果是在将符合条件的所有结果集均发送到前台页面，对于页面显示对性能的消耗我们可以忽略不计，主要的压力来自数据的传输、sql的执行及应用服务器的处理过程，所以我可以从两个方面设计场景：a、虚拟用户一定，不同数据库数量级的情况下，搜索的性能如何确定虚拟用户的数量成为一个关键，我们可以让客户提供一个常规情况下每天访问用户数（如果没有实际数据可参考，可以根据产品方案中期望的用户数来代替），我们就用这个用户数来进行测试；再来分析一下不同的数据库数量级，如果系统运营1年的产品数据量是5万条，那么我们就根据这个值分别取1W条、3W 条、5W条、10W条、20W条数据量来进行测试（具体的分法可以根据实际情况而定），所以对于这个测试目标，我们可以设计5个场景进行：虚拟用户数数据库数量级录制页面并发用户数执行时间思考时间100 10000 搜索页面随机产生30分钟加入思考时间100 30000 搜索页面随机产生30分钟加入思考时间100 50000 搜索页面随机产生30分钟加入思考时间100 100000 搜索页面随机产生30分钟加入思考时间100 200000 搜索页面随机产生30分钟加入思考时间b、一定数据库数量级，不同量虚拟用户的情况下，搜索的性能我们定下来一个常规的数据库数据量，在数据量不变的情况下逐步增加虚拟用户数，测试一下不同虚拟用户压力下系统的性能虚拟用户数数据库数量级录制页面并发用户数执行时间思考时间50 50000 搜索页面随机产生30分钟加入思考时间80 50000 搜索页面随机产生30分钟加入思考时间100 50000 搜索页面随机产生30分钟加入思考时间120 50000 搜索页面随机产生30分钟加入思考时间150 50000 搜索页面随机产生30分钟加入思考时间产品上传影响上传性能的主要因素有上传文件的大小和上传的请求数，所以我们就从这两个方面设计用例。

招聘网站设计项目功能测试用例一、用户注册与登录功能测试用例：1.1用户注册功能测试用例：用例编号：UC001用例名称：用户注册功能测试前置条件：用户打开招聘网站首页步骤：1.用户点击注册按钮，进入注册页面。

3.用户点击提交按钮，注册账号。

4.检查系统是否成功注册了新用户，是否收到注册成功的提示信息。

预期结果：用户成功注册并收到注册成功的提示信息。

1.2用户登录功能测试用例：用例编号：UC002用例名称：用户登录功能测试前置条件：用户已注册账号步骤：1.用户打开招聘网站首页。

2.用户输入已注册的用户名和密码。

3.用户点击登录按钮，进行登录。

4.检查系统是否成功登录用户，并跳转到用户个人首页。

预期结果：用户成功登录，并跳转到个人首页。

二、职位功能测试用例：2.1关键词功能测试用例：用例编号：UC003用例名称：关键词功能测试前置条件：用户已登录招聘网站步骤：1.用户在招聘网站首页的框中输入关键词，如"软件工程师"。

2.用户点击按钮。

3.检查系统返回的结果中是否包含相关职位信息。

预期结果：系统成功返回相关职位信息。

2.2筛选功能测试用例：用例编号：UC004用例名称：筛选功能测试前置条件：用户已登录招聘网站步骤：1.用户选择一些职位分类，如"技术类"。

2.用户选择一些城市，如"北京"。

3.用户点击按钮。

4.检查系统返回的结果是否符合用户选择的职位分类和城市要求。

预期结果：系统成功返回符合用户选择要求的职位信息。

三、简历投递功能测试用例：3.1简历上传功能测试用例：用例编号：UC005用例名称：简历上传功能测试前置条件：用户已登录招聘网站，并填写了个人基本信息步骤：1.用户进入个人资料页面，点击上传简历按钮。

2.用户选择本地的简历文件进行上传。

3.检查系统是否成功上传用户的简历文件，并显示在个人简历列表中。

预期结果：系统成功上传用户的简历文件。

WEB测试用例一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求（格式上的要求）②用户名和密码都不符合要求（格式上的要求）③用户名符合要求，密码不符合要求（格式上的要求）④密码符合要求，用户名不符合要求（格式上的要求）⑤用户名或密码为空⑥数据库中不存在的用户名，不存在的密码⑦数据库中存在的用户名，错误的密码⑧数据库中不存在的用户名，存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存，也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。

④输入的正确数据前加空格，看是否能正确删除数据⑤什么也不输入⑥是否支持table键：tab键⑦是否支持enter键4、查询精确查询：①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据，看是否有错误提示：如日期格式：YYYY-MM-DD；范围：月份中输入13等，一般这些数据都是枚举型数据，以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据：查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点：①输入一些字符，看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1．输入非法数据输入数据的类型、长度、边界值；还要留意错误信息本身。

1.Web测试中关于登录的测试 (1)2.搜索功能测试用例设计 (2)3.翻页功能测试用例 (3)4.输入框的测试 (5)5.Web测试的常用的检查点 (6)6.用户及权限管理功能常规测试方法 (8)7.Web测试之兼容性测试 (9)8.Web测试-sql注入 (10)9.Web测试中书写用例时要考虑的检查点 (11)10.手机电子邮件测试用例 (12)11.记事本与日历的测试用例 (13)12.Web测试总结 (14)13.让web站点崩溃最常见的七大原因 (14)14.Web应用程序是否存在跨站点脚本漏洞 (16)15.Web测试总结（全） (20)16.理解web性能测试术语 (27)17.Web安全测试入门 (28)18.测试工作总结 (28)19.Web应用系统易出问题的原因和测试要点 (28)20.使用JMeter测试web的应用 (29)1.Web测试中关于登录的测试请问，你为自己写过的用例怀疑过吗？前两天听一个朋友说他同事写了100个用例，结果有92个是无效的，差点被公司开了，本人以前也写过不少用例，但现在忽然怀疑我的用例了，觉得越来越糊涂了，拿登陆框来说吧，我写了7个用例，但总感觉不好，在网上找了篇文章，分享下，希望对大家有帮助。

快捷键的使用是否正常：1. TAB 键的使用是否正确2.上下左右键是否正确3.界面如果支持ESC键看是否正常的工作3.ENTER 键的使用是否正确切换时是否正常。

布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能：输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入，并给出合理的提示输入不合法的用户名和正确密码不可以进入，并给出合理的提示输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名，系统（操作系统和应用系统）的保留字符不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符界面的链接：对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符，要是一些密码的字符验证用户名前有空格是否可以进入，一般情况可以。