Ch3-软件测试基础--测试方法

1、1软件测试方法和技术软件测试方法和技术 第三章软件测试方法与测试用例第三章软件测试方法与测试用例、42第三章第三章 软件测试方法与测试用例软件测试方法与测试用例1 软件测试的基本方法软件测试的基本方法2 人工测试概述人工测试概述3 软件测试用例设计概述软件测试用例设计概述4 白盒测试用例设计方法白盒测试用例设计方法5 黑盒测试用例设计方法黑盒测试用例设计方法6 测试用例的案例测试用例的案例3软件测试的基本方法软件测试的基本方法根据G.J. Myers观点-软件测试的目的软件测试的目的: 软件测试是为了发现错误而执行程序的过程 一个好的测试能够在第一时间发现程序中存在的错误 一个好的测试是发现了

2、至今尚未发现的错误的测试。41)软件测试方法分类软件测试方法分类根据测试对象在测试过程中是否发生状态变化：动态测试和静态测试根据对测试对象了解的程度（按哲学观点）：黑盒测试和白盒测试5测试方法测试方法 黑盒子和白盒子黑盒子和白盒子 静态的和动态的静态的和动态的 文档、代码审查文档、代码审查 数据输入边界条件法数据输入边界条件法 等价划分、数据流程图等价划分、数据流程图 状态变换图状态变换图 逻辑路径法逻辑路径法6黑盒子和白盒子黑盒子和白盒子功能测试功能测试数据驱动测试数据驱动测试 结构测试结构测试逻辑驱动测试逻辑驱动测试 客户需求事件驱动输入输出72)黑盒测试法（黑盒测试法（black-box

3、 testing)概念：也称功能测试、数据驱动测试或基于规格说明的测试。不关心程序内部结构，用于验证产品所应具有的功能是否实现，每个功能是否都能正常使用，是否满足用户的要求。测试范围：针对程序接口和用户界面进行测试，只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息的完整性。用途：主要用于软件确认测试。方法：等价类划分、边界值分析、错误推测法、因果图。8发现问题类型：是否有不正确或遗漏了的功能；在接口上，能否正确地接受输入数据，能否产生正确的输出信息；访问外部信息是否满足要求；性能上是否满足要求；界面是否错误，是否不美观；初始

4、化和终止错误。黑盒测试的数据：是根据规格说明书决定的。 93)白盒测试法（白盒测试法（white-box testing)概念：也称结构测试、逻辑驱动测试或基于程序的测试。已知产品内部工作流程,清楚软件程序的结构和语句，按照程序内部的结构测试程序。要求对程序的结构特性做到一定程度的覆盖，对所有逻辑路径进行测试，并检验内部控制结构和数据结构是否有错。测试范围：测试程序内部的变量状态、逻辑结构、运行路径等，检验程序中的每条通路是否能按预定要求正确工作，检查程序内部动作或运行是否符合设计规格要求，所有内部成分是否按规定正常进行。用途：主要用于软件验证测试。方法：逻辑覆盖、循环覆盖和基本路径测试。10

5、白盒测试原则和说明原则：保证每个模块中所有独立路径至少被使用一次；对所有逻辑值均测试为真值和假值；在上下边界及可操作范围内运行所有循环；检查内部数据结构以确保其有效性。说明：穷举路径测试绝不能查出程序违反了设计规范，即程序在实现一个不是用户需要的功能；穷举路径测试不可能查出程序中因遗漏路径而出错；穷举路径测试可能发现不了一些与数据相关的错误。11黑盒测试和白盒测试比较黑盒测试白盒测试根据用户能看到的规格说明，即针对命令、信息、报表等用户界面及体现它们的输入数据与输出数据之间的对应关系，特别是针对功能进行测试。根据程序的内部结构，比如语句的控制结构，模块间的控制结构以及内部数据结构等进行测试。测

6、试数据能站在用户立场上进行测试。能够对程序内部的特定部位进行覆盖测试。优点缺点1）不能测试程序内部特定部位2）如果规格说明有误，则无法发现1）无法检验程序外部特性；2）无法对未实现规格说明的程序内部欠缺部分进行测试。方法举例等价类划分边界值分析因果图语句覆盖判定覆盖条件覆盖路径覆盖判定/条件覆盖模块接口测试124）静态的和动态的测试）静态的和动态的测试主持人主持人作者记录员列席人员内审员内审员技术专业人员用户代表不正式正式互审 走读 审查会议运行程序运行程序13静态测试静态测试概念：静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，不需要对代码进行编译和仿真运行。测试范

