2014场景法技术方案.ppt

黑盒测试_场景法 163.com 密码：testing 前面讨论的测试方法主要侧重于数据的选择，不涉及操作步骤，无法对涉及用户操作的动态执行过程进行测试覆盖，适合于在函数层面上展开测试。 对于复杂系统，若在功能层面上做测试，不仅涉及测试数据的问题，更重要的是如何从全局把握系统的整个业务流程，确保针对多个功能点交叉、存在复杂约束的条件下，测试可以充分覆盖到。 场景法 现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想被引入到软件测试中，可以描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。 提出这种测试思想的是Rational公司，并在RUP2000中文版当中有其详尽的解释和应用。 事件流 场景 基于场景测试的难点 1.如何根据需测试的业务来构件基本流和备选流 2.如何基于这些事件流构建场景，以满足测试完备和无冗余的要求 3.如何根据场景设计测试用例 场景的构建 场景的构建 场景法 ?模块：文章审批管理??? 项目背景：某企业网站为企业的每个成员开通帐号，每个企业成员都可以发表文章到该网站上。一般需要由管理员审批后，才能发表到公司网站上面。  功能描述：对于企业成员发表的文章。如果该成员被设置为发表的文章需要管理员审批，则此用户发表的所有文章需要等待管理员审批后才能发表在公司网站上；如果审批不通过，管理员直接删除该文章，并通知该用户。同样的，如果某成员没有被设置为发表文章需要管理员审批，该用户发表文章直接发布在公司网站里。 基本流：1.一用户（企业成员）被设置为：该用户发表文章时需要由管理员审批后，才能发表到公司网站上面。? ?（被设置为该项内容的用户简称为A用户）2.A用户发表了一篇文章。3.管理员收到A用户发表文章请求。4.管理员审批通过A用户发表的文章。5.A用户文章发表到网站上。 备选流：1.B用户，可以直接发表2.用户A提交发表文章请求，管理员拒绝 测试用例：1.基本流2.基本流 备选1：更改为B用户，用户提交发表文章请求，直接发表在网站上。（预期）如果结果出现需要管理员验证则是缺陷3.基本流 备选2：用户为A，用户提交发表文章请求，管理员拒绝，删除文章并提醒用户。（预期） 出现没有删除或没有提醒用户或文章出现在网页都算缺陷 在线购物系统 ? 有某在线购书的实例，用户进入某在线购书网站进行购物，选购书后，进行在线购买，这时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购书过程。 确定基本流和备选流 根据基本流和备选流确定场景 下表是对某IC卡加油机应用系统基本流的描述 下表是对该IC卡加油机应用系统备选流的描述 根据题目的描述可知，本案例中存在着以下5种场景。场景1：基本流A。场景2：基本流A、备选流B。场景3：基本流A、备选流C。场景4：基本流A、备选流D。场景5：基本流A、备选流E。 本案例中与场景2（AB）相关的描述如下。A2，验证加油卡。加油机从加油卡的磁条中读取账户代码，并检查它是否属于可以接收的加油卡。B，加油卡无效。在基本流A2过程中，该卡不能够识别，或是非本机可以使用的IC卡，加油机退卡，并退出基本流。由“备选流B（加油卡无效）”的描述中提取出场景2（AB）的名称—“卡无效”，输入值是“账号无效”，预期结果是“退卡”。 本案例中与场景3（AC）相关的描述如下。A2，验证加油卡。加油机从加油卡的磁条中读取账户代码，并检查它是否属于可以接收的加油卡。A3，验证黑名单。加油机验证卡账户是否存在于黑名单中，如属于黑名单，则加油机吞卡。C，卡账户属于黑名单。在基本流A3过程中，判断该卡账户属于黑名单，例如，已经挂失，加油机吞卡并退出基本流。由“备选流C（卡账户属于黑名单）”的描述提取出场景3（AC）的名称—“黑名单卡”，输入值是“账号有效”和“黑名单卡”，预期结果是“吞卡”。 基本流A1~A4、备选流D的相关描述与本案例中场景4（AD）有关。由“备选流D（加油卡账面资金不足）”的描述提取出场景4（AD）的名称—“金额不足”，其输入值为“账号有效”、“非黑名单卡”、“输入购油量有效”、“加油机油量有效”和“账面金额无效”，预期结果是“提示错误，或重新输入购油量，或退卡”。 基本流A1~A4、备选流E的相关描述与本案例中场景5（AE）有关。由“备选流E（加油机油量不足）”的描述提取出场景5（AE）的名称—“油量不足”，其输入值为“账号有效”、“非黑名单卡”、“输入购油量有效”、“账面金额有效”和“加油机油量