浅析软件测试技术与测试管理

３ 软 件 测 试 技 术 的地 位
程 序 是 由人完成 的 ，并且软 件开 发 是个 很复 杂的过程 ，期间很容易产生错误 ，无论是 软件 从业 人员还是专家、学者都无法避免的产 生错 误 ，因此，软件 中存 在错误 和 Ｂ Ｕ Ｇ是正 常 的、无法 改变 的。所 以 ， 软 件测试的 目的是 通过 测试 技术尽 可能的发现软件在研 发和使用 中的漏洞 ，并且找 到解决 问题 的办法 ，以期提 高软件 的质量 。一个成功 的测试 用例 在于发现 了至今 尚未 发现 的缺陷。其实 ，。软件 编程的 过程也会 出现一些不 可避免 的错误，例如 ： 对 于用户需求 的错误分析和编程 出现的一 些语 法 错误 ，如果软件与 发票费用相 关更是 与测试 密 不可分 。软件不断地接近成熟和 完成 以及投入 使用阶段 ，软件测试工程师必须更加谨慎的检 测每一部分程序 ，一段程序的完成 ，测试工作 量 占有总工作量 ４ ０ ％ 以上 ，这就给 我们说 明 ： 测试 是软件 开发成 功的重要组成部分。
１下面介绍几种测试 的方法
１ ． １静态测试和动 态测试
（ １ ）静态 是指被 测试程序 不在机器 上运 行 ，而是采用人工检 测和计 算机辅助静态分析 的手段 对程序进行检 测，主 要方法包括人工测 试 和计 算机辅助静态分析 。静态分析 的查错和 分析功 能是其他方法所不能替 代的 ，静态分析 能 发现文档中 问题 。目前 ，静 态测试已被当做 种 自动 化的、主要的代码校验方法 。但静态 测试 不能检测程序的实 际执行情 况 ，无法得到 参考文献 ２ ． ２组 装 测 试 程序 的执 行结 果。 ［ １ ］陈会 霞 ，周 利 华 ．关 于软 件 测 试 的 浅议 （ ２ ）动态测 试是实 际运行被 测程序 ，输 ［ Ｊ ］ ．中国测试技 术 ， ２ ０ ０ ５ （ ０ ４ ） ． 在 模块 的基 础上 ，需 要将所 有 模块 的功 入相应 的测试 用例 ，判定执行结果 是否符合要 ［ ２ 】王 晓 华 ．软 件 测 试 技 术 应 用 研 究 ［ Ｊ ］ ．国 求 ，从而检验程序 的正确性 、可靠性和有效性 。 能全部 测试 完成后组装成为系统 ，组装测试 的 防科技工业 ， ２ ０ １ ２ （ ０ ３ ） ． 目的在 于，连接所有模块之后 ，模块之 间的接 般意 义上的测试主要是指动 态测试。动态测 ［ ３ 】钟 百成 ，张 言上 ．关于软件测试技 术的探 试是一种 经常运 用的测试方法 ，无论在单 元测 口、触 发器是否 能正常运行 ，并且计算显示的 讨 ［ Ｊ ］ ．数 字技 术 与应 用 ． ２ ０ １ ２ （ ０ ２ ） ． 数据是否正确 ， 模块之 间的功能是否互相冲突 ， 试、 集成测试 中， 还是在系统测试 、 验 收测试中 ， ［ ４ ］李 雪梅 ， 高媛 ， 杨 立 波 ．浅谈 软 件 测 试 都是一种有效 的测试方法。但动态测试不 能发 是否达 到预 期的 目的和结果显示 ，是否构成正 【 Ｊ 】 ． 太原 大学学报 ， ２ Ｏ １ ２ （ ０ １ ） ． 确的 、预期 的数据结 构。不同模 块之间的误差 现文档 问题 ，必 须等待程序代码完成后进行 ， 有多少 ，有多少可 以解决 ，有多少 不能解决 。 发现 问题相对迟得 多 ，一旦发现 问题 ，必须 重
软 件从 研发 初 期直 到投入 使 用之 后都 离 不开测试 ，并且是不断的测试 ，测试 的价值在 于不 断的完善软件本身 ，在测试 中找到可能存 在 的失误 和漏洞并及时修复 以保证软件在 正常 使用 中能够避免 财产等损失 。软件测试是软件 质量保证 的重要 手段 ，通过软件测试可 以发现 软件缺 陷，从 而修改缺陷 ，提高软件 的质量水 平 ，软件测试不 但需 要检测工具 ，更需要测试 人员的判 断，对业务 知识的掌握程度 以及测试 用例的设计能力 、知识 和经验 。
需求 分析 、设 计规 格说 明和 系统 编 码 的最 终 复 审。所 以，软 件 测 试 不止 是 为 了测 试程 序 ，需求 分 析 、概要 设 计 、详 细设 计 和流 程 设计都是软件 测试的对象。
【 关键 词】软件 测试溯 峭技术 测试Ｌ 具信射乜 管 理
（ １ ）黑 盒测试 ，也称功能 测试或数据 驱 动测试。黑盒测试是在 已知产 品所应 具有的功 能 ，通过测试来检测每个功能是否都 能正常使 用。测试时 ，测试者只在程序接 口 进行 测试 ， 它检查程序功能是否按照需求规格说 明书的规 定正 常使用 ，程序是否能适 当地接收输入数锯 而产 生正确的输出信息 ，并且保持外部信息 的 完整性 。 “ 黑盒”法 是穷 举输 入测试 ，只有 把所有 可能的输入 都作为测试情况使用 ，才能 以这种方法查 出程 序中所有的错误。实 际上人 们不仅要测试 所有 合法的输入 ，而且还要对那 些不合法但是可能 的输入进行测试 。 （ ２ ）白盒测试 ，也称 结构 测试或逻 辑驱 动测试 。白盒测试 是通过 测试来检测产品内部 动作是否按照规格说 明书的规定正常进行 ，主 要用于软件验证 。 “ 白盒 ”法全面 了解程 序内 部逻辑结构 、对所有逻辑路径进行 测试 。 “ 白 盒”法 是穷举路径测试 。 在 使用这一方案时 ， 测试者必须检查程序 的内部结构 。贯穿程序 的 独立 路径数是天文数字 。但 即使每条路径都测 试 了仍然 可能有错误 ，因为穷举路径测试决不 能查 出程序 违反了设计规范 ，即程序本身是个 错误的程序 。
１ ． ３ 自动 化 测 试
性是否达 到预期 的愿 望 ，是否 能按照预期的组 织结构 、 系统结 构、 用例分析和时序分析运作 ， 并且进行验收测试和安装测试 。
２ ． ４ 系统 测 试
系统 测试 是确 认软 件是否 与 硬件 互相 支 持 ，是否能满足软件使用者对软件 的需 求和操 作简便的愿望 ，比如说查询模块运行完 后界 面 中查询条件应该为查询之间输入 的查询条件 。 系统测试保证了系统的正常运行 ，另外很重要 的就 是权 限测试 ，系统在研发之初定义 的权 限 信息和权 限功能是否 实现 ，是否 发现软件成品 与软件定义不符合或者矛盾 。
矛盾 也越 来 明显 ， 引发 了软件 危 机 ，在 这样 的情 况 下，软 件 工程 的软 件 测试 部分 显得 愈 发 重要 ，
１ ９ ９ ３年 的 Ｉ Ｅ Ｅ Ｅ是 这 样 定 义 软 件 测 试 的： “ 将 系统 化 的、规 范的 、 可度 量 的 方 法 应 用 于 软 件 的 开 发 、 运 行 和 维 护 的 过 程 ， 即 将 工 程 化 应 用 于软 件 中” 。软 件 测 试就 是 在 软件 投 入使 用 之前 ，对 软件 的
Ｓ ｏ ｆ ｔ ｗ ａ ｒ ｅ Ｄ ｅ ｖ ｅ ｌ ｏ ｐ ｍｅ ｎ ｔ・ 软件开发
浅析 软件测试技术与测试管理
文／ 叶 姗 姗
随着计 算机 硬件 的飞速发展 ，
应用 范 围 的扩 大，软 件研 发 的数 量也 急 剧增 长且 涉 及各 个 领域 ， 软件 日益 增 长 的需 求使得 研 发 的