作者：admin 发布时间：2022-12-17 04:45 分类：算命 浏览：214
今天给各位分享测试用例表的知识，其中也会对淘宝购物车的测试用例表进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
大家好，我是十一。
上面一篇我们讲了正交实验法，我们先来回顾下：
此篇我们主要解答前篇中的几个问题以及课后作业答案。
上篇中我们举例来说明当现实情况与现有正交表不匹配时，采用： 缩减水平匹配相近的正交表的方法 设计测试用例。
上篇的例子我们采用大于实际水平的正交表来做一次。
上篇分析可得如下因素-水平表：
得知我们总共有3个因素，一个3水平、两个2水平，没有匹配的正交表，选择大于实际水平的最小行数的正交表，经过筛选，可以采用L9(3^4)的正交表，套用最终L9(3^4)的正交表形成以下组合（表1，原则是：没有的就空着就行，比如我们只有三个因素，而L9(3^4)是4个3水平的因素，那么多出来的那个就空着，如下表所示，最后一列空着；缺少的因素水平也采用同样方法，没有就空着）：
去掉包含无效因子、水平的行数，最终得到表2：
表2与采用缩减水平匹配正交表方法得到的测试用例缺少了如下2行：
综上所述：一般来说，缩减水平匹配正交表的方法设计出来的测试用例覆盖率更高些（当然也有特殊情况）。
这个就得靠个人经验以及边界值分析、错误分析的思路，比如上述例子中，大家用边界值的思路很容易想到2个易出错的地方：开始位置点快退和结尾位置点快进。那把这两个也插入我们最终的表中即可（如果已经有了，则不用重复添加）。
那我们最终的得到的测试用例表如下：
两种写法：
1.以往方式
2.由正交表得到得到的测试用例表+前提条件+预期结果即可。
以上两种写法都可以，大家在实际应用中看公司内以往的测试用例风格编写即可。如果公司内没有要求，那么看大家自己喜好编写即可。
不过我认为一个公司的测试用例最好能够保持一致性，这样可读性更高些。
好了，今天到此结束。如有任何问题请留言及时与我沟通，我会尽快回复大家！谢谢大家~我们下次再见！
判定表(Decision table)是另一种表达逻辑判断的工具。与结构化语言和判断树相比，判断表的优点是能把所有条件组合充分地表达出来；其缺点是判定表的建立过程较繁杂，且表达方式不如前两种简便。判定表在用于知识表达中，有许多其他方式所达不到的作用
判定表法定义
判定表是分析和表达逻辑条件下执行不同操作的情况的工具。
判定表的4个组成部分
判定表通常有以下四个部分组成：
1)条件桩（Condition Stub）：在左上部，列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
2)动作桩（Action Stub）：在左下部，列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
3)条件项（Condition Entry）：在右上部，列出针对它左列条件的取值。在所有可能情况下的真假值。
4)动作项（Action Entry）：在右下部，列出在条件项的各种取值情况下应该采取的动作。
判定表法设计测试用例步骤以及案例讲解
判定表的建立步骤：
1)确定规则的个数.假如有n个条件。每个条件有两个取值（0,1）,故有2的n次方种规则。
2)列出所有的条件桩和动作桩。
3)填入条件项。
4)填入动作项。得到初始判定表。
5)简化、合并相似规则（相同动作）。
案例：
判定表也称我决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。与因果图法相似判定表法主要侧重输入条件之间的逻辑关系。
1.判定表主要包含以下五部分：
条件桩：列出所有可能的条件
条件项：列出所有的条件取值组合
动作桩：列出所有可能的操作
条件项：列出在每一种条件取值组合的情况下，执行动作桩中的哪些动作。
规则：一种条件取值组合与其对应的动作组合（即判定表中贯穿条件项和动作项的一列）构成判定表的一个规则。条件组合的数目就是规则的数目。
2.建立判定表可遵循的步骤
1）列出条件桩和动作桩
2）确定规则的个数，用来为规则编号。
若有n个原因，且每个原因的可取值为0或者1，那么将会有2n个规则。
3）完成所有条件项的填写。
4）完成所有的动作项的填写。（得到初始判定表）
5）合并相似规则，用以对初始判断表进行简化。
有两个或者多条规则具有相同的动作，并且条件项之间存在极为相似的关系就可以进行合并。
3.实例
问题描述： “……对于功率大于50马力的机器，并且维修记录不全或已运行10年以上的机器，应给予优先的维修处理……”
条件桩：
C1：功率大于50马力吗？
C2：维修记录不全吗？
C3：运行超过10年吗？
动作桩：
A1：进行优先处理
A2：作其他处理
生成判断表：
简化判定表：
1，2合并，5，7合并，6，8合并
对各个功能模块进行测试点分析，提取测试点再堆测试点进行用例编写。
比如对PC端QQ账号的登录模块，提取测试点就有：
①正常登陆；
②账号为空时点击登录；
③密码为空时点击登录；
④账号密码都为空时点击登录；
⑤密码错误时点击登录 ；
⑥找回密码功能是否有效；
⑦记住密码功能是否有效；
⑧自动登录功能是否有效。
编写测试用例该注意：
①根据项目的实际情况设计测试用例表格；
②用例格式不要生搬硬套；
③根据具体情况编写。
本回答以ECShop前台应用中用户注册、用户登陆、商品搜索等功能为例介绍测试用例设计活动。
1 用户注册
用户注册功能需求如图1所示。
图1用户注册需求
用户注册需求共涉及4个输入项和1个选择项。针对于输入项，利用等价类及边界值用例设计方法进行设计，选择项则无须设计在步骤中，在测试执行时分别执行勾选与不勾选即可。
01.用户名
用户名共有三个条件：必填、不少于3个字符、不能重复，分别构造有效等价类及无效等价类，具体如表4-1所示。
敏捷测试用例根据实际测试需要，不一定写的非常细致，如“用户名”包含字符类型，此处无须再划分纯字母、纯汉字、特殊符号等，构造数据时可混搭。
02.email
email有两个条件：必填、符合规定格式，分别构造有效等价类及无效等价类，如表4- 2所示。
03.密码
密码有两个条件：必填、不少于6个字符，分别构造有效等价类及无效等价类，如表4- 3所示。
04.确认密码
确认密码有两个条件：必填、与密码一致，分别构造有效等价类及无效等价类，如表4- 4所示。
测试工程师利用禅道设计用例，如图4- 5所示。
图4- 5用户注册功能测试用例
2 .用户登录
用户登陆需求如图4- 6所示。
图4- 6用户登陆需求
用户登陆共有三个字段：用户名、密码、保存登陆信息，其中用户名、密码为输入框，保存登陆信息为选择框。因该需求比较简单，故无须分析过程，直接进行用例设计，如图4- 7所示。
图4- 7用户登陆功能测试用例
3. 商品搜索
商品搜索需求如图4- 8所示。
图4- 8商品搜索需求
通过需求分析，商品搜索功能较为简单，测试用例设计时只需考虑一个搜索条件的测试，测试工程师从搜索功能开发角度考虑。
对于系统而言，如果数据库中存在某个关键字的商品，则应该显示，否则应当提示没有匹配的商品，故搜索用例设计不需要使用复杂的用例设计方法，测试工程师只需根据经验设计用例即可。
对于显示方式，存在显示方式、排序条件、排序方式三种，显示方式又分为小图列表、大图列表、文字，排序条件有按上架时间、按价格、按更新时间，排序方式有升序与降序，如果完全组合则有3*3*2=18种组合，测试工程师可利用正交试验用例设计方法进行设计。
通过分析，共有3个参数，每个参数分别有3、3、2个取值，因此需选择因子数、水平数都3，且试验次数最少的正交表。查询正交表，4因子3水平正交表符合条件，如表4- 5所示。
替换参数，得到表4- 6。
多余因子4舍弃不用，排序方式中的3，可使用升序或降序任意填充，由于4因子3水平表中没有全部取2与3的情况，因此根据经验再补充两条，最终得到表4- 7所示的正交表。
表4- 7优化后的商品显示测试组合
结合搜索条件，利用禅道设计用例如图4- 9所示。
图4- 9商品搜索功能测试用例
通过上述过程，测试工程师完成测试用例的设计工作，评审通过后等待测试版本发布，然后进行测试用例执行、跟踪处理缺陷等活动。
一个测试用例描述了针对某个目标对程序进行测试所采用的一组实际输入、程序执行条件、测试步骤和预期的输出，以核实某个程序或其中的特定路径是否满足特定需求。由于程序输入的范围会非常大，因此会导致一个软件可选的测试用例数目巨大（甚至是无穷的）。这时，需要恰当地设计和选择测试用例集，以在限定的资源和时间内，尽可能地暴露软件中的错误。因此，测试用例集的设计通常被认为是测试中最重要、也是最困难的方面。由于实际测试中使用的测试用例集的输入范围只是程序输入的子集，因此即使软件通过了测试，也无法保证程序一定是正确的。这说明测试本身是不完全的，不能证明程序无错。人们认为，软件测试活动从未间断，只是在软件交付用户使用后，将由用户扮演测试角色而已。
对每个测试用例都需要给出具体描述，表1给出了一个测试用例模版示例。
表1
测试用例模版用例标识：对该测试用例赋予一个唯一标识用例开发者：谁编写的本用例
用例开发日期：编写用例的日期测试项：描述将被测试的具体特征、代码模块等对象测试输入：测试时为程序提供的输入数据前提条件：执行测试时系统应处于的状态或要满足的条件等环境要求：执行测试所需的软硬件环境、测试工具、人员等测试步骤：(1)……；（例如，点击“文件”菜单中的“新建”菜单项）
(2)……；（例如，在“test
case”目录下选择“test5.dat”文件）……预期输出：希望程序运行得到的结果
用例之间的依赖性：该测试用例依赖或受影响的其它测试用例
当测试用例数量多时，文档化的工作量就比较大。这时，模版内容在实际测试中可以根据需要进行简化，例如把各个测试用例所共有的内容单独列出来（如环境要求），并把所有测试用例用一张表格描述出来。
关于测试用例表和淘宝购物车的测试用例表的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。