7、围：软件产品的设计规格说明书的审查，程序代码的阅读、审查等。方法：人工检测和计算机辅助静态分析手段进行检测。只进行特性分析。人工检测：人工审查或评审软件。偏重于编码风格、质量的检验。可有效发现逻辑设计和编码错误。计算机辅助静态分析：利用静态分析工具对被测程序进行特性分析，从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。14静态测试的特征静态测试的特征静态测试（方法）的主要特征： 不利用计算机运行被测试的程序，而是采用其它手段达到检测的目的。静态测试：对被测程序进行特性分析的一些方法的总称。一种自动化的代码检验方法15静态分析可以做到的工作静态分析可以做到的工作可能发现的程序欠

8、缺：可能发现的程序欠缺： 用错的局部变量和全程变量； 不匹配的参数； 不适当的循环嵌套和分支嵌套； 不适当的处理顺序； 无终止的死循环； 未定义的变量； 不允许的递归； 等等16静态分析可以做到的工作静态分析可以做到的工作找到潜伏着的问题的根源：找到潜伏着的问题的根源： 未使用过的变量； 不会执行到的代码； 未引用过的标号；提供间接涉及程序欠缺的信息：提供间接涉及程序欠缺的信息： 每一类型语句出现的次数； 所用变量和常量的交叉引用表； 标识符的使用方式； 违背编码规则。为进一步查错作准备为进一步查错作准备选择测试用例选择测试用例进行符号测试进行符号测试17动态测试动态测试概念：动态测试是通过观

9、察代码运行时的动作来提供执行跟踪、时间分析，以及测试覆盖度方面的信息。它通过实际运行程序发现错误。测试范围：通过有效的测试用例，对应的输入/输出关系来分析被测程序的运行情况。185）自动测试和随机测试）自动测试和随机测试手工模拟用户手工模拟用户操作操作自动测试：通过工具自动执行软件的测试。自动测试：通过工具自动执行软件的测试。随机测试：完全模拟客户进行随机测试：完全模拟客户进行随意的操作。随意的操作。196）验证和确认（）验证和确认（V & V） Verification：Are we building the product right？是否正确地构造了软件？即是否正确地做事，验证开

10、发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性Validation： Are we building the right product? 是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求202 人工测试概述人工测试概述1）人工测试技术概述 软件审查会（software inspections），能有效地发现30%到70%的逻辑设计错误和编码错误。2）软件审查 审查会是使非开发人员的力量与开发人员结合起来，利用集体的智慧查找软件产品中存在的问题，从而保证软件产品质量的有效手段。 软件评审（review）213）软件审查的作用软件审查

11、所的数据的使用软件审查所的数据的使用 充分利用软件审查所获得的数据指导和改进开发工作，将是十分有益的。作为软件开发进程控制的审查作为软件开发进程控制的审查阶段审查所发现的问题主要有三种表现形式：阶段审查所发现的问题主要有三种表现形式：遗漏-在规格说明或标准中指明应该有的内容，送审资料中丢掉了；多余-超出规格说明和标准，多给出的信息；错误-应该有，也的确有，但内容有误的信息。223 软件测试用例设计概述软件测试用例设计概述 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 测试用例是测试工作的指导，是软件测试的必须遵守的准

12、则。更是软件测试质量稳定的根本保障。 231)测试用例基本概念测试用例基本概念测试用例的定义 测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。 测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 测试用例测试用例是为了特定目的而设计的测试数据及与之相关的测试规程的一个特定的集合,或称为有效地发现软件缺陷的最小测试执行单元。242）测试用例的作用）测试用例的作用避免盲目测试并提高测试效率，减少测试的不完全性；测试用例的使用令软件测试的实施重点突出、目的明确；根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟

13、踪；减少回归测试的复杂程度在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期；功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升；根据测试用例的操作步骤和执行结果，可以方便地书写软件测试缺陷报告；可以根据测试用例的执行等级，实施不同级别的测试；为分析软件缺陷和程序模块质量提供依据；便于大型软件测试项目外包测试指导基础。25测试用例的特性测试用例的特性测试用例具有的特性： 有效性、可复用性、易组织性、可评估性、可管理性。总结： 软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式

