web通用测试用例设计要点
写测试用例的常规方法和web页面常规测试点
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. 为每一个等价类规定一个唯一的编号。
有效等价类号码无效等号码价类5 6-16个字符 1 小于6个字符6 不含空格 2 大于16位字符3 含空格7两种及两种以上的字符类型4 一种字符8不可连续5位及5位以上的相同字符9连续5位及6位以上的相同字符3. 设计多个测试用例，尽可能多的覆盖有效等价类和无效等价类。
3.1 有效等价类的测试用例：密码覆盖有效等价类号码Che001 1—43.2 无效等价类的测试用例：密码覆盖无效等价类号码（5个空格） 5,7,9（16个空格） 6,7,9@@@@@ 5,8,9@。
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）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；6）必输项提示信息，必输项提示信息采用统一的标志。
8. 导航测试死导航、乱导航、操作复杂等。
Web测试中的界面测试用例设计
Web测试中的界面测试用例设计一、文本框、按钮等控件测试1、文本框的测试如何对文本框进行测试：a、输入正常的字母或数字；b、输入已存在的文件的名称；c、输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理；d、输入默认值，空白，空格；e、若只允许输入字母，尝试输入数字；反之，尝试输入字母；f、利用复制，粘贴等操作强制输入程序不允许的输入数据；g、输入特殊字符集，例如，NUL及\n等；h、输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；i、输入不符合格式的数据，检查程序是否正常校验，如程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。
在测试过程中所用到的测试方法：a、输入非法数据；b、输入默认值；c、输入特殊字符集；d、输入使缓冲区溢出的数据；e、输入相同的文件名；2、命令按钮控件的测试测试方法：a、点击按钮正确响应操作。
如单击确定，正确执行操作；单击取消，退出窗口；b、对非法的输入或操作给出足够的提示说明，如输入月工作天数为32时, 单击“确定”后系统应提示：天数不能大于31；c、对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；3、单选按钮控件的测试测试方法：a、一组单选按钮不能同时选中，只能选中一个；b、逐一执行每个单选按钮的功能。
分别选择了“男”、“女”后，保存到数据库的数据应该相应的分别为“男”、“女”；c、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空。
4、up—down控件文本框的测试测试方法：a、直接输入数字或用上下箭头控制，如在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；b、利用上下箭头控制数字的自动循环，如当最多数字为253时，单击向上箭头，数目自动变为1;反之亦适用；c、直接输入超边界值，系统应该提示重新输入；d、输入默认值，空白。
一个网页通用的测试用例
一个网页通用的测试用例具体需求：有一个登陆页面，（假如上面有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. 不同语言环境下，页面的显示是否正确。
测试用例设计-WEB通用测试用例
测试用例设计-WEB通用测试用例易用性1、便于使用、理解、并能减少用户发生错误选择的可能性2、当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息，突出重点信息，标红等方式3、显示与当前操作相关的信息，给出操作提示。
4、界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能5、对于常用的功能，用户不需要阅读用户手册就能使用一致性1、是否符合广大用户使用同类软件的习惯2、表现形式的一致性，字体、按钮、控件风格、颜色、术语、提示信息等。
（需要有一个全局的概念，不要每个模块都按照他们自己的风格做，结果每个模块效果做出来都不一致，这也是至关重要的所有要测试人员认真检查）3、交互习惯的一致性，查询、新增、编辑、删除等操作，并保证同一操作类型按钮名称一致。
（顺序一致，页面位置也要尽量相同。
）4、当输入框为不可输入或控件为不可使用状态时，统一为灰色不可输入状态；有序性1、界面文字、表单、图标等元素根据业务规则、使用频率排列2、Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式3、必填项提示信息按照从上到下，从左到右的提示方式依次提示安全性1、ID/密码验证方式中能否使用简单密码。
如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位2、ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定3、不登录系统，直接输入登录后的页面的url是否可以访问，（添加拦截器）4、退出登录后按后退按钮能否访问之前的页面（确认在退出后他的session的信息被注销）5、当用户无意录入无效和不符合相关规范的数据（如电子邮箱就需要验证他的邮箱格式是否正确）时，并且给予提示信息6、在用户作出危险的选择时有信息进行提示，比如要删除系统的重要数据，或者这种操作可能对系统造成其他的影响。
7、对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽8、给用户提供UNDO功能用以撤销不期望的操作9、输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?灵活性1、用户能自由的作出选择，且选择都是可逆的2、用户方便的使用即互动多重性，不局限于单一的工具(包括鼠标、键盘或软键盘)3、当页面数据暴涨，出现较长列表时，是否有滚动条保证页面显示完整的信息。
WEB界面测试用例
WEB界面测试用例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.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。
Web性能测试用例的编写及注意点
Web性能测试用例的编写及注意点一、WEB 全面性能测试模型Web 性能测试模型提出的要紧依据是：一种类型的性能测试能够在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似的地方的；1. 预期指标的性能测试系统在需求分析和设计时期都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标要紧诸于“系统能够支持并发用户200个；”系统响应时刻不得超过20秒等，对这种预先许诺的性能要求，需要第一进行测实验证；2. 独立业务性能测试独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，利用比较频繁，属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容，并发的要紧内容是指模拟必然数量的用户同时利用某一核心的相同或不同的功能，而且持续一段时刻。
对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻利用完全一样的功能。
3. 组合业务性能测试通常可不能所有的用户只利用一个或几个核心业务模块，一个应用系统的每一个功能模块都可能被利用到；因此WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际利用情形的测试，也是性能测试的核心内容。
通常依照用户的实际利用人数比例来模拟各个模版的组归并发情形；组合性能测试是最能反映用户利用情形的测试往往和效劳器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能搜集效劳器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组归并发的突出特点是依照用户利用系统的情形分成不同的用户组进行并发，每组的用户比例要依如实际情形来匹配；4. 疲劳强度性能测试疲劳强度测试是指在系统稳固运行的情形下，以必然的负载压力来长时刻运行系统的测试，其要紧目的是确信系统长时刻处置较大业务量时的性能，通过疲劳强度测试大体能够判定系统运行一段时刻后是不是稳固；5. 大数据量性能测试一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，要紧针对某些特殊的核心业务或日常比较经常使用的组合业务的测试；第二种是极限状态下的数据测试，主若是指系统数据量达到必然程度时，通过性能测试来评估系统的响应情形，测试的对象也是某些核心业务或经常使用的组合业务。
Web测试通用测试用例
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、点击按钮是否正确响应操作。