[工程科技]测试学习一.doc

测试计划与软件缺陷 软件和软件测试 软件的定义 软件（software）是计算机系统中与硬件（hardware）相互依存的另一部分,他包括程序（program），文档（document）的完整结合 软件与程序的区别 软件 = 程序（包括数据） + 文档 软件的分类 按功能划分 系统软件 支撑软件 应用软件 按模块划分 类别 参加人数 研制期限 小型 10人以内 1到6个月 中型 10到100人 1年以内 大型 100人以上 1年以上 按技术特点划分 业务软件 管理信息系统（MIS） 企业资源规划系统（REP） 决策支持系统（DSS） 科技计算软件（图形计算） 嵌入式软件 首先在宿主机上用某种语言开发，经交叉编译后成为单片机的机器码程序，“烧 入”单片机，成为嵌入式 实时软件（火灾自动报警系统） 个人计算机软件 人工智能软件 软件的特点 软件是一种逻辑实体 软件的产生与硬件不同 软件运行和使用没有机械磨损和老化问题 软件的开发和运行对计算机系统有一定的依赖性 目前还没有摆脱手工开发方式 软件是复杂的 软件的成本相当高 软件的作用越来越突出 很多的软件工作涉及到社会因素 软件测试的概念 是为了发现错误而执行程序的过程 关心程序的效率和鲁棒性（备注：所谓鲁棒性是强壮，健壮。鲁棒性越强系统精确度就越高，性能越好 检验软件是够满足规格需求 弄清预期结果与实际结果之间的差别 软件测试定义 使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求 或弄清预期结果与实际结果之间的差别 软件测试活动一般包含 制定测试计划 设计测试用例 实施测试 提交缺陷报告 测试总结 软件测试和调试的区别 测试 调试 发现软件错误（测试人员不负责修改） 确定错误位置对程序（设计、编码）进行修改 贯穿这个软件声明周期 主要在开发阶段 测试和开发人员参与 程序员参与 软件的缺陷 什么是缺陷 不满足用户确定需求 产生缺陷的原因 人员（用户、设计、开发、测试、技术支持）沟通不够，甚至不进行交流 文档不完善甚至没有文档 需求不断变化 参与人员国度自信 程序设计本身有误、 软件负复杂度大，缺陷很难避免 工期短，任务重，时间压力大 软件开发工具与系统软硬件的支持 识别缺陷的依据 通过参考文档来确认缺陷 需求规格说明书 概要设计，详细设计 用户手册 了解软件行业标准、行业背景来发现缺陷 通过沟通来确认和识别缺陷 再现与优化缺陷的方法 不要想当然的接受任何假设 查找依恋关系和竞争条件问题 与压力和负荷相关的边界条件软件缺陷、内存泄露和数据溢出缺陷的发生有一定的前提条件 状态缺陷仅在特定软件状态中显露 考虑资源依赖性，内存，网络，硬盘共享的相互作用 关注硬件的实效问题，硬件不可能按照预定方式工作 关注软件的实效问题，对缺陷的修改可能会引发新的缺陷 从阅读缺陷报告入手，提高编写缺陷报告的能力 有效记录缺陷的方法 保证重现缺陷 分析故障---使用最少步骤复现故障 包含所有重现缺陷的必要步骤 方便阅读 尽量简单---一个缺陷一个报告 注意自己的语气 值得注意的经验 缺陷报告的用途 记录缺陷 缺陷分类 缺陷跟踪 为什么要尽早的报告缺陷 软件测试应尽早执行（不同阶段引入的缺陷对于软件的成本有很大的影响） 阶段 相对修复费用 需求阶段 1 设计阶段 5 编码阶段 10 单元测试阶段 20 验收阶段 50 维护阶段 200 是不是多有的缺陷都会被修复 不是可能会保留或者下一版本修复 缺陷报告的分类 按缺陷所处状态分类 按处理意见分类 待确认的 已修改的 新提交的 不是问题 已分配的 无法修改 问题未解决的 以后版本解决 待反测的 保留 待归档的 重复 已归档的 无法重现 缺陷报告处理流程 缺陷跟踪系统 状态（status） 处理办法（resolution） 待确认的（Unconfirmed）：待确认后提交到系统中 新提交的（New）：这个bug刚刚被提交到系统中，还没有做任何的处理和响应 未解决的（Reopened）：这个bug曾经被处理过一次，但是处理的结果不太正确 处于左侧这三种状态的bug，其处理办法为空。 已解决的（Resolved）：这个bug已经被处理了，提醒测试组对此bug进行验证 已验证的（Verified）