5软件测试概论.ppt

软件测试;8.1软件测试的基本概念;二、软件测试的特点;二、软件测试的特点 — 结论;三、软件测试的基本原则;四、测试的基本步骤;8.2 软件测试方法;二、动态测试方法（1）;白盒法;① 语句覆盖： 选择足够的测试用例，使得程序中每个语句至少都能被执行一次。 ② 判定覆盖： 执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值。 ③ 条件覆盖：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。 ④ 判定/条件覆盖： 执行足够的测试用例，使得判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果。 ⑤ 条件组合覆盖： 执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。;白盒法步骤：;二、动态测试方法（2）;1. 等价分类法;等价分类法步骤;2. 边值分析法; A 按照输入值范围的边界。 例如：输入值的范围是-1.0至1.0，则可选择用例: –1.0、1.0、-1.001、1.001。 B 按照输入/输出值个数的边界。 例如：输入文件可有1-255个记录，则 设计用例：文件的记录数为 0个、1个、255个、256个。 C 输出值域的边界。 例如：检索文献摘要，最多4篇。设计用例：可检索0篇、1篇、4篇，和5篇（错误）。 D 输入/输出有序集（如顺序文件、线性表）的边界。 应选择第一个元素和最后一个元素。;3.错误推测法;8.3 软件测试的步骤;一、组装测试（Integration Testing）;2.渐增式组装测试;自顶而下增值;自底而上增值;确定集成过程的原则;二、系统测试（system testing ）;;; 测试实际上也是一个项目。 测试也有需求、设计和实现，并且测试本身也会有测试(测试中的测试)。 测试作为项目开发活动中的一部分，在时间上应该有明确的要求，测试计划对于测试来说也是至关重要的。 UML分析模型的每个模式，从严格意义上说都应该经过测试。实际上，通常对用例模型、类对象模型以及用例中典型场景进行测试。; 单个用例测试采取典型应用场景的测试方法，用例模型的测试相当于系统测试，测试的主要目标是用例模型对于用户需求的可跟踪性。 以系统的用户为主要的出发点设计测试用例，通过模拟某个系统用户的行为来测试整个系统，对于该用户的服务提供情况，从而检查系统功能的完整性，用户需求可跟踪性等情况。 用例模型的测试从系统用户的角度测试系统的服务，并不关心每个测试用例所实现的功能如何，所以应该是黑盒测试。; 下面以一个订货中心系统的用例模型为例说明测试用例的设计。 识别五个主要的系统角色(用户)： 管理者(Manager)、发货人员(Shipper) 收款人员(Toll collector)、商务客户(Customer) 信用卡(Creditcard) ;以管理者为例： (1)管理者要求系统为他提供什么功能？管理者需要做哪些工作？ 答：管理者要求系统提供： a.接受顾客订货请求并创建订单； b.计算订单的价钱； c.根据订单信息选择仓库，并将订单发送给仓库； d.查询订单货物发送情况； e.查询客户订单付款情况； f.评价商务结果； g.顾客退货处理； h.把仓库返回的订单发送到收费处； i.商品价格更新。 管理者需要做：生成订单；查询订单时输入订单号。;(2)管理者需要阅读创建、销毁、更新或者存储系统哪些信息？ 答：信息包括：订单、职员(仓库人员、收费人员等)信息、顾客信息、物品条目及价格信息、仓库信息和税务信息。 (3)系统中的事件一定要告诉管理者吗？ 答：是。这些事件包括：仓库有关物品短缺以致无法满足某订单；订单数据出现错误；顾客超过期限未付款。 可见，管理者要使用系统的十个功能，因此至少可以设计出十个测试用例。; 以第三条功能“根据订单信息选择仓库，并将订单发送给该仓库”为例，说明用例的选择。 假设订货中心共有三个仓库，管理者要决定应该选择哪个仓库处理订单。;管理者考虑将订单分配到某仓库的因素： (1)首先仓库必须能够满足订单上的货物要求； (2)选择地理位置与发货点较近的仓库发货； (3)信誉满意度越高的客户就越应该以较高的服务质量来回报。 结合考虑上面三个因素，以最少的成本取得最好的收益，三个订单信息如下：;;测试用例1： 输入：订单1 预期结果：选择仓库B来处理订单(三个均可，大宗订单，客户信誉度高)； 测试用例2： 输入：订单2 预期结果