文本框（控件）类型测试：
1.字符测试
长度测试
无效长度 / 有效长度
1)正常的长度输入
2）临界值长度输入
3）临界值范围内、紧临临界值长度输入
4）临界值范围外、紧临临界值长度输入
输入格式测试
根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入内容的格式。
测试要覆盖字符类型、长度、格式的各种组合。
1）正常格式、正常值范围输入
2）非正常输入格式
3）允许输入值的临界值输入（最小值、最大值）
4）允许输入值的临界值范围内紧邻临界值的输入（最小值内、最大值内）
5）允许输入值的临界值范围外紧邻临界值的输入（大于最大值、小于最小值）空值测试
空格测试
前面输入空格，中间输入空格，末尾输入空格和全部输入空格，查看程序是否进行处理，保存成功后，数据库中的数据是否与页面显示的一致）
字符类型测试
全英文字符（大小写）
全中文字符（简体/繁体）
全数字字符（数字格式限制）（数字型小数点测试）（正负数）
中英文混合/其它字符混合
中文和数字/其它字符混合
英文和数字/其它字符组合
特殊字符
标点符号
非法字符（: “ > < | \ / * ? )
几种字符的组合
2.编辑操作测试
复制、粘贴、剪切测试
1）进行一次复制、一次粘贴操作
2）进行一次复制、多次粘贴操作
3）利用粘贴操作强制输入程序所不允许输入的数据。
保存操作测试
1）保存成功/失败后查看数据库
2）检查必录项
2）保存成功/失败是否有相应的提示信息
删除操作测试
1）删除提示成功/失败后查看数据库
2）删除时是否有确认对话框
3）删除成功/失败是否有提示信息
4）确定是逻辑删除，还是物理删除;物理删除是已经否把数据库中的数据删除掉，逻辑删除是否改变了标志位。
修改操作测试
修改提示成功后看数据库的记录是否已经修改
查询操作测试
1）查询到的记录是否与数据库中记录相符
2）检查组合查询时，查询结果是否正确
3）查询列表下如果可以查询记录的详细信息，检测查询条件是否改变
4）查询条件中有日期这一项的查看是否有默认值及其值是否符合条件。
插入操作测试
插入文件/链接文件
1）测试插入
2）插入图像
3）在文档中插入文档本身
4）移除插入的源文件
5）更换插入的源文件的内容
插入对象
1）插入程序允许的对象【如：在word中插入execl工作表】
2）修改所插入对象的内容。插入的对象仍能正确显示
3）卸载生成插入对象的程序。【如：在word中插入execl工作表，卸载execl后仍能正常使用】
查找替换操作
通过测试
1)输入内容直接，或查找全部
2）在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确。【如：已经查找过”测试用例”再次进入不用重新输入查找内容，直接在中搜寻就可以。
失败测试
1）输入过长或过短的查询字符串。【如：查找的字符串长度为1到255，输入0，256，255，254，1，2进行测试。
2）输入特殊字符集。【如：^】
3.按钮测试
确定按钮OK 取消按钮cancel 重置按钮 reset 删除按钮 delete 关闭按钮 close
最大化按钮 Maximize button 最小化按钮 Minimize button
1）按钮功能是否实现（点击按钮正确响应操作，如【单击确定，正确执行操作】）
2）提示信息是否正确
3）对于不符合业务背景的操作或输入数据是否有相应的处理办法或足够的说明【如：输入13月时，单击“确定”后系统应提示：月份不能大于13】
4）对可能数据无法回复的操作必须提供确认信息，给用户放弃选择的机会
5）有的按钮提供有热键，测试按钮热键的正确响应
4.下拉列表 / 单选按钮 / 复选框 / 组合列表框 / 滚动条的测试
下拉列表测试
1）检查列表中的内容是否漏选，重选
2）如果列表中的数据要求从其它页面或者数据库中获得的，就要检查是否与该页面中有的数据一致。
单选按钮测试
1）查看是否能同时选中两个单选按钮
2）逐一执行每个单选按钮的功能
3）查看是否有一个单选按钮被默认
复选框测试
1）多个复选框可以同时选中
2）多个复选框可以部分选中
3）多个复选框可以不被选中
4）逐一执行每个复选框的功能
5）组合执行复选框的功能
列表框测试
1）条目内容检查正确性
2）条目功能是否实现（逐一执行列表框中每个条目的功能）
3）检查列表框中是否能输入数据
4）列表内容多要使用滚动条
5）关联验证
滚动条测试
1）滚动条的可见性，滚动条是否拖动
2）滚动条的长度是否根据显示信息的长度或宽度及时变换（这样有利于用户了解显示信息的位置和百分比）
3）当有表格信息时滚动条设置是否合理
4）滚动条拖动时，屏幕刷新是否正常，是否有乱码，所属控件/区域显示的正确性
5）滚动控制功能
6）滚动条的上下按钮功能
鼠标单击行滚动条的上下箭头，滚动条所属控件/区域逐行移动的正确性
鼠标单击列滚动条的左右箭头，滚动条所属控件/区域逐列移动的正确性
7）点击滚动条时，所属控件/区域显示的正确性
5.信息重复测试
1）多次，快速点击提交，信息重复（用户有时会因为网速慢，多次点击，此情况常发生）
2）通过复制URL，同时打开两个相同页面，点击提交，信息重复（重要信息）
3）提交后，在页面没有跳转的时候，进行刷新，信息重复
4）如果提交后，有提示，重复提交的方法可以通过鼠标点击提交，手动敲击回车。
5）涉及到权限和时间差导致的重复，常见情况是系统中有审核审批等情况，A用户提交信息，在B用户还没有点击审核的时候，A用
户点击了修改按钮，B用户审核后，A用户又一次提交。
6.唯一性测试
1）要求数据唯一并且是逻辑删除时，是否允许与已删除的记录重复
2）要求唯一性的数据，在两人（或两人以上）同时操作时是否能正确的执行。
7.提示信息测试
1）检验应该有提示信息的是否有提示信息
2）相应提示信息的内容表达是否正确
3）提示信息的内容用户是否接受
4）确认后是否可以正常运行
8快捷键测试
Enter Esc Tab Alt+F4
Ctrl+S Ctrl+C Ctrl+V Ctrl+Z
方向箭头（一般是从上到下，从左到右）
9.权限测试
根据需求相关文档，查看程序设置权限级别是否正确。即每一级别的用户所能执行的功能是否分配正确测。（可以建立不同权限级的用户进入系统，查看菜单、操作命令有效、无效设置是否正确）
程序访问数据库的权限设置（不要亦默认的用户名和密码连接数据库）
权限的分级和交叉权限
1)、赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）；
2)、删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；
3)、重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；
4)、在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；
5)、不同权限用户登录同一个系统，权限范围是否正确；
6)、覆盖系统所有权限设定；
7)、能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)；
8)、能否添加长用户名及长口令，如果允许，新用户能否正确登录；
9)、系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际情况；
10）、登录用户能否修改自己的权限；
11)、添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户名相同；标识不同，用户名不同；
12)、登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）；
13)、修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响；
14)、修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在的用户信息不同；
15)、不给用户授权（例如：用户状态未激活），是否允许登录；
16)、改某些设置时（例如：修改权限范围），是否会影响具有上级权限及相同权限人员的设置；
17)、系统管理员修改了某些数据，以其他人员身份登录时数据是否改变；
18)、用户能否同时属于多个组，各个组的权限能否交叉；
19）、删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有影响。
10.时间测试
1）时间格式 yy/mm/dd dd/mm/yy
2)起始时间不可大于终止时间
3）检查日期为空时，程序的反应
4）数据库中的日期是否能够正确显示在页面上
5）如果有输入日期不得大于当前日期的限制，是否通过
6）如果有输入日期不得小于当前日期的限制，是否通过
11.up-down控件文本框测试
1）在输入框中直接输入数字；
2）利用上下箭头来输入情况；
3）考虑上下箭头能否自动循环；
4）直接输入超边界值，系统应该提示重新输入；
5）输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；
6）输入非数字型字符的情况
12.search测试
在有search 功能的地方输入系统存在和不存在的内容,看search 结果是否正确.如果可以输入多个search
条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
包括两部分测试内容：测试输入条件的合法性和测试搜索结果的准确性。根据功能说明确定是否支持通配符“*”、“%”等。
按普通文本框的测试用例1～68，排除比最小长度还小、比最大长度还大的用例，输入记录已存在的项目内容；
按普通文本框的测试用例1～68，输入记录不存在的项目内容；
输入记录已存在、输入内容长度超出已存在的记录项目长度，并且输入内容前面部分与所保存的记录项目内容一样；
输入记录已存在、输入内容长度超出已存在的记录项目长度，并且输入内容后面部分与所保存的记录项目内容一样；
输入记录已存在、输入内容长度超出已存在的记录项目长度，并且输入内容中间部分与所保存的记录项目内容一样（应该是找不到合适内容）；
输入记录已存在、输入内容长度短于已存在的记录项目长度，并且输入内容与所保存的记录项目内容前面部分一样；
输入记录已存在、输入内容长度短于已存在的记录项目长度，并且输入内容与所保存的记录项目内容中间部分一样；
输入记录已存在、输入内容长度短于已存在的记录项目长度，并且输入内容与所保存的记录项目内容最后部分一样；
输入空的项目内容。
13.页面链接测试
每一个链接是否都有对应的页面，并且页面之间切换正确。
14.必录项/必选项/必填项测试
查看是否有提示输入
1）必填项目不填就保存
2）必填项目填写后就保存
3）不必填项目不填就保存
4）不必填项目填写后保存
15.工作流程的测试
1）每个模块的工作流程是否可以正常运行
2）每个模块的工作流程过程是否与详细设计要求的一致
3）不按正常的工作流程操作是否可以正常运行
16.文本框输入错误数据，程序处理方式
1）允许输入没有任何提示
2）输入后立刻给出提示，要求重新输入
3）点击窗口中的“确定”或“提交”按钮后，程序才检查数据的正确性，不正确就给出提示，要求重新输入
17.各种控件在窗体中混和使用时的测试
1)控件间的相互作用；
2)tab键的顺序，一般是从上到下，从左到右；
3)热键的使用，逐一测试；
4)enter键和esc键的使用；
注意点：
在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，在进行多个控件功能组合的测试。
资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 判定表设计测试规范
前言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规范。 本测试规范中对移动终端用判定表法设计测试用例原理进行了详细的描述, 并用实例加以说明如何使用该方法设计测试用例。包括设计测试用例时的使用范围, 设计测试用例的步骤等。 本测试规范介绍了一种通用的测试方法, 需要根据被测终端软件需求才能形成具体的测试用例。
目录 引入 ......................................... 错误!未定义书签。1．名词解释 .................................. 错误!未定义书签。 2. 判定表法的原理 ........................... 错误!未定义书签。 3. 判定表的构成…… ......................... 错误!未定义书签。 4. 判定表的规则 (4) 4.1 规则的定义 (4) 4.2 规则的合并 (5) 5. 设计测试用例的步骤 (5) 6．实例说明判定表 ............................ 错误!未定义书签。 7. 适用范围 (7) 8. 判定表的优点和缺点 (8) 8.1 优点 (8) 8.2 缺点 (8) 9. 参考文档 (8) 10.修改历史 8
引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据, 可是未考虑输入条件和数据相互依赖、相互制约的情况, 可是当输入条件和数据相互依赖、相互制约的时候, 采用等价类划分法和边界值分析法是难以描述的, 因此必须考虑采用一种适合于描述多种条件的组合, 相应产生多个动作的方法来进行测试用例的设计。注: 条件和动作之间的逻辑关系是明确的, 能够直接使用判定表法; 如果条件和动作关系不明确, 则要先使用因果图法。 1.名词解释 判定表也称决策表, 是分析和表示多逻辑条件下执行不同操作情况的工具。 条件: 输入或是环境( 可经过分析动作反推出) 动作: 输出/结果 2.判定表法的原理 判定表法设计测试用例的核心是构建判定表, 能够将复杂的问题按照各种可能的情况全部列举出来, 简明并避免遗漏, 设计出完整的测试用例的集合。 3.判定表的构成 判定表一般由四个部分组成, 如图:
判定表设计测试规范
前言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规范。 本测试规范中对移动终端用判定表法设计测试用例原理进行了详细的描述，并用实例加以说明如何使用该方法设计测试用例。包括设计测试用例时的使用范围，设计测试用例的步骤等。 本测试规范介绍了一种通用的测试方法，需要根据被测终端软件需求才能形成具体的测试用例。
目录 引入............................................................ 错误!未定义书签。1．名词解释..................................................... 错误!未定义书签。 2. 判定表法的原理.............................................. 错误!未定义书签。 3. 判定表的构成……............................................ 错误!未定义书签。 4. 判定表的规则 (4) 规则的定义 (4) 规则的合并 (5) 5. 设计测试用例的步骤 (5) 6．实例说明判定表............................................... 错误!未定义书签。 7. 适用范围 (7) 8. 判定表的优点和缺点 (8) 优点 (8) 缺点 (8) 9. 参考文档 (8) 10.修改历史 8
引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据，但是未考虑输入条件和数据相互依赖、相互制约的情况，但是当输入条件和数据相互依赖、相互制约的时候，采用等价类划分法和边界值分析法是难以描述的，因此必须考虑采用一种适合于描述多种条件的组合，相应产生多个动作的方法来进行测试用例的设计。注：条件和动作之间的逻辑关系是明确的，可以直接使用判定表法；如果条件和动作关系不明确，则要先使用因果图法。 1.名词解释 判定表也称决策表，是分析和表达多逻辑条件下执行不同操作情况的工具。 条件：输入或是环境（可通过分析动作反推出） 动作：输出/结果 2.判定表法的原理 判定表法设计测试用例的核心是构建判定表，能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏，设计出完整的测试用例的集合。 3.判定表的构成 判定表通常由四个部分组成，如图： 条件桩：找出问题的所有条件（条件的集合）。通常认为列出条件的次序无关紧要。 动作桩：列出问题规定的可能采取的操作（动作列表）。这些操作的排列顺序没有约束。 条件项：条件取值（输入的取值或环境的真值Y/N） 动作项：动作取值（输出值） 4.判定表的规则 规则的定义 任何一个条件组合的特定取值及其相应的要执行的操作称为规则。 规则也就是说条件项和动作项的对应关系，一个规则相当于一条测试用例。 在判定表中条件的取值一般为真/假，用符号Y/N（1/0）表示，根据条件项的组合确定动作项的取值，即有n个条件就有2n个规则，例如有3个条件分别为A、B、C，就有8中规则,如下表：
软件测试试题 1.下面说法正确的是（ C ）。 A. 经过测试没有发现错误说明程序正确 B. 测试的目标是为了证明程序没有错误 C. 成功的测试是发现了迄今尚未发现的错误的测试 D. 成功的测试是没有发现错误的测试 2.不属于白盒测试的技术是（ C ）。 A. 语句覆盖 B. 判定覆盖 C. 边界值分析 D. 基本路径测试 3.单元测试主要针对模块的几个基本特征进行测试，该阶段不能完成的测试是 （ A ）。 A. 系统功能 B. 局部数据结构 C. 重要的执行路径 D. 错误处理 4.软件测试过程中的集成测试主要是为了发现（ B ）阶段的错误。 A.需求分析 B.概要分析 C.详细设计 D.编码 5.软件测试不需要了解软件设计的（ D ）。 A.功能 B.内部结构 C.处理过程 D.条件 6.（ C ）方法根据输出对输入的依赖关系设计测试用例。 A.路径测试 B.等价类 C.因果图 D.边界值分析 7.通常，在（ D ）的基础上，将所有模块按照设计要求组装成系统 A.组装测试 B.系统测试 C.验收测试 D.单元测试 8.实际的逻辑覆盖测试中，一般以（ C ）为主设计测试用例。 A. 条件覆盖 B. 判定覆盖 C. 条件组合覆盖 D. 路径覆盖 9.使用白盒测试方法时，确定测试数据应根据（ A ）和指定的覆盖标准。 A.程序内部逻辑 B.程序的复杂度 C.使用说明书 D.程序的功能 10.与设计测试用例无关的文档是（ A ）。 A.项目开发计划 B.需求规格说明书 C.设计说明书 D.源程序 11、软件测试技术可以分为静态测试和动态测试，下列说法中错误的是（ D ） A. 静态测试是指不运行实际程序，通过检查和阅读等手段来发现程序中的错误。 B. 动态测试是指实际运行程序，通过运行的结果来发现程序中的错误。 C. 动态测试包括黑盒测试和白盒测试。 D. 白盒测试是静态测试，黑盒测试是动态测试。 12、在软件测试阶段，测试步骤按次序可以划分为以下几步：（ A ） A. 单元测试、集成测试、系统测试、验收测试 B. 验收测试、单元测试、系统测试、集成测试 C. 单元测试、集成测试、验收测试、系统测试 D. 系统测试、单元测试、集成测试、验收测试 13、系统测试中主要用到的测试技术是（B ） A. 回归测试 B. 黑盒测试 C. 白盒测试 D. 功能测试 14、对软件的性能测试、（B ）测试、攻击测试都属于黑盒测试。 A. 语句 B. 功能 C. 单元 D. 路径 15、在用白盒测试中的逻辑覆盖法设计测试用例时，有语句覆盖、分支覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖和路径覆盖等，在下列覆盖中，（D ）是最强的覆盖准则。 A. 语句覆盖 B. 条件覆盖 C. 判定-条件覆盖 D. 路径覆盖
一、等价类划分 例题： 等价类测试用例的设计： ●弱一般等价类 ●强一般等价类 ●弱健壮等价类 ●强健壮等价类 函数f（x,y）有两个输入变量，x的取值范围是[10,30],y的取值范围[40,70] 根据需求: x的有效等价类为[10,20],[21,30],无效等价类<10,>30 y的有效等价类为[40,50],[51,60],[61,70]无效等价类<40,>70 1、弱一般等价类测试用例（x和y的有效等价类的值至少取一次即可） 测试用例编号X y 预期输出 15 45 25 55 15 65 2、强一般等价类测试用例（x和y的有效等价类的值做笛卡尔乘积） 测试用例编号X y 预期输出 15 45 15 55 15 65 25 45 25 55 25 65 3、弱健壮等价类（强一般等价类+其中一个变量取无效值，其他变量取有效值的情况）测试用例编号X y 预期输出 15 45 15 55 15 65 25 45 25 55 25 65 5 45 5 55 5 65 35 45 35 55 35 65 15 35 25 35 15 75 25 75
4、强健壮等价类（在弱健壮等价类的基础上+都取无效值的情况，只是针对两个变量）测试用例编号X y 预期输出 15 45 15 55 15 65 25 45 25 55 25 65 5 45 5 55 5 65 35 45 35 55 35 65 15 35 25 35 15 75 25 75 5 35 5 35 5 75 5 75 35 35 35 35 35 75 35 75 注册界面的需求如下： ●用户名和密码6-20的字母数字组合 ●邮箱满足xxx@xxx.xx格式 ●年龄必须是数字 写出有效等价类和无效等价类，再写出弱健壮等价类测试用例 有效等价类无效等价类 用户名1、6-20的字母数字组合5、全字母 6、全数字 7、<6位的字母数字组合 8、>20位的字母数字组合密码2、6-20的字母数字组合9、全字母 10、全数字 11、<6位的字母数字组合 8、>20位的字母数字组合
判定表设计测试规
刖言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规。 本测试规中对移动终端用判定表法设计测试用例原理进行了详细的描述，并用实例加以说明如何使用该方法设计测试用例。包括设计测试用例时的使用围，设计测试用例的步骤等。 本测试规介绍了一种通用的测试方法，需要根据被测终端软件需求才能形成具体的测试用例。
目录 引入 (4) 1名词解释 (4) 2.判定表法的原理 (4) 3.判定表的构成 (4) 4.判定表的规则 (4) 4.1规则的定义 (4) 4.2规则的合并 (5) 5.设计测试用例的步骤 (5) 6?实例说明判定表 (5) 7.适用围 (7) 8.判定表的优点和缺点 (8) 8.1优点 (8) 8.2缺点 (8) 9.参考文档 (8) 10.修改历史 (8)
引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据，但是未考虑输入条件和数据相互依赖、相互制约的情况，但是当输入条件和数据相互依赖、相互制约的时候，采用等价类划分法和边界值分析法是难以描述的，因此必须考虑采用一种适合于描述多种条件的组合，相应产生多个动作的方法来进行测试用例的设计。注：条件和动作之间的逻辑关系是明确的，可以直接使用判定表法；如果条件和动作关系不明确，则要先使用因果图法。 1. 名词解释 判定表也称决策表，是分析和表达多逻辑条件下执行不同操作情况的工具。条件：输入或是环境（可通过分析动作反推出） 动作：输出/结果 2. 判定表法的原理 判定表法设计测试用例的核心是构建判定表，能够将复杂的问题按照各种可能的情况全部 列举出来，简明并避免遗漏，设计出完整的测试用例的集合。 3. 判定表的构成 条件桩：找出问题的所有条件（条件的集合）。通常认为列出条件的次序无关紧要。 动作桩：列出问题规定的可能采取的操作（动作列表）。这些操作的排列顺序没有约束。 条件项：条件取值（输入的取值或环境的真值Y/N） 动作项：动作取值（输出值） 4. 判定表的规则 4.1规则的定义 任何一个条件组合的特定取值及其相应的要执行的操作称为规则。 规则也就是说条件项和动作项的对应关系，一个规则相当于一条测试用例。
场景分析法 一、以答题业务为例： 1.答对题目增加题目积分，积分达到设定值时奖励一个礼包； 2.取题规则为随机不重复; 3.答错题目后答新题. 开始答题 是否存在 有效题目 提供题目及备选答案 答案是否 正确 增加题目积分 积分大于或等于设定值？给予无有效题目提示 结束奖励一个礼包
1.确定基本流与备选流 基本流: 步骤1. 开始答题 步骤2. 判断是否存在有效题目，存在有效题目，处理:提供题目及备选答案 步骤3. 用户答题并答对题目，增加用户相应积分。 步骤4. 判断积分是否达到设定值，达到，获取一个礼包，流程结束。 备选流1: 不存在有效题目 基本流步骤2时，题库不存在未答题目，处理：给予无有效题目提示，流程结束。备选流2: 答错题目 基本流步骤3时，答错题目，处理：提示用户答错题目，回到基本流步骤2 备选流3：答题后积分达不到设定值 基本流步骤4时，答对题后积分仍达不到设定值，处理：回到基本流步骤2 2.确定以下用例场景： 3.通过从确定执行用例场景所需的数据元素入手构建矩阵
4.设计数据，把数据填入上面的用例表中 二、下图所示是ATM例子的流程示意图。
2.场景设计：下表所示是生成的场景。 3.用例设计
4.测试用例表
三、用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用账号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。 第一步：确定基本流和备选流 基本流：登录在线网站→选择物品→登录账号→付款→生成订单； 备选流1：账户不存在； 备选流2：账户密码错误； 备选流3：用户账户余额不足； 备选流4：用户账户没钱。 第二步：根据基本流和备选流确定场景 场景1成功购物：备选流； 场景2账号不存在：基本流，备选流1； 场景3账号密码错误：基本流，备选流2； 场景4账户余额不足：基本流，备选流3； 场景5账户没钱：基本流，备选流4。 第三步：对每一个场景生成相应的测试用例 测试用例 ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1：成功购物V V V 成功购物 2 场景2：账号不存在 1 n/a n/a 提示账号不存在 3 场景3：账号密码错误 （账号正确，密码错误）V 1 n/a 提示账号密码错误，返 回基本流步骤3 4 场景4：用户账号余额不 足V V 1 提示用户账号余额不 足，请充值 5 场景5：用户账号没钱V V 1 提示用户账号没有钱， 请充值 第四步：设计测试数据 测试用例ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1：成功购物Test 123456 800 成功购物，账号余额减少 100元 2 场景2：账号不存在aa n/a n/a 提示账号不存在 3 场景3：账号密码错误 （账号正确，密码错误）Test 111111 n/a 提示账号密码错误，返回 基本流步骤3 4 场景4：用户账号余额不 足Test 123456 50 提示用户账号余额不足， 请充值 5 场景5：用户账号没钱Test 12345 6 0 提示用户账号没有钱，请 充值
软件的测试方法 软件测试随着软件的不同也衍生出许多的测试方法，但在实际工作中最主要的测试方法有一下几种：等价类划分、边界值、因果图、判定表和场景法 1、等价类划分和边界值 适用场合：有数据输入的地方就可以适用等价类 有效等价类：对程序的需求合理的、有意义的输入，程序接收到有效等价类数据应该正确运行。 无效等价类：对程序的需求不合理的，程序接收到无效等价类数据，应给出错误提示或根本无法输入。 等价类划分的过程： （1）根据需求找出有效等价类和无效等价类，根据需求可以找出 （2）建立等价类列表 （3）根据等价类编写测试用例 下图为等价类边界值根据需求进行的数据分析： 上图中有控件名称、数据需求、有效等价类、无效等价类和边界值，在此表中有效等价类可以根据字面意思找出，边界值有最大值、最小值和次边界值组成，为了快速高效的编写出测试用例，我们经常将有效等价类和有效边界值组合起来编写测试用例。
2、因果图和判定表 主要考虑控件之间的组合，根据需求找出输入条件的组合和输出结果的组合，列出判定表，按照判定表编写测试用例 下图是某个测试实例的判定表： 需求：年薪制员工，严重过失扣除年薪的4%，过失扣除2% 非年薪制员工，严重过失扣除月薪的8%，过失扣除月薪4% 找出输入条件和输出条件，编写判定表 3、场景法 有些软件是用事件触发来控制流程的，而一件事情不同的触发顺序和处理结果就形成了事件的流。 使用场合：填写项较少，所有的操作都是通过鼠标和键盘进行操作的 测试人员要把自己当做最终用户，尽量模拟出用户所有重要操作，可以分成两大类：模拟用户正确的操作，验证软件的业务逻辑，主要功能的实现---基本流 模拟用户错误的操作，验证软件的异常处理能力---备选流 场景法的分析流程： （1）分析需求，找出基本流和备选流 （2）根据基本流和备选流写出场景 （3）根据场景编写用例 下图为场景法实例：
广西师范大学计信学院 《软件测试技术》课程实验 实验报告 题目：黑盒测试法——判定表法 班级：10计本1班 学号：201012301006 姓名：焦德伟 完成日期：2012/10/17
实验二黑盒测试法——判定表法 实验目的：1.掌握因果图、判定表的方法 2.掌握按判定表设计测试用例 实验时间：2学时 实验内容： 1、题目一：隔一天日期问题 功能描述：输入年份、月、日；输出：输入日期在日历上的隔一天日期。如输入1912年12月15日，应输出1912年12月17日。 要求： (1) 读源码并分析程序，给出问题规定的可能采取的操作（即列出所有的动作桩）。 所有的动作桩： （1）、年份超过界限，请重新输入a1 （2）、月份超过界限，请重新输入a2 （3）、日期超过界限，请重新输入a3 （4）、本月为二月，请重新输入日期a4 （5）、month+1 and day=1 a5 （6）、month+1 and day=2 a6 （7）、day=day+2 a7 （8）、year++ and month=1and day=1 a8
（9）、year++ and month=1and day=2 a9 （9）、输入非法a10 (2) 画出简化后的决策表，设计测试用例。实验的决策表： 条件桩： 年份越界：Y1 月份越界M1 日期越界D1 闰年：Y2 平年：Y3 月份二月：M2 月份为十二月：M3 月份为30天每月：M4 月份为31天非十二月：M5 日期小于27：D7 日期为27：D2 日期为28：D3 日期为29：D4 日期为30：D5 日期为31：D6 实验测试用例：
判定表测试规范
判定表设计测试规范
前言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规范。 本测试规范中对移动终端用判定表法设计测试用例原理进行了详细的描述，并用实例加以说明如何使用该方法设计测试用例。包括设计测试用例时的使用范围，设计测试用例的步骤等。 本测试规范介绍了一种通用的测试方法，需要根据被测终端软件需求才能形成具体的测试用例。
目录 引入 (6) 1．名词解释 (6) 2. 判定表法的原理 (6) 3. 判定表的构成 (6) 4.判定表的规则 (4) 4.1规则的定义 (4) 4.2规则的合并 (5) 5.设计测试用例的步骤5 6．实例说明判定表 (9) 7.适用范围 (7) 8.判定表的优点和缺点8 8.1优点 (8) 8.2缺点 (8) 9.参考文档8 10.修改历史8
引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据，但是未考虑输入条件和数据相互依赖、相互制约的情况，但是当输入条件和数据相互依赖、相互制约的时候，采用等价类划分法和边界值分析法是难以描述的，因此必须考虑采用一种适合于描述多种条件的组合，相应产生多个动作的方法来进行测试用例的设计。注：条件和动作之间的逻辑关系是明确的，可以直接使用判定表法；如果条件和动作关系不明确，则要先使用因果图法。 1.名词解释 判定表也称决策表，是分析和表达多逻辑条件下执行不同操作情况的工具。 条件：输入或是环境（可通过分析动作反推出）动作：输出/结果 2.判定表法的原理 判定表法设计测试用例的核心是构建判定表，能够将复杂的问题按照各种可能的情况全部列举
软件测试术语表 A ?Abstract test case (High level test case) ：概要测试用例?Acceptance：验收 ?Acceptance criteria：验收标准 ?Acceptance testing：验收测试 ?Accessibility testing：易用性测试 ?Accuracy：精确性 ?Actual outcome (actual result) ：实际输出/实际结果 ?Ad hoc review (informal review) ：非正式评审 ?Ad hoc testing：随机测试 ?Adaptability：自适应性 ?Agile testing：敏捷测试 ?Algorithm test (branch testing) ：分支测试 ?Alpha testing：alpha测试 ?Analyzability：易分析性 ?Analyzer：分析员 ?Anomaly：异常 ?Arc testing：分支测试 ?Attractiveness：吸引力 ?Audit：审计 ?Audit trail：审计跟踪 ?Automated testware：自动测试组件 ?Availability：可用性 B ?Back-to-back testing：对比测试 ?Baseline：基线 ?Basic block：基本块 ?Basis test set：基本测试集 ?Bebugging：错误撒播 ?Behavior：行为 ?Benchmark test：基准测试 ?Bespoke software：定制的软件 ?Best practice：最佳实践 ?Beta testing：Beta测试 ?Big-bang testing：集成测试 ?Black-box technique：黑盒技术 ?Black-box testing：黑盒测试 ?Black-box test design technique：黑盒测试设计技术?Blocked test case：被阻塞的测试用例 ?Bottom-up testing：自底向上测试 ?Boundary value：边界值 ?Boundary value analysis：边界值分析 ?Boundary value coverage：边界值覆盖率 ?Boundary value testing：边界值测试 ?Branch：分支 ?Branch condition：分支条件 ?Branch condition combination coverage：分支条件组合覆盖率?Branch condition combination testing：分支条件组合测试?Branch condition coverage：分支条件覆盖率