《软件工程与项目管理》第6章_软件测试.pdf

《软件工程与项目管理》第6章_软件测试.pdf

  1. 1、本文档共53页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程与项目管理 学时:40学时 第6章软件测试 • 掌握:白盒测试、黑盒测试、测试用 例、逻辑覆盖、等价类划分、边界值分 析、错误推测法、因果图法、单元测 试、集成测试、确认测试、系统测试、 Alpha测试和Beta测试。 6.1 软件测试概述 6.1.1 软件测试的概念 软件测试是在软件投入运行之前对软 件需求分析、设计规格说明及编码的最 终审查,是软件质量保证的关键步骤, 是为了发现错误而执行软件的过程。 6.1.2 软件测试的目的 软件测试的目的就是为了发现错误并 纠正错误,可以将其总结为以下几点: (1)测试是一个程序的执行过程,它 的目的在于发现错误。 (2)一个好的测试用例极可能发现至 今未发现的错误。 (3)一个成功的测试是发现了至今末 发现的错误的测试。 6.1.3 软件测试的原则 (1)测试前要认定被测试软件有错,不要认为软件没有 错。 (2)要避免由程序编写者自己进行测试。 (3)要注意测试用例的合理设计和选择,预期结果的定 义要有利于错误的检测。 (4 )软件测试要以软件需求规格说明书为标准。 (5)测试是相对的,不能穷尽所有的测试,要根据人力 物力安排测试。 (6)应当制定严格的测试计划。 (7)妥善保存测试计划与测试用例,为以后的维护提供 方便。 6.2 软件测试方法 6.2.1 软件测试方法分类 1.按测试步骤与策略分类 可分为单元测试、集成测试、确认测试、系统测 试、α测试和β测试。 2.按测试技术分类 可分为白盒测试与黑盒测试。 3.按测试的环境分类 可分为静态测试与动态测试。 4.按测试的功能分 可分为配置测试、兼容性测试、语言测试、易用性 测试、文档测试、特殊测试等。 6.2.2 白盒测试 • 白盒测试是把程序看做一个透明的盒子,能够了解它的内部结构 和处理过程,即对程序的所有逻辑路径进行测试,检查是否都能 按预定要求正确工作。 • 用白盒测试方法不可能进行完全测试,因为企图遍历所有的路径 也是不可能做到的。 图6-1 一个程序的控制流程图 6.2.3 黑盒测试 • 黑盒测试法是把程序看成一个黑盒子,不考虑程序的内部逻辑结构和处 理过程,只着眼于程序的外部特性 • 很显然,因为企图遍历所有的输入数据是不可能做到的,所以用黑盒测 试法也不可能进行完全的测试。 图6-2 一个简单的程序模型 6.3 测试用例 6.3.1 测试用例概述 • 测试用例是为特定目的而设计的一组测试输 入、执行条件和预期的结果。测试用例是执行 的最小实体。 • 以在图6-1的程序模型为例,输入变量为A 、 B、C,输出变量为b,假设程序体为: b = A + B + C 则一个可能的测试用例为: A=1 ,B=2,C=3,b=6 “A=1 ,B=2,C=3”为测试输入,“b=6”为预期结果, 没有执行条件。 在实际测试工作中常存在以下误区: (1)好用例就是能发现到目前为止没 有发现的缺陷的用例。 (2)测试用例应该详细记录所有的操 作信息,即使一个以前没有接触过此系 统的人员也能进行测试。 6.3.2 逻辑覆盖 1.语句覆盖 语句覆盖就是选择足够多的测试用 例,使得被测程序中的每个可执行语句 至少执行一次。这是一种最基本的覆盖 要求。 例如,某PASCAL源程序如下: IF (A1) AND (B=0) THEN X:= X/A; IF (A=2) OR (X1) THEN X:=X+1; 为方便问题的讨论,图6-3给出了该段程序的流程 图,其中共有两个判定,将判定“(A1) AND (B=0)”记 为

文档评论(0)

xingyuxiaxiang + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档