写测试用例的常规方法和web页面常规测试点
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性能测试用例的编写及注意点一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的；1. 预期指标的性能测试系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证；2. 独立业务性能测试独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。
对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配；4. 疲劳强度性能测试疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。
web测试用例模板
web测试用例模板篇一：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、点击按钮是否正确响应操作。
web测试用例(全)
Web测试中关于登录的测试 (1)搜索功能测试用例设计 (2)翻页功能测试用例 (3)输入框的测试 (5)Web测试的常用的检查点 (6)用户及权限管理功能常规测试方法 (8)Web测试之兼容性测试 (9)Web测试-sql注入 (10)Web测试中书写用例时要考虑的检查点 (11)手机电子邮件测试用例 (12)记事本与日历的测试用例 (13)Web测试总结 (14)让web站点崩溃最常见的七大原因 (14)Web应用程序是否存在跨站点脚本漏洞 (16)Web测试总结（全） (20)理解web性能测试术语 (27)Web安全测试入门 (28)测试工作总结 (28)Web应用系统易出问题的原因和测试要点 (28)使用JMeter测试web的应用 (29)1.Web测试中关于登录的测试请问，你为自己写过的用例怀疑过吗？前两天听一个朋友说他同事写了100个用例，结果有92个是无效的，差点被公司开了，本人以前也写过不少用例，但现在忽然怀疑我的用例了，觉得越来越糊涂了，拿登陆框来说吧，我写了7个用例，但总感觉不好，在网上找了篇文章，分享下，希望对大家有帮助。
快捷键的使用是否正常：1. TAB 键的使用是否正确2.上下左右键是否正确3.界面如果支持ESC键看是否正常的工作3.ENTER 键的使用是否正确切换时是否正常。
布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能：输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入，并给出合理的提示输入不合法的用户名和正确密码不可以进入，并给出合理的提示输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名，系统（操作系统和应用系统）的保留字符不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符界面的链接：对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符，要是一些密码的字符验证用户名前有空格是否可以进入，一般情况可以。
web测试要点及基本方法
web测试要点及基本方法
Web测试的要点包括功能测试、性能测试、易用性测试、兼容性测试、安
全测试和接口测试。
这些测试的目标是确保Web应用在各种条件下都能正常、安全地运行，并且用户体验良好。
基本方法如下：
1. 功能测试：链接测试确保所有链接都能正确指向目标页面。
这可以通过自动检测网站链接的工具如Xenu Link Sleuth来实现。
表单测试确保在线注册、配送信息等表单功能正常工作。
2. 性能测试：包括负载测试和压力测试，以评估Web应用在高负载下的性能表现。
3. 易用性测试：检查Web应用的导航、布局和信息架构是否符合用户期望和习惯。
4. 兼容性测试：检查Web应用在不同浏览器、操作系统和设备上的兼容性，确保用户在不同环境下都能正常使用。
5. 安全测试：通过渗透测试和安全漏洞扫描来识别并修复潜在的安全风险，保护用户数据和交易安全。
6. 接口测试：检查前后端接口是否按照预期工作，数据传输是否正确。
以上内容仅供参考，如需更多信息，建议查阅软件测试相关书籍或咨询软件测试专业人士。
web网页测试用例（非常实用）
web⽹页测试⽤例（⾮常实⽤）Web测试中，各类web控件测试点总结⼀、界⾯检查 进⼊⼀个页⾯测试，⾸先是检查title，页⾯排版，字段等，⽽不是马上进⼊⽂本框校验 1、页⾯名称title是否正确 2、当前位置是否可见您的位置：xxx>xxxx 3、⽂字格式统⼀性 4、排版是否整齐 5、列表项显⽰字段是否齐全,列表项字段名称是否跟表单统⼀ 6、同⼀页⾯，是否出现字段名称相同、值取不同的问题。
7、数据加载情况：除了⽂本框的值，还要注意： 复选框，是否保存打√，或者保存不打√ 下拉框，是否保存选择的值 多⽂本框，值是否都被保存，空格，换⾏是否保存⼆、单⽂本框（type=text） 边界：字段长度 判空：是否可以为空 唯⼀性：是否唯⼀ (⼩归结：边界、判空、唯⼀性、特殊字符、正确性) 考虑语⾔，操作环境 特殊符号测试输⼊： ' or 1<>'1 ' or '1'='1 ' or '1'<>'2 "|?>< where a='xxx' 下划线是否允许 输⼊全部空格输⼊单引号 ><script>alert(“123”);</script>> 特殊字段输⼊限定： 框内容是否合法（tel，ip，url，email）序号等，直接限制输⼊数字，其他过滤掉 输⼊⾦额⽂本框，整数⾸位为0，过滤掉，⼩数点后⾯，⼀般保留两个有效数字。
正确性测试：（必不可少的步骤） 1)、(字段长度输⼊最⼤允许长度时)数据允许长度的测试： a、页⾯是否被挤出的测试(都输⼊长英⽂字符串，是否断⾏)； b、数据库是否允许最⼤字符(都输⼊汉字、都输⼊英⽂、混合……)； c、最短长度的正确流程，最⼤长度的正确流程覆盖。
2）、对于允许为空的字段，不填⼊，再次数据传递后，看是否报500错误。
web端测试的测试点和注意事项
web端测试的测试点和注意事项⼯作中接触了不同类型的web端系统，内容不同，需求不同，测试关注点也存在些许的不同，但是总体测试思路和关注的点都类似，下⾯是总结⾃⼰所接触的web端系统测试的⼀些测试点，不尽全⾯，以后接触新的业务系统时再及时的补充更新总体包括：UI交互、查询条件、增删改、查询|搜索、⽂件处理（导⼊、导出、打印）、登录|登出、业务流程、兼容性、安全相关、性能相关、链接测试UI交互1、页⾯风格，颜⾊，样式是否合理、协调、统⼀2、页⾯的布局排版是否协调，整齐，美观3、功能菜单命名是否符合页⾯数据需求和业务需求4、功能页⾯的元素命名是否符合业务需求5、功能页⾯的操作流程是否符合业务流程，是否符合⽤户的操作习惯6、功能页⾯的提⽰信息是否友好，可读性是否强7、对于操作项，是否⽀持tab或enter键8、窗⼝的最⼤化，最⼩化是否可以正确切换9、页⾯是否有多余的按钮或标签10、是否所有页⾯包括⼦页⾯都有对应的标题且标题都正确（测试过程中发现有些⼦页⾯命名不规范，⽐如新增页⾯的标题为编辑，修改页⾯的标题也为编辑）11、页⾯的前进、回退，切换是否正常12、做删除操作是否有提⽰会确认13、查询超时是否有提⽰14、程序长时间不操作时，是否有提⽰请重新登录查询条件1、⽂本框1）特殊字符的处理：是否看输⼊特殊字符，是否后是否正常显⽰；禁⽌输⼊特殊字符的是否可以黏贴显⽰2）字符长度的检查：是否限制输⼊的长度，输⼊超长字符串时是否正常显⽰，长度的边界测试3）特殊字符串检查：空格，回车，换⾏，NULL，null4）数值型检查：是否限制输⼊位数，位数的边界测试，范围的等价类测试；是否可输⼊⾮数字类型，是否可输⼊负数、分数、指数、⼩数点等数学字符。
5）必填项检查：是否有必填标⽰符，如“*”6）提⽰信息检查：⽐如输⼊不合法时弹出的提⽰信息是否正确7）安全性检查，⽐如SQL注⼊，在⽂本框中输⼊<script>alert(‘’test”)</script>或html相关的字符8）编辑后切换其他功能菜单，再次回到该功能页⾯，编辑的信息是否还显⽰（正常情况切换页⾯再次回到原页⾯，是要重置信息显⽰初始信息的）2、下拉选框1）下拉选项是否正常排列显⽰，第⼀项或最后⼀项是否出现空⾏2）切换选择每⼀个选项，列表数据是否都正常刷新显⽰（！！这⼀点经常出现问题，因为研发环境的数据多样性受到限制，部署到测试环境时，测试⼈员需要准备满⾜所有下拉选项的数据，检查选择不同的选项时数据是否都正常显⽰）3）选项是否都可以选择，且选择后正常显⽰4）默认选择的检查，如默认选择“全部”，任意编辑查询条件查询后，再次点击下拉选框是否还有“全部”选项可选择5）是否可编辑，编辑的限制6）选择后切换其他功能菜单，再次回到该功能页⾯，是显⽰上次选择的项还是显⽰默认值1）开始时间和结束时间的逻辑校验，开始时间必须⼩于等于结束时间2）是否可以选择当前时间之后的时间3）是否有时间区间的限制，如不能跨⾃然⽉4）格式的核对，⽐如：yyyy-mm-dd或者yyyy-mm-dd hh:mm:ss或者yyyymmdd5）是否可清空⽇期6）选择后是否可以任意切换年⽉⽇再次选择7）选择后切换其他功能菜单，再次回到该功能页⾯，是显⽰上次选择的⽇期还是显⽰默认值4、选择框1）是否有默认选项，是否可切换选择，是否可多选，全选2）单选多选，取消选择的样式是否正常3）选择后切换其他功能菜单，再次回到该功能页⾯，是显⽰上次选择的项还是显⽰默认值增删改1、增加1）必填项的检查：是否有必填项的提⽰或标识，必填项为空是否提提交2）⽂本输⼊项检查：包括⽂本长度的校验，数据类型的校验，回车换⾏等3）提交检查：空提交、重复提交、多次连续点击提交按钮4）提交或取消后再次进⼊增加页⾯，信息是否显⽰上次编辑的值5）异常提交的提⽰信息是否正常6）正常提交后列表数据是否及时刷新显⽰，显⽰的数据是否正常2、修改1）修改页⾯与新增页⾯的必填项、⽂本输⼊长度是否和新增页⾯的限制⼀样2）修改页⾯带出的信息是否正常3）编辑重复数据是否可提交4）任意编辑信息，点击取消是否会修改原有数据5）编辑正常提交后，数据是否正常刷新显⽰6）是否⽀持多条编辑，同时编辑多条信息，提交后是否都正常保存显⽰7）列表为空或未选择记录，点击编辑或修改按钮是否有提⽰8）新增、编辑提交完成或删除后，未勾选任何记录，直接再点击编辑或修改按钮是否有提⽰（！！测试过程中出现多次）3、删除1）删除是物理删除还是逻辑删除，删除后是否刷新列表2）删除是否有确认提⽰3）是否⽀持批量删除，批量删除后是否所有数据都正常更新4）列表为空或未选择记录，点击删除按钮是否有提⽰5）新增、编辑提交完成或删除完成后，未勾选任何记录，直接再点击删除按钮是否有提⽰6）删除后的数据是否可以再次添加7）连续删除多条数据，数据是否正常被删除，列表加载是否正常8）如果数据存在⼀定的业务关联关系，是否对删除做了必要的限制，⽐如删除部门则部门下的成员是否会被删除，删除某个⾓⾊是否会删除该⾓⾊对应的⽤户等1、空查询、默认条件查询、单⼀条件查询、多条件组合查询2、模糊查询、精确查询3、查询后，查询条件是否被重置4、查询条件包含特殊字符、中⽂字符，⽂本框输⼊长度过长时查询是否正常5、多次连续点击查询按钮响应是否正常6、查询超时或列表失败是否有提⽰信息，提⽰信息是否正常7、查询后翻页是否正常8、查询后列表数据检查：⾦额单位转换是否正常；为空时是否显⽰为NULL，null，NAN；列表总数是否正确；查询显⽰的数据是否与查询条件匹配；是否有未按字典转换的数据，⽐如状态显⽰1或2，实际需要转换为成功或失败，等。
测试用例标准写法
测试用例标准写法测试用例是软件测试中非常重要的一个环节，而测试用例的标准写法则是保证测试用例编写质量高的前提。
测试用例的标准写法可以让测试人员更加清晰地了解软件需求，并且从中找出可能存在的问题，提高软件的质量和性能。
下面是测试用例标准写法的步骤：1. 编写测试用例名称测试用例名称应该简短明了，并且能够清晰地表达该测试用例所验证的功能点。
例如：“登录功能测试用例”。
2. 编写测试用例编号测试用例编号应该唯一性，方便测试过程中的查找和管理。
建议以项目名称或模块名称作为前缀，后面跟上序号和版本号，例如：“项目名称-模块名称-001-V1.0”。
3. 编写测试前提条件测试前提条件是指，在进行测试之前需要满足的条件，例如需要先登录系统、需要提交数据等。
此处可以列出测试所需的前提条件，以方便测试人员进行准备工作。
4. 编写测试步骤测试步骤是指每个测试用例需要验证的步骤，可以根据不同的功能点进行划分。
测试步骤应该清晰明了，描述细节要求高，以便测试人员更好地理解测试过程，了解测试目的和预期结果。
5. 编写预期结果预期结果是对测试用例所预期达到的结果进行描述，可以是具体的数值、状态或其他表达方式。
预期结果应该和实际结果相对应，以便进行对比分析。
6. 编写测试结果测试结果将实际结果和预期结果进行对比，来判断测试用例是否通过。
测试结果可能包括通过、未通过以及其他需要进行备注的信息。
7. 编写相关备注相关备注可以对测试用例的其他信息进行完善，例如测试用例的优先级、测试人员、测试时间等。
此外，也可以对测试用例编写过程中遇到的问题进行记录和总结，以便后续的改进和优化。
总之，测试用例标准写法对于保证测试用例的质量和有效性非常重要。
通过严格的测试用例编写和管理，可以提高软件的质量和性能，为实现客户需求提供有力支撑。
web页面编辑设计测试用例
web页面编辑设计测试用例一、概述Web页面编辑设计测试用例是指针对Web页面进行编辑设计的测试用例，主要包括功能测试、界面测试、性能测试等多个方面。
本文将从需求分析、测试计划制定、测试用例设计和执行等四个方面进行详细介绍。
二、需求分析1.确定需求范围：确定需要进行Web页面编辑设计的具体模块或功能。
2.收集需求信息：了解用户对于Web页面编辑设计的具体要求和期望，以及相关标准和规范。
3.定义需求：根据收集到的信息，定义出符合用户期望和标准规范的需求。
三、测试计划制定1.确定测试目标：根据需求分析结果，明确需要对哪些部分进行测试。
2.制定测试计划：根据目标确定需要进行哪些类型的测试（如功能测试、界面测试、性能测试等），以及相应的时间安排和资源分配。
3.编写测试计划文档：将制定好的计划整理成文档，包括具体步骤、时间安排等内容。
四、测试用例设计1.根据功能点编写用例：针对每个功能点，编写相应的用例，包括输入数据、预期输出结果等。
2.考虑异常情况：在编写用例时要考虑各种异常情况，如输入非法数据、网络异常等。
3.设计测试数据：根据用例需要，设计相应的测试数据。
五、测试执行1.环境准备：搭建好测试环境，包括Web服务器、数据库等。
2.执行用例：按照测试计划中的安排，执行相应的测试用例。
3.记录结果：记录每个用例的执行结果和问题描述。
4.问题分析：对于出现的问题进行分析，找出原因并进行修复。
5.重复执行：对于修复后的问题和新增需求，重新编写用例并进行测试。
六、总结Web页面编辑设计测试是一项重要的工作，在进行之前需要进行充分的需求分析和计划制定。
在具体实施时要注意细节，编写完整的用例并考虑各种异常情况。
最后要对测试结果进行总结和归纳，并不断改进完善。
如何编写测试用例及测试规范
测试用例编写原则：
连贯性
1、对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要 接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链 接是否正确；
2、对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系 统，其内部功能接口是否连贯
测试用例编写原则：
全面性 1、应尽可能覆盖程序的各种路径 2、应尽可能覆盖系统的各个业务 3、应考虑存在跨年、跨月的数据 4、大量数据并发测试的准备 5、系统中各功能、业务的异常情况
什么是测试用例：
什么是测试用例呢？ 测试用例其实就是一个个你测试的想法，你有了这些想法以后， 详细地写下来，就成了测试用例。
测试用例有几个重要的组成部分：
（1）简明扼要的标题； （2）详细的步骤； （3）正确的预期结果。
我们还是通过一个例子来说明：
例如：我们在测试记事本的时候，有了一个想法：应当 测试一下这个软件能不能编辑中英文混合输入的内容，如下图 所示。为了准确地实现我们想要测试的思想，我们要把它写下 来，并且写下的内容要让任何人来看都没有歧义。
预期结果： 1. 文件的内容是“学习编写TestCase”，如下图所示。
优先级：
测试用例还有一个优先级的概念，就是用来区分哪些 用例更重要。一般可以分为5个级别，分别用0-4来表示， 数字越小表示越重要。如果项目小，优先级的好处不容易 显现出来。当项目比较大，时间又不宽裕时，可能只能执 行更重要的测试用例，这个时候优先级的重要性就体现出 来了。
测试用例设计方法：
正交实验设计方法 主要步骤是： (1) 对软件需求规格说明中的功能要求进行划分(层层分解与展开)，分解成 具体的、相对独立的基本功能。 (2) 根据基本功能的质量需求，找出影响其功能实现的操作对象和外部因素 ，每个因素的取值可以看作水平，多个取值就存在多个水平。 (3) 确定待测试软件中所有因素及其权值，这是测试用例设计的关键，确保 全面、准确。 权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。 (4) 加权筛选，生成因素分析表。 (5) 利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考 虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优 先安排。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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—43.2无效等价类的测试用例：密码覆盖无效等价类号码（5个空格）5,7,9（16个空格）6,7,9@@@@@ 5,8,9@。
（16个字符）6,7,92.边界值分析法概念：对输入或者输出的边界值进行测试的一种黑盒测试方法。
通常边界值分析法的一种补充，测试用例来自等价类的边界。
应用：根据大量的测试统计数据，很多错误发生在输入或输出范围的边界上，，针对各种边界情况设计测试用例，可以查出更多错误。
方法：选取正好，刚刚大于，刚刚小于边界作为测试数据。
通常，边界检验的几种类型：数字，字符，重量，大小，速度，方位，尺寸，空间等，相应的类型的边界值应该有其对应值：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等情况下。
测试用例：例如:垫付宝的个人授信金额，校验是否进入终审，需求说明是小于10w，复审批准，大于10w，终审批准。
设计测试用例的设计思路是10w为有效等价类，99999为边界值，最大输入100000000000000（最大15位）。
非常典型的是1≤mouth≤12和1≤day≤31，并设定变量year的取值范围为1912≤year≤20503.错误推断法概念：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。
应用：列举出程序中所有可能有的错误和容易发生错误的特殊情况。
例如：1）手机号-输入冻结手机号，选择手机号,帐户状态:冻结，点击【查询】2）手机号-已经注册用户，注册时重复注册，是否显示登录提示为该用户已经注册等信息4. 因果图法概念：因果图法是一种利用图解法分析输入的各种组合情况，设计测试用例的方法，适合检查程序输入条件的各种组合情况。
应用：等价类划分和边界值方法都是考虑输入条件，没有考虑输入条件的各种组合，输入条件之间的相互制约关系，着重在输入条件的组合条件之间的关系。
设计测试用例的步骤：1.分析规格说明，哪一些是原因，哪一些是结果，给每一个原因和结果赋予一个标识符2.根据规格说明，找出原因和原因，原因和结果之间的对应关系，根据这些关系，画出因果图。
3.把因果图转换为判定表。
4.判定表的每一列拿出来作为依据，设计测试用例。
实例：有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。
其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
1)分析这一段说明，列出原因和结果原因：1——售货机有零钱找2——投入1元硬币3——投入5角硬币4——押下橙汁按钮5——.押下啤酒按钮结果：21——售货机〖零钱找完〗灯亮22——退还1元硬币23——退还5角硬币24——送出橙汁饮料25——送出啤酒饮料2)画出因果图，如图所示。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，表示处理的中间状态。
中间结点：11——投入1元硬币且押下饮料按钮12——押下〖橙汁〗或〖啤酒〗的按钮13——应当找5角零钱并且售货机有零钱找14——钱已付清3)转换成判定表：4)在判定表中，阴影部分表示因违反约束条件的不可能出现的情况，删去。
第16列与第32列因什么动作也没做，也删去。
最后可根据剩下的16列作为确定测试用例的依据。
5.判定表驱动法概念：分析和表达多逻辑条件下执行不同操作的情况下的工具。
应用：适合处理不同逻辑条件的组合值，分别执行不同的操作。
实例：6. 正交试验法。
概念：alois理论，从大量的试验数据中挑选适量的，有代表性点，从而合理地测试的一种科学实验的设计方法，聚类分析方法，因子法等。
步骤：1.提取功能说明，构造因子—状态表。
步骤：构造因子--状态表。
把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进行层层分解与展开,分解成具体的有相对独立性的基本的功能要求.这样就可以把被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确定因子与状态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以确保测试用例的设计作到完整与有效。
加权筛选,生成因素分析表测试用例的方法：正交表的推导依据Galois理论（这里省略,需要时可查数理统计方面的教材）。
7.功能图法。
概念：功能图由状态迁移图和布尔函数组成.状态迁移图用状态和迁移来描述.一个状态指出数据输入的位置（或时间）,而迁移则指明状态的改变.同时要依靠判定表或因果图表示的逻辑功能。
测试用例：要用到逻辑覆盖和路径测试的概念和方法,其属白盒测试方法中的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计方法.该方法要求测试人员对程序的逻辑结构有清楚的了解.由于覆盖测试的目标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,条件组合覆盖及路径覆盖.下面我们指的逻辑覆盖和路径是功能或系统水平上的,以区别与白盒测试中的程序内部的结构。
8.场景法概念：图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径以ATM为例子：场景设计场景1——成功提款基本流场景2——ATM内没有现金基本流备选流2场景3——ATM内现金不足基本流备选流3场景4——PIN有误（还有输入机会）基本流备选流4场景5——PIN有误（不再有输入机会）基本流备选流4场景6——账户不存在/账户类型有误基本流备选流5场景7——账户余额不足基本流备选流6Web测试中的界面测试用例1.文本框为字符型必填项非空校验1）必填项未输入—程序应提示错误2）必填项只输入若干个空格，未输入其他字符—程序应提示错误3）每一个文本框都要输入数据，来校验数据是否保存成功；字段唯一性校验：1）新增时输入重复的字段值—必须提示友好信息2）修改时输入重复的字段值—必须提示友好信息；字段长度校验1）输入（最小字符数-1）--程序应提示错误2）输入（最小字符数）--ok3）输入（最小字符数+1）--ok4）输入（最大字符数）--ok5）输入（最大字符数-1）--ok6）输入（最大字符数+1）--ok字段为特殊字符校验：1）输入对某一些字符禁止时，限制是否成功，提示信息是否友好2）所有特殊字符必须进行测试多行文本框输入：1）是否允许回车换行；2）保存后在显示能够保持输入时的格式；3）仅输入回车换行，查看是否正确保存，并且查看保存结果2.文本框为数值型边界值：1）输入【最小值-1】--程序应提示错误；2）输入【最小值】--ok3）输入【最大值】--ok4）输入【最大值+1】--程序应提示错误位数：1）输入【限制位数】--ok2）输入【限制位数】--根据实际项目情况，是否自动四舍五入还是提示信息3）输入【限制位数-1】--ok3.上传图片对于上传的文件，假设系统要求上传的文件为jpeg格式的图片，大小为小于等于2M的文件。
1）文件类型正确，文件大小合适的校验2）文件类型正确，大小不合适的校验3）文件类型错误，文件大小合适的校验，包括.doc，.xls，.ppt，.bmp，.jpeg，.psd，.tiff，.png，.swf，.svg，.pcx，.txt等4）文件类型和文件大小合法，上传一个正使用的图片4.文件导出1）验证导出文件名长度，根据具体情况而定2）验证导出文件为空的情况3）验证导出文件名为特殊字符的情况4）验证导出信息是否正确5）验证导出文件的时间是否在合理范围内6）验证导出目的磁盘空间已满的情况下，导出是否有友好处理方式5.文件上传1）页面易用性，键盘和鼠标操作，tab跳转顺序2）按钮文字正确性3）说明文字是否正确4）上传文件超过最大值的提示5）上传文件格式是否全部支持6）文件名的设置，特殊字符，长度等6.表单测试1）注册、登录功能是否实现；2）提交、清空按钮功能是否实现；3）修改表单与注册页面数据项是否相同，修改表单是否对重名做验证；4）提交的数据是否能正确保存到后台数据库中（后台数据库中的数据应与前台录入内容完全一致，数据不会丢失或被改变）；5）表单提交，删除，修改后是否有提示信息；提示、警告、或错误说明应该清楚、明了、恰当。
6）浏览器的前进、后退、刷新按钮，是否会造成数据重现或页面报错；7）提交表单是否支持回车键和Tab键；Tab键的顺序与控件排列顺序要一致，目前流行总体从上倒下，同时行间从左到右的方式8）下拉列表功能是否实现和数据是否完整（例如：省份和市区下拉列表数据是否互动）；7.列表测试1）每个列标题，要求点击后能按其进行排序：第一次点击为正序，以后每次点击为升、降续的切换。
2）进入下一页、上一页，以及任意分页显示时，条件需始终保持有效。