第2章 软件测试基础课件.pptVIP

第二步：根据基本流和备选流来确定场景，如表2-2. 表2-2 确定场景 第三步：设计用例把数据填入用例表中，如表2-3表2-3 测试用例 2）缺点 工作量大, 成本高。通常只用于单元测试，有应用局限； 无法检测代码中遗漏的路径和数据敏感性错误； 不能验证规格说明的正确性； 不易生成测试数据 通常 ，必须编码完成才能根据内部逻辑结构生成。 2.5.2黑盒测试的优缺点 1 优点： 测试人员不需要了解实现的细节，包括具体的编程语言； 测试员和程序员可以由不同的人员来担任； 从用户的角度进行测试，容易被理解和接受； 有助于暴露任何规格不一致或有歧义的问题； 测试用例的设计可以在规格说明完成之后马上进行（提早）； 适用于各阶段测试。 2）缺点 某些代码得不到测试； 如果没有清晰、简洁的规格说明，难以设计测试用例； 如果测试人员不知道开发人员已经执行过该测试用例，会存在不必要的重复测试；（不是同一人） 不能直接针对可能隐蔽了许多问题的特定程序段进行测试； 不易进行充分性测试。 2.5.3灰盒测试 介于白盒测试和黑盒测试之间，是现代测试的一种理念。 在白盒测试中交叉使用黑盒测试的方法； 在黑盒测试中交叉使用白盒测试的方法。 2.6软件测试的最佳实践 编写要素： 基本信息 版本信息、声明信息（免责） 引言 编写目的（可加阅读指南）、项目背景和系统简介、术语和缩写词、参考资料 测试概要 测试目的、范围、用例设计方法、测试环境配置、测试方法和工具 测试结果及缺陷分析 执行情况记录、测试时间、测试版本、覆盖分析、缺陷统计与分析 测试结论 是否充分、风险度量、目标是否达成、相关建议 2.6.3测试用例文档的编制 1、测试用例的设置 用例和功能对应 2、测试用例的设计 等价类划分法、边界值分析法、错误推测法、 因果图法、逻辑覆盖法等。 丰富经验和精心设计。 3、测试用例的评审 4、测试用例的修改更新 5、测试用例的管理 如：word、excel、数据库 2.6.4 选择合适的人才建设测试团队 一、确定测试团队在企业中的定位 隶属其他部门（如项目经理）还是独立？ 工期短时是否被弱化？ 测试员、开发人员及其它团队成员无法进行有效沟通，将提高发布风险 四、确定需要的测试阶段 尽量提早，返工难 不同阶段找出缺陷的耗时示意如下： 五、建立测试团队的内部组织结构 2.6.5 软件工程迭代开发过程 本章小结 白盒测试的概念和测试用例设计方法 黑盒测试的概念和测试用例设计方法 白盒测试和黑盒测试的比较 There is no “one true way”! 软件测试的最佳实践 测试计划 测试报告 测试用例的设计 测试团队建设 习题 假如某个系统的注册用户名要求由字母开头，后跟字母或数字的任意组合构成，有效字符不超过6个。 试确定有效等价类和无效等价类，并据此设计测试用例。 我国电话号码一般由两部分组成。 地区码：以0开头的3位或者4位数字。 电话号码：以非0、非1开头的7位或者8位数字。 应用程序会接受一切符合上述规定的电话号码，而拒绝不符合规定的号码。试用等价类划分法设计测试用例。 针对自动售货机程序运用因果图法进行测试用例设计。 自动售货机有两种东西（橙汁、可乐）供选择（两个按钮），售价均为5角。售货机可以接受5角钱或1元钱的硬币，需要找零钱。例如，投入1元硬币买橙汁，如果售货机没有零钱找，则退回1元硬币，并红灯显示“零钱找完”。 * 图2-1 白盒测试过程示意图 基本路径测试法 逻辑覆盖法 图2-2 黑盒测试示意图 图2-3 管理员信息维护界面 案例:设计某购书网中“管理员信息维护”模块的场景测试用例,管理员信息维护界面如图2-3，点击“Edit”链接，进入编辑界面，如图2-4。 图2-4 管理员信息编辑界面 案例分析: 第一步：确定基本流和备选流，如表2-1。 点击“Edit”后，输入错误的用户信息，点击“UpDate”链接 备选流3 点击“Edit”链接，不点击“Update”点击“Cancel” 备选流2 不点击“Edit”链接，直接点击“删除” 备选流1 点击“管理员信息维护”Tab，点击“Edit”链接，输入正确的管理员姓名、用户名、登录密码，点击“UpDate”链接。 基本流 表2-1 基本流和备选流 基本流 备选流3 场景4-点击“Edit”后，输入错误的用户信息 基本流 备选流2 场景3-不点击“Update”点击“Cancel” 基本流 备选流1 场景2-不点击“Edit”链接，直接点击“删除” 基本流 场景1-正常管理员信息维护 系统提示错误信息 场景4-点击“Edit”后，输入错误的用户信息 4 取消保存上一步输入的信息 管理员