14、，需要创建和维护测试用例。263）良好测试用例的特征）良好测试用例的特征可以最大程度地找出软件隐藏的缺陷可以最高效率的找出软件缺陷可以最大程度地满足测试覆盖要求既不过分复杂、也不能过分简单使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了不包含重复的测试用例测试用例内容清晰、格式一致、分类组织27测试用例设计的基本原则测试用例设计的基本原则尽量避免含糊的测试用例 良好的测试用例一般会有三种状态：通过（PASS）、未通过（Failed）以及未进行测试（Not Done）。尽量将具有相类似功能的测试用例抽象并归类尽量避免冗长和复杂的测试用例 目的是保

15、证验证结果的惟一性。284）测试用例的组成元素与范例）测试用例的组成元素与范例组成：组成：字段名称字段名称类型类型是否必选是否必选注释注释标识符整型是惟一标识测试用例测试项字符型是测试的对象测试环境要求字符型否测试环境需求输入标准字符型是输出标准字符型是用例间的关联字符型否29考虑因素考虑因素测试用例必须具有代表性、典型性测试用例设计时，要浓缩系统设计 测试用例需要很确切地反映功能设计，但同时最好不要完全地复制使用规格说明书。测试用例需要考虑到正确的输入，也需要考虑错误的或者异常的输入，以及需要分析怎样使得这样的错误或者异常能够发生用户测试用例设计，要多考虑用户实际使用场景30范例范例n测试用

16、例编号IDn测试用例标题n测试的模块测试输入条件期望的输出结果其它说明ID类型类型标题标题测试步骤测试步骤期望的结果期望的结果说明说明001登录输入正确密码用户在登录界面输入正确的密码后，按回车键程序提示登录成功002登录输入错误密码用户在登录界面输入错误的密码后，按回车键程序提示输入密码错误，请重新输入003登录不输入的空密码用户在登录界面没有输入任何密码使密码为空后，按回车键程序提示用户没有输入密码，请输入程序应该告知用户没有输入密码，而不是密码错误31白盒测试用例设计方法白盒测试用例设计方法概念：概念：白盒测试也称为结构测试，把程序看作一个透明的盒子，测试程序的代码书写结构和逻辑问题。检

17、查内容：检查内容：对程序模块的所有独立的执行路径至少要测试一次对所有逻辑判断，取真或假的两种情况至少要测试一次对程序进行边界检查检验内部数据结构的有效性。32白盒测试用例的设计方法白盒测试用例的设计方法逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等基本路径测试：在程序控制流程的基础上，分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。白盒测试用例注意事项白盒测试用例注意事项由于测试路径可能非常多，由于时间和资源问题，选出足够多的路径测试由于深入到程序编码，通常开发人员协助测试人员书写白盒测试用例33）逻辑覆盖）逻辑覆盖（）语句覆盖

18、（点覆盖）至少每个语句应该执行一次。（）判定覆盖分支覆盖（边覆盖）每个语句必须至少执行一次，而且每个判定的可能的结果都应该至少执行一次。（）条件覆盖不仅每个语句至少执行一次，而且使判定表达式中的每个条件都取到各种可能的结果。注：满足条件覆盖，不一定满足判定覆盖。34（）判定条件覆盖选取足够多的测试数据，使得判定表达式中的每个条件中都取到各种可能的值，而且每个判定表达式也都取到各种可能的结果。（）条件组合覆盖选取足够多的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。（）路径覆盖选取足够多的测试数据， 使程序的每条可能路径都至少执行一次。35）基本路径测试法）基本路径测试法概念：

19、在程序控制流图的基础上，通过分析控制构造的环路复杂性导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。包括个方面：程序流程图计算程序环境复杂性到处测试用例准备测试用例图形矩阵364 黑盒测试用例设计方法黑盒测试用例设计方法发现的错误类型：发现的错误类型：模块中是否有功能遗漏或者逻辑错误模块接口是否存在问题性能上是否满足要求方法：方法：等价类划分边界值分析法错误推测法因果法功能图法371）等价类测试用例设计方法）等价类测试用例设计方法概念：将所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每个子集中选取少数具有代表性的

20、数据作为测试用例。过程： 分类（等价类划分）：等价类是指某个输入域的子集合，在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，他们具有等价特性。分类就是将输入域按照具有相同特性或者类似功能进行划分。在分析需求规格说明的基础上划分等价类，列出等价类表。 抽象：在各个子类中抽象出相同特性并用实例来表征这个特性。将程序可能的输入数据分成若干个子集，从每个子集选取一个代表性的数据作为测试用例。38等价类划分：等价类的分类：等价类的分类：有效等价类和无效等价类。有效等价类：是有意义的、合理的输入数据，可以检查程序是否实现了规格说明中所规定的功能和性能。无效等价类：与有效等价类的意义相反，即不满足

