件，如对数据库的访问权限 8） 用例的编号（ID），如可以是软件名称简写-功能块简
写-NO.。 9） 步骤号、操作步骤描述、测试数据描述 10) 预期结果（这是最重要的）和实际结果（如果有BUG
管理工具，这条可以省略） 11）开发人员（必须有）和测试人员（可有可无） 12）测试执行日期
测试用例的模板
测试工作流程
测试计划内容
p 目标和范围 p 项目估算 p 风险计划 p 进度安排 p 资源配置 p 跟踪和控制机制
测试用例的引进
p 测试用例（Test Case）是为某个特殊目标而编制的一组 测试输入、执行条件以及预期结果，以便测试某个程序路 径或核实是否满足某个特定需求。
p 测试用例（Test Case）是将软件测试的行为活动做一科 学化的组织归纳，目的是能够将软件测试的行为转化成可 管理的模式；同时测试用例也是将测试具体量化的方法之 一，不同类别的软件，测试用例是不同的。不同于诸如系 统、工具、控制、游戏软件，管理软件的用户需求更加不 同的趋势。
客户需求
结构测试 逻辑驱动测试
输出
输入
事件驱动
功能测试 数据驱动测试
黑盒测试方法和白盒测试
一个微软测试工程师的一天
测试用例的优点
p 测试用例是测试人员在测试过程中的重要参考依据 p 测试用例将有助于节约测试时间，提高测试效率。 p 良好的测试用例不断地被重复使用，使得测试过程事半
功倍 p 测试用例是一个知识积累的过程
软件测试的方法
测试阶段或层次
验收测试
系统测试
集成测试
单元测试
功能测试 强壮性测试 性能测试
人工检测和计算机辅助静态分析手段进行检测，但越来越多地采 用工具进行自动化分析 p 动态测试是通过真正运行程序发现错误，通过观察代码运行过程 ，来获取系统信息，对系统行为进行验证。
产品评审
p 通过软件评审，可以更早地发现需求工程、软件设计等各 个方面的问题，大大减少大量的后期返工，将质量成本从 昂贵的后期返工转化为前期的缺陷发现。
2018
软件测试理论基础
汇报人： 汇报时间：2018年 1月
(一)绪论
(1) 测试用例及测试用例的设计 (2) 软件测试的方法 (3) 软件质量的保证和软件测试 (4) 大量软件的测试策略
① 什么是软件测试 ② 软件测试的正反两面性
p 验证软件 p 发现缺陷 p V&V
① 软件测试和开发的关系 ② TDD
p 评审是对软件元素或者项目状态的一种评估手段，以确定 其是否与计划的结果保持一致，并使其得到改进。检验工 作产品是否正确地满足了以往工作产品中建立的规范。
评审的形式和方法
p 互为评审 (Peer review)
p 轮查 (Pass-round) p 走查 (walk-through) p 会议评审 (Inspection)
p 是否正确地构造了软件？即是否正确地做事，验证开发过 程是否遵守已定义好的内容。验证产品满足规格设计说明 书的一致性
p Validation： Are we building the right product? 是 否构造了正是用户所需要的软件？即是否正在做正确的事 。验证产品所实现的功能是否满足用户的需求
静态分析
p 人工检测：人工检测偏重于编码风 格、质量的检验，对设计、代码进 行分析，有效地发现逻辑设计和编 码错误。
p 计算机辅助静态分析：利用静态分 析工具对被测程序进行特性分析， 从程序中提取一些信息，以便检查 程序逻辑的各种缺陷和可疑的程序 构造。
验证和确认
Verification：Are we building the product right？
静态测试和动态测试
主持人 内审员 作者
技术专业人员ຫໍສະໝຸດ 列席人员记录员用户代表
不正式
轮查
互审
走读
正式
审查会议
静态测试和动态测试
p 将需求和设计的评审纳入测试的范畴，可看作是广义测试 p 静态测试包括对软件产品的需求和设计规格说明书的评审、对程
序代码的复审等 p 静态分析的查错和分析功能是其他方法所不能替代的，可以采用
适用性测试 安全性测试 可靠性测试
白盒测试
方法 黑盒测试
目标/特性
不同的分类
p 按测试的对象或范围分类，如单元测试、文档测试、 系统测试等）
p 按测试目的分类，如功能测试、回归测试、性能测 试、可靠性测试、安全性测试和兼容性测试等
p 根据测试过程中被测软件是否被执行，分为静态测试 和动态测试
p 根据是否针对系统的内部结构和具体实现算法来完成 测试，可分为白盒测试和黑盒测试
最不正式的
最正式的
临时评审
轮查
走查 互为评审 评审 同行评审
评审分类
p 管理评审 p 技术评审 p 文档评审 p 流程评审
需求和设计审查
测试人员参与产品需求分析和 系统设计，认真阅读有关文 档，真正理解客户的需求和技 术上的设计，检查需求说明书 对产品描述的准确性、一致性 等，检查系统设计的合理性和 可测试性等
回顾
第2章 软件测试的基本概念
2.1测试用例及测试用例的设计
1.测试用例的引进及其测试用例的使用 2.测试用例的规范要求 3.测试用例的模板
软件测试计划试用例的引进
p 软件测试工作的组织与管理：制定测试策略、测试计划， 确认所采用的测试方法与规范，控制测试进度，管理测试 资源。
p 测试工作的实施：编制符合标准的测试文档，搭建测试环 境，开发测试脚本、与开发组织协作实现各阶段的测试活 动
一一个个好优的秀用的例测的试测表用试述例要，用点应，该例即包的用含例以规中下范应信当息要包：求含的信息
1） 软件或项目的名称 2） 软件或项目的版本（内部版本号） 3） 功能模块名 4） 测试用例的简单描述，即该用例执行的目的或方法 5） 测试用例的参考信息（便于跟踪和参考） 6） 本测试用例与其他测试用例间的依赖关系 7） 本用例的前置条件，即执行本用例必须要满足的条
主动测试和被动测试
p 主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动 被测试对象的行为，从而验证被测试对象的反应或输出结果
p 被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境 中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据.
黑盒测试方法和白盒测试