下载文档原格式
软件测试方法和技术一、名词解释☐软件测试（IEEE）定义：在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价，分析某个软件项以发现现存的和要求的条件之差别（即错误）并评价此软件项的特性。
更完整的定义：软件测试是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体☐测试驱动开发（TDD Test Driven Development），即测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码，然后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。
这有助于编写简洁可用和高质量的代码，有很高的灵活性和健壮性，能快速响应变化，并加速开发过程。
☐软件质量：软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和(ISO 8492)或者书P15：质量是产品或服务所满足明示或暗示需求能力的固有特性和特征的集合☐软件缺陷：P18（软件缺陷的现象也在该页）☐人工检测：人工检测偏重于编码风格、质量的检验，对设计、代码进行分析，有效地发现逻辑设计和编码错误。
☐计算机辅助静态分析：利用静态分析工具对被测程序进行特性分析，从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。
☐主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果☐被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据.☐系统非功能性测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试P29☐错误推测法：是测试者根据经验、知识和直觉来发现软件错误，来推测程序中可能存在的各种错误，从而有针对性的进行测试P38☐独立路径：至少引入一系列新的处理语句或条件的任何路径☐基本集：由独立路径构成的集合☐基于模型的测试 (MBT, Model-based testing）：通过构建能够正确描述被测软件系统功能特性的模型，然后基于这个模型产生测试用例并执行这些测试用例的过程P57☐状态迁移图（state transition diagram，STD）：描述系统状态变化的动态信息——动态说明，由状态和迁移来描述，状态指出数据输入的位置（或时间），而迁移则指明状态的改变。
精品文档软件测试－测试用例的经典例子、等价类划分分别作为三边的边长构成、c a 、b 问：某程序规定：输入三个整数通过程序判定所构成的三角形的类型，当此三角形为一般三角三角形。
用等价类划分方尠形、等腰三角形及等边三角形时，分别作计算…（三角形问题的复杂之处在于输入与输设计。
法为该程序进行测试用例出之间的关系比较复杂。
）解：分析题目中给出和隐含的对输入条件的要求：）整数（1 ）三个数（2 ）非零数（3 ）正数（4 5 （）两边之和大于第三边6 ）等腰（7 ）等边（），则输出下列四种情4 ）~（ba、、c 满足条件（1 如果况之一：。
），则程序输出为如果不满足条件（5 非三角形1）等边三角形。
，如果三条边相等即满足条件2）（7）则程序输出为等腰三如果只有两条边相等、即满足条件（6），则程序输出为3）。
角形精品文档．精品文档。
4）如果三条边都不相等，则程序输出为一般三角形列出等价类表并编号宥想等价娄型输A个整数整魏三个数非零數正数r九为非型数~边为非建熱七为非整数I C为非整数严b为非整数葫边为非整姐KC肯非整数L巒为非韓数三边加&丄均光非整数「只给*只给一边刊只给bL只箱c「只给血只给两边彳只给毗X只箔ac给出三个以上oo为为対厂3 一边4 4 bd]匚c<0｛逊且b<pad]且c<Hb<0 且C<£三边均灼：且或且g且火fl1213UK1710207T2223242526272£2?303£32333435363?3S3?输出徐件构成f 三角形•o+c>b构戒等腿三用形构成筹嵯三角形0=11b=c l且两边f之和a=c」大干算三边^b-e391011r s+Vi1I.a+tFOr a+c<b1 a4-c=b40ZT42434445精品文档.精品文档覆盖有效等价类的测试用例覆盖等价类号码c a b 7-- () 5 (1) 3 4 8) 71)(),(57），（9）--5(1) ( 4 ), (10) ( 1 ) -- (74 (1--(用例：覆盖无效等价类的 测试二、边界值分析法函数的边界值分析NextDate 测试用例精 品文档.精品文档的取值范围为和变量dayNextDate 函数中，隐含规定了变量mouth 在的取值范围为，并设定变量 yearday < 31< mouth w 12和1< 1O < 2050 1912 < year ),(711))、错误推测法三一个对线性表（比如数组）进行排序的程序，可推测列出以测试的情况：测试下几项需要特别输入的线性表为空表；I.表中只含有一个元素；II.输入表中所有元素已排好序；III.输入表已按逆序排好；IV.输入表中部分或全部元素相同。
1、判定覆盖设计足够多的测试用例，使得被测试程序中的每个判断的“真”、“假”分支_至少被执行一次。
2、黑盒测试的具体技术方法____________、__________、__________、____________。
等价类划分法，边界值分析法，决策表法，因果图法3、黑盒测试又称之为___________测试。
功能4、等价类划分有两种不同的情况：____________和____________。
有效等价类，无效等价类5、根据覆盖目标的不同，逻辑覆盖又可分为：________________，_____________，_______________，__________________，条件组合覆盖，判断/条件覆盖。
语句覆盖，判定覆盖，条件覆盖，路径覆盖6、根据软件生命周期中的定义，可以把自动化测试工具划分3大类____________，____________和____________。
白盒测试工具、黑盒测试工具、测试管理工具7、软件测试是为发现程序中的______________而执行程序的______________。
错误，过程8、测试用例是由______________和预期的______________两部分组成。
测试输入数据，输出数据9、白盒测试又称为______________，可以分为______________和______________两大类。
结构测试，静态测试，动态测试10、软件是包括____________﹑____________﹑____________的完整集合。
程序，数据，相关文档11、边界值分析法属于____________。
黑盒测试12、单元测试是以____________说明书为指导，测试源程序代码。
详细设计13、集成测试以____________说明书指导，测试软件结构。
概要设计14、确认测试以____________说明书为指导。
需求分析15、软件开发的基本过程____________，_____________，_______________，_____________，_____________，______________。
软件项目测试规范一、概述本规范是对项目软件测试的一份规范性文件，对软件测试过程中所涉及到的测试类型、测试方法、测试标准、测试流程以及软件产品责任单位所承担的职责进行总体规范，以有效保证软件产品的质量。
软件测试是对软件设计的一种控制手段，是对软件产品质量的一种检查和审核手段。
软件设计单位应采取有效措施保证软件产品的质量，软件测试应按本规范要求对软件进行检查、测试，软件设计单位应保证对测试错误进行修正。
测试过程中发现的软件错误必须及时改正，这就是软件测试的任务。
为了改正错误，首先必须确定故障的准确位置，这是测试过程中最困难和任务。
需要周密审慎的思考和推理。
改正错误常常包括修正原来的设计，必须通盘考虑而不能“头痛医头脚痛医脚”，应该尽量避免在测试过程中引进新的故障。
二、测试类型项目软件测试类型包括单元测试、集成测试（组装测试）、有效性测试（功能测试）、系统测试、回归测试和用户测试（验收测试）。
单元测试主要针对软件设计单元、功能模块进行测试，测试内容包括模块程序结构检查、代码测试和模块内功能测试。
集成测试（组装测试）主要针对软件设计单元、功能模块组装、集成为系统时，对软件单元、功能模块的接口、连接进行测试。
有效性测试（功能测试）按照系统功能需求规定对系统的功能、流程、数据、业务规则等进行测试，以及对系统基本特征如操作、界面、报表等的合理性、一致性进行测试。
系统测试为系统性能测试，如安全性、可靠性、稳定性测试，以及对系统其它性能如负载能力、处理能力以及响应时间等进行测试。
回归测试在软件设计错误修正、设计修改以及软件升级后，主要针对软件修改、影响部分进行有效性测试和系统测试。
用户测试（验收测试）为用户方组织的有效性和系统测试。
三、测试的方法逻辑覆盖法根据测试用例，运行被测试程序，使程序中的每个可执行语句、执行条件至少执行一次。
所谓等价类，就是指某个输入域的集合，集合中的每个输入对揭露程序错误来说是等效的，把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例，这就是等价类划分方法。
测试的基本⽅法1、等价类划分法等价类划分法就是：是把所有可能的输⼊数据,即程序的输⼊域划分成若⼲部分（⼦集）,然后从每⼀个⼦集中选取少数具有代表性的数据作为测试⽤例。
该⽅法是⼀种重要的,常⽤的⿊盒测试⽤例设计⽅法。
2、边界值分析法定义：边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。
通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试⽤例来⾃等价类的边界。
3、错误推测⽅法定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从⽽有针对性的设计测试⽤例的⽅法。
4、因果图法定义：是⼀种利⽤图解法分析输⼊的各种组合情况，从⽽设计测试⽤例的⽅法，它适合于检查程序输⼊条件的各种组合情况。
5、判定表驱动分析⽅法定义：判定表是分析和表达多逻辑条件下执⾏不同操作的情况的⼯具。
6、正交实验设计⽅法正交实验设计⽅法:依据Galois理论,从⼤量的（实验）数据（测试例）中挑选适量的,有代表性的点（例）,从⽽合理地安排实验（测试）的⼀种科学实验设计⽅法.类似的⽅法有:聚类分析⽅法,因⼦⽅法⽅法等.测试⽤例设计综合策略1. Myers提出了使⽤各种测试⽅法的综合策略：1)在任何情况下都必须使⽤边界值分析⽅法，经验表明⽤这种⽅法设计出测试⽤例发现程序错误的能⼒最强。
2)必要时⽤等价类划分⽅法补充⼀些测试⽤例。
3)⽤错误推测法再追加⼀些测试⽤例。
4)对照程序逻辑，检查已设计出的测试⽤例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充⾜够的测试⽤例。
5)如果程序的功能说明中含有输⼊条件的组合情况，则⼀开始就可选⽤因果图法。
2.测试⽤例的设计步骤1)构造根据设计规格得出的基本功能测试⽤例；2)边界值测试⽤例；3)状态转换测试⽤例；4)错误猜测测试⽤例；5)异常测试⽤例；6)性能测试⽤例；7)压⼒测试⽤例。
3.优化测试⽤例的⽅法1)利⽤设计测试⽤例的8种⽅法不断的对测试⽤例进⾏分解与合并；2)采⽤遗传算法理论进化测试⽤例；3)在测试时利⽤发散思维构造测试⽤例。
功能测试（黑盒测试)常用的策略和方法黑盒测试(Black—box Testing,又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子.利用黑盒测试法进行动态测试时,需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求,也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。
黑盒测试并不是白盒测试的替代品,而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误:1）功能错误或遗漏;2）界面错误；3）数据结构或外部数据库访问错误；4)性能错误;5）初始化和终止错误。
一、黑盒测试的测试用例设计方法·等价类划分方法·边界值分析方法·错误推测方法·因果图方法·判定表驱动分析方法·正交实验设计方法·功能图分析方法等价类划分：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.1) 划分等价类：等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果。
等价类划分可有两种不同的情况:有效等价类和无效等价类。
有效等价类:是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
无效等价类：与有效等价类的定义恰巧相反.设计测试用例时，要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验。
软件评测师教程考点梳理（六）软件评测师考试属于全国计算机技术与软件专业技术资格考试中的一个中级考试。
希赛小编为大家整理了软件评测师教程中几个重要的知识点精讲，希望对大家2017年备考能有所帮助。
黑盒测试概述1．定义:1)也称功能测试，它是通过测试来检测每个功能是否都能正常使用2)把程序看成一个黑盒子，完全不考虑程序内部结构和内部特性，着眼于程序外部结构，不考虑内部逻辑结构。
2．在程序接口进行测试，只检查程序功能是否按照需求说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息3.主要针对软件界面和软件功能进行测试。
4.试图发现的错误类型:1)功能不正确或遗漏2)界面错误（输入能否正确的接受？能否输出正确的结果）3)数据库访问错误（如数据结构定义错误或外部信息（如数据文件）访问错误）4)性能错误5)初始化和终止错误。
5.黑盒测试用例设计方法（1）等价类划分法：把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例。
每一类的代表性数据在测试中的作用等价于这一类的其他值。
（2）边界值分析法：通过选择等价类边界的测试用例。
不仅重视输入条件边界，而且也必须考虑输出域边界。
（3）错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例的方法。
（4）因果图法：从用自然语言书写的程序规格说明的描述中找出因（输入条件）和果（输入或程序状态的改变），可以通过因果图转换成判定表。
（5）判定表驱动法：利用判定表进行测试用例的设计（6）正交试验设计法：使用已设计好的正交表格来安排试验，并进行数据分析的一种方法，目的是用最少的测试用例达到最高的测试覆盖率。
（7）功能图法：用功能图形象地表示程序的功能说明，并机械地生成功能图的测试用例。
功能图模型由状态迁移图和逻辑功能模型构成。
黑盒测试用例设计方法1．等价类划分法：（1）划分基础：需求规格说明书中输入、输出要求（2）等价类：某个输入域的子集合；分为有效等价类和无效等价类有效等价类：指对于程序规格说明书来说是合理的、有意义的输入数据构成的集合。
功能测试策略、方法及实施过程在软件开发过程中，功能测试是非常重要的一环。
它可以帮助开发人员发现软件中的缺陷和错误，从而提高软件的质量和稳定性。
本文将介绍功能测试的策略、方法及实施过程。
一、功能测试策略功能测试策略是指在测试过程中，如何选择测试用例和测试场景，以达到最大化的测试覆盖率和最小化的测试成本。
常用的功能测试策略有以下几种：1. 等价类划分法：将输入数据划分为若干个等价类，每个等价类代表一类相似的输入数据。
然后从每个等价类中选择一个测试用例进行测试。
2. 边界值分析法：在等价类划分的基础上，选择边界值进行测试。
因为边界值往往是最容易出错的地方。
3. 因果图法：将软件的功能和输入输出之间的关系用因果图表示出来，然后选择测试用例进行测试。
4. 错误推测法：根据以往的经验和知识，推测软件中可能存在的错误，并选择测试用例进行测试。
二、功能测试方法功能测试方法是指在测试过程中，如何执行测试用例和记录测试结果。
常用的功能测试方法有以下几种：1. 黑盒测试：只关注软件的输入和输出，不关注软件的内部实现。
常用的黑盒测试方法有等价类划分法、边界值分析法和因果图法。
2. 白盒测试：关注软件的内部实现，常用的白盒测试方法有语句覆盖、分支覆盖和路径覆盖。
3. 灰盒测试：介于黑盒测试和白盒测试之间，既关注输入和输出，又关注内部实现。
三、功能测试实施过程功能测试实施过程是指在测试过程中，如何准备测试环境、执行测试用例和记录测试结果。
常用的功能测试实施过程有以下几个步骤：1. 确定测试目标和测试计划。
2. 准备测试环境，包括硬件、软件和测试数据。
3. 编写测试用例和测试脚本。
4. 执行测试用例和测试脚本，并记录测试结果。
5. 分析测试结果，发现软件中的缺陷和错误。
6. 编写测试报告，包括测试结果、缺陷和错误。
功能测试是软件开发过程中非常重要的一环。
通过合理的功能测试策略、方法和实施过程，可以提高软件的质量和稳定性，从而满足用户的需求和期望。
软件测试流程手册作业指导书第1章软件测试基础 (4)1.1 软件测试概述 (4)1.2 软件测试目的与原则 (4)1.2.1 软件测试目的 (4)1.2.2 软件测试原则 (4)1.3 软件测试分类 (4)1.3.1 按照测试阶段划分 (4)1.3.2 按照测试方法划分 (5)1.3.3 按照测试内容划分 (5)第2章测试计划与策略 (5)2.1 测试计划的制定 (5)2.1.1 目标与范围 (5)2.1.2 测试依据 (5)2.1.3 测试方法与工具 (5)2.1.4 测试团队组织 (5)2.1.5 测试阶段划分 (6)2.1.6 风险评估与应对措施 (6)2.2 测试策略的确定 (6)2.2.1 功能测试策略 (6)2.2.2 功能测试策略 (6)2.2.3 兼容性测试策略 (6)2.2.4 安全性测试策略 (6)2.2.5 用户体验测试策略 (6)2.3 测试资源与时间安排 (6)2.3.1 测试资源 (6)2.3.2 时间安排 (6)2.3.3 测试进度监控 (7)第3章测试需求分析 (7)3.1 需求文档审查 (7)3.1.1 目的 (7)3.1.2 方法 (7)3.1.3 输出 (7)3.2 需求测试范围确定 (7)3.2.1 目的 (7)3.2.2 方法 (7)3.2.3 输出 (7)3.3 需求测试用例设计 (8)3.3.1 目的 (8)3.3.2 方法 (8)3.3.3 输出 (8)第4章测试设计与规划 (8)4.1.1 测试级别 (8)4.1.2 测试类型 (8)4.2 测试用例设计方法 (9)4.2.1 等价类划分法 (9)4.2.2 边界值分析法 (9)4.2.3 因果图法 (9)4.2.4 错误推测法 (9)4.3 测试数据准备 (9)4.3.1 测试数据收集 (9)4.3.2 测试数据整理 (9)4.3.3 测试数据创建 (9)4.3.4 测试数据管理 (9)第5章单元测试 (10)5.1 单元测试概述 (10)5.2 单元测试方法与工具 (10)5.2.1 单元测试方法 (10)5.2.2 单元测试工具 (10)5.3 单元测试用例编写 (10)5.3.1 单元测试用例设计原则 (10)5.3.2 单元测试用例编写步骤 (10)5.3.3 单元测试用例示例 (11)第6章集成测试 (11)6.1 集成测试策略 (11)6.1.1 目的与原则 (11)6.1.2 测试范围 (11)6.1.3 测试环境 (11)6.2 集成测试方法 (12)6.2.1 按照模块耦合度进行集成 (12)6.2.2 采用黑盒测试方法 (12)6.2.3 采用白盒测试方法 (12)6.2.4 灰盒测试 (12)6.3 集成测试用例编写 (12)6.3.1 用例设计原则 (12)6.3.2 用例编写规范 (12)6.3.3 用例管理 (12)第7章系统测试 (13)7.1 系统测试概述 (13)7.2 功能测试 (13)7.2.1 目的 (13)7.2.2 测试方法 (13)7.2.3 测试内容 (13)7.3 非功能测试 (13)7.3.1 功能测试 (13)7.3.3 安全测试 (14)7.3.4 兼容性测试 (14)7.3.5 可用性测试 (14)7.3.6 可靠性测试 (14)第8章验收测试 (14)8.1 验收测试策略 (14)8.1.1 目的 (14)8.1.2 范围 (14)8.1.3 测试环境 (15)8.1.4 测试团队 (15)8.1.5 测试时间安排 (15)8.2 验收测试方法 (15)8.2.1 功能测试 (15)8.2.2 非功能测试 (15)8.2.3 系统集成测试 (16)8.3 验收测试用例编写 (16)8.3.1 用例设计原则 (16)8.3.2 用例编写规范 (16)8.3.3 用例评审 (16)第9章回归测试与缺陷管理 (16)9.1 回归测试策略 (16)9.1.1 回归测试目的 (16)9.1.2 回归测试范围 (16)9.1.3 回归测试方法 (16)9.1.4 回归测试执行 (17)9.2 缺陷生命周期管理 (17)9.2.1 缺陷识别 (17)9.2.2 缺陷报告 (17)9.2.3 缺陷跟踪 (17)9.2.4 缺陷关闭 (17)9.3 缺陷预防与跟踪 (17)9.3.1 缺陷预防措施 (17)9.3.2 缺陷跟踪机制 (18)第10章测试总结与评估 (18)10.1 测试结果统计与分析 (18)10.1.1 测试用例执行情况统计 (18)10.1.2 缺陷统计与分析 (18)10.1.3 覆盖率分析 (18)10.2 测试报告编写 (18)10.2.1 报告结构 (18)10.2.2 测试报告内容 (18)10.2.3 报告撰写要求 (19)10.3 测试团队绩效评估与改进建议 (19)10.3.2 评估结果与分析 (19)10.3.3 改进建议 (19)第1章软件测试基础1.1 软件测试概述软件测试作为软件开发过程中的重要环节，旨在评估和提升软件质量，保证软件产品满足既定需求及用户期望。
软件测试中测试用例设计－－错误推测方法 1、方法定义： 基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。 2、思路： 分析程序中最易出错的场景和情况，在此基础上有针对性的设计测试用例。需要完成的前提条件如下： A、深度熟悉被测系统的业务、需求。 B、对被测系统或类似系统之前的缺陷分布情况进行过系统的分析。包括功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。 3、测试用例举例 （1）聊天窗口功能 A、输入特殊字符（全角，半角）后，窗口是否能够正常显示 B、输入空格，是否能够过滤，是否会算入长度计算 C、输入html字符 D、输入脚本语言函数 E、在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过 （2）查询功能 A、无条件查询 B、是否支持模糊查询 C、查询的关键字之间是否可用连接符 D、输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 （3）登录功能 A、输入的数据前存在空格，是否能够正常登录 B、输入的密码是否能够加密显示 C、用户在注销之后是否能够再登录成功 4、优缺点 优点：充分发挥个人的经验和潜能，命中率高 缺点：覆盖率难以保证；过多的依赖于个人的经验 功能测试用例库 1.输入验证 输入验证主要包括：数字输入验证、非法字符输入验证、输入长度验证、必填项验证和信息提示 1.数字输入验证：分别输入数字(正数、负数、零值、单精度、双精度)、字符串、空白值、空值、临界数值。不合法的输入，系统给出必要的判断提示信息 2.字符输入验证：分别输入单字节字符、双字节字符、大小写字符、特殊字符、空白值、空值。不合法的输入，系统给出必要的判断提示信息 3.日期、时间输入验证：分别输入任意字符、任意数字、非日期格式的数据、非正确日期(错误的闰年日期)、空值、空白值。不合法的输入，系统给出必要的判断提示信息。注：有些系统会不让输入当日以后或者以前的日期、时间；有些系统会通过JavaScript来自动填写日期时间，这时需要注意是否能否人工主观填写输入 4.多列表选择框：测试是否能否多选，列表框中的数据是否能否显示完全。当列表框的数据过多时，需要对数据有一定格式的排序 5.单列表下拉框：测试是否能否手工输入，下拉框中的数据是否能否显示完整。当下拉框的数据很多时，需要对数据有一定格式的排序。如果下拉框数据值过多时，下拉框可能会超出IE显示范围，此种情况不能够被接收 6.大文本输入框 (textArea) ：虽然它能够满足大数据量的输入，但最好能够显示地标明输入字符的长度限制，并且应该结合“字符输入验证”进行。需要注意的是，应该允许标点的存在 7.文件输入框输入验证：该输入框主要用做文件上传操作。在测试过程中，应该注意输入文件的扩展名。从测试角度来看，要求开发人员必须对扩展名进行输入限制，并且在适当的地方输入格式提示。当输入是空值等不合法的输入时，系统给出必要的判断提示信息。另外，对于上传的文件大小应该做限制，不宜太大 8.输入字符长度验证：输入字符的长度是否超过实际系统接收字符长度的能力。当输入超出长度时，系统给出必要的判断提示信息 9.必填项验证：输入不允许为空的时候，系统需要有提示用户输入信息功能 10.格式、规则输入验证：当输入需要一定的格式时，系统需要有提示用户输入信息功能。比如身份证号码可以输入18位或者15位，部分身份证最后一位为字母，身份证上生日与身份证号码有一定规则 11.系统错误定位的输入验证：当输入存在问题时，被系统捕获到，此时页面上的光标能够定位到发生错误的输入框 12.单选框、多选框的输入验证：单选框需要依次验证单选框的值是否都有效；多选框需要依次验证多选框的值是否都有效 13.验证码验证：做验证码输入验证时，先结合“字符输入验证”进行测试，然后注意的地方是，当利用IE回退或者刷新时，显示的验证码应该和实际系统验证码一致。如果验证码以图片形式显示，但图片由于其他原因(如网络)不能看到或者显示不完整，系统应该允许进行重新获取，最好不要做整个页面刷新 2. 操作验证(CZ) 该用例库主要针对页面操作 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确 3.检查按钮的功能是否正确：如增、删、改、查等功能是否正确 4.重复提交表单：一条已经成功提交的记录，用IE回退后再提交，看看系统是否做了处理 5.多次IE回退：检查多次使用IE回退的情况，在有回退的地方，回退，回到原来页面，再回退，重复多次，看是否出错 6.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人、选日期对快捷方式是否也做了限制 7.回车键检查：在输入结束后直接回车键，看系统处理如何，能否报错 8.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开，对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能否做到 9.其他验证：在页面上图片的大小不宜太大，需要第三方软件支持时，应该给出必要的信息，比如需要jre的支持，但用户机器还没有安装jre，那么此时在页面上应该有显著的标志来提醒用户进行安装
3. 登录模块测试用例 该用例库主要针对登录模块。需要结合“访问控制验证(FWKZYZ)”用例库 1.登录名输入：进行“输入验证”。需要注意登录名是否区分大小写和空格 2.密码输入：进行“输入验证” 3.提交操作：结合“访问空值验证(FWKZYZ)”。当输入正确的登录名和密码后，该用户能够进入到指定的正确页面。当输入的登录名和密码有误时，系统限制其登录，并且给出适当的提示信息。当遇到错误时，应该进行“错误页面测试” 4.重设操作：当进行重设操作时，当前页面上所有输入项被清空
4. 增加操作测试用例(ZJ) 该用例库主要针对增加操作 1.添加输入内容，进行“输入验证” 2.应该限制重复增加，具体操作：利用网络传输以及服务器的延迟，多次单击“增加”按钮，经常在数据库发现重复提交的数据 3.当增加成功或者失败后，应该有必要的信息提示 4.文件数据的增加：有些增加包含了数据库数据的增加，和一些文件的增加，此时的数据会保存在两个地方，所以测试时，需要对相关的数据做全面的验证 5.文件数据验证：进行“输入验证”值“文件输入框输入验证”。注意：当上传的文件为中文文件名时，上传到服务器后，可能会出现乱码现象。现在一般的做法是将原文件名替换成字母和数字的组合，以克服汉字文件名的弊端，另外，可以增加文件的安全性
5. 删除操作测试用例(SC) 该用例库主要针对删除操作 1.选择需要删除的数据字段。有时候系统会根据ID来删除，有时候系统会根据名称来删除，测试的时候应该多注意，一般要求按照ID来删除，因为根据名称来删除，名称可能会存在重名问题 2.应该限制重复删除。具体操作：利用网络传输以及服务器的延迟，多次单击“删除”按钮，经常在数据库中发现重复提交的数据 3.当删除的数据还有文件时，需要去验证存在数据库中的数据，以及硬盘下的文件是否都被同时删除 4.当数据被删除成功或者失败后，要有响应的信息提示 5.进行“操作验证”
6. 修改操作测试用例(XG) 该用例库主要针对修改操作 1.打开需要修改的数据页面，注意与增加页面相比，只能修改部分数值，例如关键字等是不能被修改的，并且二者数据应该是一致的 2.增加页面上的输入限制与修改页面的输入限制应该一致 3.修改成功或者失败后，应该有相应的信息提示
7. 查询操作测试用例(CX) 该用例库主要针对查询操作 1.条件输入查询，先进行条件输入框的“输入验证” 2.条件组合查询，将多个条件进行组合查询，结果可以通过数据库验证。需要注意的是，整个数据查询和条件查询数据结果条数要一致，另外，如果遇到某天的查询时间段，有的数据库认为一天不包括零点零分，有的数据库认为包括 3.所有查询结果，必须进行一定顺序的排列，可以按照ID或按照名称来排列 4.当查询成功或者失败后，系统应给出必要的信息提示
8. 翻页操作测试用例(FY) 该用例库主要针对翻页操作 1.当数据量很大的时候，需要进行分页显示，每页显示的行数最好不要超过20行，每页列表上最好有序号标识，行与行之间颜色要有一定区分，这样有利于用户的查找 2.翻页按钮应该包括：首页、前一页、后一页、尾页、当前X页、共X页，这些常用按钮和显示，并且按钮都能正常翻页 3.翻页按钮的每页显示的数据要准确，确保没有查不出来的数据，最好的做法就是和数据库结合起来验证 4.页面太多，翻页数据不能全部显示时，系统应该有完善的应对机制，比如值显示当前页的前三页和该页的后三页的页数码 5.当翻到某页时，系统应该有明显的标识，标出该页面所处的页码 9. 错误页面测试(CW) 错误页面是在遇到系统异常的情况产生的友好界面 1.当系统遇到致命错误时，不能将服务器的调试信息出现在页面上，因为这样做会带来不安全，应该给出一个合适的提示信息 2.由于系统繁忙，无法及时给出正确信息时，系统可以给出友好的错误页面，如：“请用户稍后再试”等提示信息