21、程序输入要求或者无效的输入数据构成的集合。注意：注意： 设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。39确定等价类的方式在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类；在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可以确立一个有效等价类和一个无效等价类；在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类；在规定了输入数据的一组值(假定n个)，并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类；在规定了输

22、入数据必须遵守的规则的情况下，可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。40根据等价类创建测试用例的步骤建立等价类表，列出所有划分出的等价类：输入条件有效等价类无效等价类为每个等价类规定一个唯一的编号；设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖；设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖的无效等价类。重复这一步使所有无效等价类均被覆盖。412）边界值测试用例设计方法）边界值测试用例设计方法概念：程序的很多错误发生在输入或输出范围的边界上，因此针对各种边界情况设置测试用例，可以发现不

23、少程序缺陷。因此边界值分析法是对输入的边界值进行测试。设计方法：确定边界情况（输入或输出等价类的边界）选取正好等于、刚刚大于或刚刚小于边界值作为测试数据42确定边界值的方式如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。分析规格说明，找出其他可能的边界条

24、件。433）错误推测法测试用例设计）错误推测法测试用例设计概念：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例。基本思想：列举程序中所有可能出现的错误和容易发现错误的地方，根据他们来选择和设计测试用例。44发现程序经常出现的错误的方法：单元测试中发现的模块错误；产品的以前版本曾经发现的错误；输入数据为0或字符为空；当软件要求输入时(比如在文本框中),不是没有输入正确的信息，而是根本没有输入任何内容，单单按了Enter键；这种情况在产品说明书中常常忽视，程序员也可能经常遗忘，但是在实际使用中却时有发生。程序员总会习惯性的认为用户要么输入信息，不管是看起来合法的或非法的

25、信息，要不就会选择Cancel键放弃输入。45测试场景法设计测试用例现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。464）因果图法测试用例设计）因果图法测试用例设计概念：多种输入条件的组合，产生多种结果设计测试用例。设计方法：分析软件规格说明文档描述的哪些是原因（输入条件），哪些是结果（输出条件），给每个原因和结果赋予一个标示符找出原因与结果，原因与原因之间的对应关系，划出因果

26、图在因果图上标上哪些不可能发生的因果关系，表明约束或限制条件根据因果图，创建判定表，将复杂的逻辑关系和多种条件组合很具体明确的表示出来把判定表的每一行作为依据设计测试用例。47测试类型与测试用例设计根据测试类型设计根据测试类型设计根据程序功能模块设计根据程序功能模块设计功能测试易用性测试配置测试压力测试回归测试界面测试文档测试国际化测试 测试用例1 测试用例2 测试用例3 测试用例1 测试用例2 测试用例3安装/卸载测试联机帮助测试软件更新测试联机注册测试文件操作测试 测试用例1 测试用例2 测试用例3 测试用例1 测试用例2 测试用例3数据备份测试48）设计测试用例的策略选择）设计测试用例的

27、策略选择测试用例的设计方法不是单独存在的，具体到每个测试项目里都会用到多种方法，每种类型的软件有各自的特点，每种测试用例设计的方法也有各自的特点，针对不同软件如何利用这些黑盒方法是非常重要的。在实际测试中，往往是综合使用各种方法才能有效提高测试效率和测试覆盖度，这就需要认真掌握这些方法的原理，积累更多的测试经验，以有效提高测试水平。首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这是减少工作量和提高测试效率的最有效方法。在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。

28、如果没有达到要求的覆盖标准，应当再补充足够的测试用例。对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。49测试用例设计工具设计依据：设计依据：软件需求文档软件设计文档通用设计工具通用设计工具：Microsoft WordMicrosoft ExcelMicrosoft Access设计工具专用设计工具专用：IBM Rational TestManagerMercury Interactive TestDirector常见问题：常见问题：软件文档不全或没有文档没有完成编码就开始设计测试用例50案例研究案例研究1：根据输入判断三角形的形状：根据输入判断三角形

29、的形状测试场景：测试场景：一个程序读入3个整数，把这三个数值看作一个三角形的3条边的长度值。这个程序要打印出信息，说明这个三角形是不等边的、是等腰的、还是等边的确定输入数据与三角形形状的关系：确定输入数据与三角形形状的关系：设三角形的3条边分别为A，B，C。如果它们能够构成三角形的3条边，必须满足：A0，B0，C0，且A+BC，B+CA，A+CB；如果是等腰的，还要判断A=B，或B=C，或A=C；如果是等边的，则需判断是否A=B，且B=C，且A=C。51案例研究案例研究1：判断三角形的形状（续：判断三角形的形状（续1）创建等价类表：创建等价类表：输入条件有效等价类无效等价类是否三角形的三条边（

30、A0）， （1）（B0）， （2）（C0）， （3）（A+BC）， （4）（B+CA）， （5）（A+CB）， （6）（A0）， （7）（B0）， （8）（C0）， （9）（A+BC）， （10）（B+CA）， （11）（A+CB）， （12）是否等腰三角形（A=B）， （13）（B=C）， （14）（C=A）， （15）（AB）and（BC）and（CA） （16）是否等边三角形（A=B）and（B=C）and（C=A） （17）（AB）， （18）（BC）， （19）（CA）， （20）52案例研究案例研究1：判断三角形的形状（续：判断三角形的形状（续2）确定等价类输入数据：确定等价类输入

31、数据：序号序号【A A，B B，C C】覆盖等价类覆盖等价类输出输出1【3，4，5】（1），（2），（3），（4），（5），（6）一般三角形2【0，1，2】（7）不能构成三角形3【1，0，2】（8）4【1，2，0】（9）5【1，2，3】（10）6【1，3，2】（11）7【3，1，2】（12）8【3，3，4】（1），（2），（3），（4），（5），（6），（13）等腰三角形9【3，4，4】（1），（2），（3），（4），（5），（6），（14）10【3，4，3】（1），（2），（3），（4），（5），（6），（15）11【3，4，5】（1），（2），（3），（4），（5），（6），（16）非等腰

32、三角形12【3，3，3】（1），（2），（3），（4），（5），（6），（17）是等边三角形13【3，4，4】（1），（2），（3），（4），（5），（6），（14），（18）非等边三角形14【3，4，3】（1），（2），（3），（4），（5），（6），（15），（19）15【3，3，4】（1），（2），（3），（4），（5），（6），（13），（20）53案例研究案例研究2：测试用户登录对话框的功能：测试用户登录对话框的功能测试场景：测试场景：在各种输入条件下，测试程序的登录对话框功能用户名和密码的规则如下：用户名和密码的规则如下： 用户名长度为6至10位（含6位和10位） 用户名由字符（a

33、-z、A-Z）和数字（0-9）组成 不能为空、空格和特殊字符 密码规则同用户名规则54案例研究案例研究2：登录对话框的功能（续：登录对话框的功能（续1）确定输入数据的情形：确定输入数据的情形：操作步骤操作步骤预期结果预期结果输入正确的用户名和口令（均为6位），点击OK按钮进入系统输入正确的用户名和口令（均为10位） ，点击OK按钮进入系统输入正确的用户名和口令（均为6至8位之间），进入系统用户名为空，提示输入用户名不能进入系统用户名为空格，提示无效用户名不能进入系统用户名小于6位，提示用户名太短不能进入系统55案例研究案例研究2：登录对话框的功能（续：登录对话框的功能（续2）输入条件输入条件合

34、理等价类合理等价类不合理等价类不合理等价类标识符字符 1、 6-10位字符 2、少于6个字符3、多于10个数字字符 标识符组成 4、字母5、数字 6、非字母数字字符7、保留字 56案例研究案例研究2：登录对话框的功能（续：登录对话框的功能（续3）序号 用例 1、4、5 2 3 6 7 USER01 USER USER0000001 #USER(1) printf测试用例测试用例57案例研究案例研究2：登录对话框的功能（续：登录对话框的功能（续4）确定具体的输入数据：确定具体的输入数据：“用户名用户名”“口令口令”“预期结果预期结果”说明说明“user10”“pass10”进入系统正确的用户名和

35、口令(6位)“user789”“pass789”进入系统正确的用户名和口令(7-9位)“user000010”“pass000010”进入系统正确的用户名和口令(10位)“”“pass”提示输入用户名不能进入系统用户名为空“空格”“pass”提示无效用户名不能进入系统用户名为空格“user”“userpass”提示用户名太短不能进入系统用户名小于6位“user0000011”“userpass”提示用户名太长不能进入系统用户名大于10位58案例研究案例研究2：登录对话框的功能（续：登录对话框的功能（续5）边界值分析边界值分析 : :输入范围测试用例数字在0000000000-9999999999之间000000、0000000000999999、9999999999整体000000、000001、999999、 999998、0000000000、0000000001、9999999999、9999999998a00000、a00001、a99999、 a99998、a000000000、a000000001、a9999999