笔记电子版（理论篇）.docxVIP

目录 10802 一、 软件测试基础 1 29535 二、 测试过程 2 18079 三、 测试质量 7 28694 四、 测试方法 10 22458 五、 配置管理（configuration management） 11 19364 六、 需求管理 13 10903 七、 通用测试用例写作 13 27675 八、 缺陷管理 14 8487 九、 测试覆盖率 15 5930 十、 单元测试 15 12248 十一、 集成测试 15 1822 十二、 系统测试 15 PAGE PAGE 2 软件测试基础 目的 什么是软件测试 测试的生命周期 什么是缺陷 软件测试 有目的性的，有提交，能追踪。 生命周期 做一个简易计算器加法。 计划 项目经理完成。 由一个人半小时完成计算加法功能。 分析 界面长什么样。 加法功能：十进制加法，俩个参数相加，输出结果。 设计 考虑加法如何实现。 编码 测试 维护 常见的流程 瀑布模型 从计划到维护一次执行。 时间长。 适合产品型项目。 适合需求不再变化或者变化较少的项目。 螺旋模型 比如:先加法，再减法，再乘法，每次的研发完成后都要做一次评估，看是否需要再研发下去。 敏捷开发 迭代。 适合项目周期短，需求不断变化的项目。 双V模型 IPD RUP 并行流程。 什么是测试 测试发现问题，找出问题。 测试是证明软件是可用的。 测试不仅操作被测软件。 包含若干个活动。 测试时对被测试的认知活动。 测试的目的 项目早期 针对需求，测试文档的测试，规避问题。 项目中期 发现严重缺陷，让软件尽早稳定。 项目后期 证明软件可用。 缺陷 分类 错误：人主观犯的问题，比如开发看错设计。 缺陷：人为错误引入隐藏性的问题。 故障：软件功能不能使用。 失效：软件完全不能使用。 Bug 缺陷分类 实现错误 额外实现 实现缺失 测试过程 目的 了解测试的四个阶段。 了解测试的四个活动 了解回归测试、双V模型。 学习完毕，理解并且用自己的话描述四个阶段、活动、双V模型、回归测试策略 方式 理论+实践 Counter软件 回顾 软件研发活动 计划 需求分析 设计 概要设计 详细设计 编码 测试 维护 硬件产品测试 元器件、设备、整车的测试。 整车测试需要依据说明说、车辆要求进行测试。 元器件、设备需要根据图纸测试。 解读counter文档 需求规格说明 SYS-software requirement specification 问题 内容包括哪些 总体概述 软甲概述 软件功能 用户特性 依赖关系 具体需求 功能需求 输入 处理 输出 性能需求 时间 接口需求 用户接口 软件接口 总体设计约束 标准符合性 硬件约束 技术约束 需求分级 对开发测试的意义 开发按照需求设计产品，最终生产的产品符合需求文档。 测试可以根据该文档对整个软件进行测试。 概要设计说明 HLD-high level design 问题 内容 根据软件的需求分解为若干模块（模块之上可以子系统） 每个模块又分解为函数 函数类似公司的部门 函数名（部门）、输入、输出。 描述函数 功能 输入：输入（办事需要提供数据、信息--报销单据） 输出：输出（事情办理完毕，返回的内容--报销金额） 开发和测试的意义 开发根据该文档开发出模块、子系统。 测试根据文档对模块、子系统进行测试。 详细设计说明 LLD-low level design 问题 内容 函数的实现逻辑（操作+顺序） 函数的逻辑描述 语句描述：开发需要用代码实现该语句的操作。 伪码：开发需要将伪码翻译为符合语句要求的代码。 开发和测试的意义 开发根据该文档开发函数。 测试根据该文档对函数经测试。 函数的内部逻辑和函数功能。 测试的四个阶段 单元测试 对软件的基本组成单元进行测试（函数/类）进行测试 依据：LLD 时间：在一个函数开发完毕，即可进行单元测试。 执行人员：开发人员。 集成测试 将函数组装成模块、子系统，针对模块、子系统进行测试。 依据：HLD 时间:模块函数开发完毕，即可进行该模块的集成测试。 执行人员： 开发人员。 具有开发能力的测试人员。 系统测试 针对整个软件的特性进行测试。 依据：SRS 时间：在软件开发完毕，在硬件系统上对整个软件进行测试。 执行人员：测试人员。 验收测试 执行人员 正式验收 由第三发的公司代替用户进行验收测试。 软件测评中心。 非正式验收 最终用户进行测试。 α测试 用户在可控环境下进行测试。 如：游戏内侧 如：在开发环境下进行验收 计算机 网络环境 β测试 用户咋不可控环境下进行测试。 如：游戏公测。 如:环境 计算机：过时机器、服务器。 操作系统：winxp/win7/游戏厅。 测试阶段的四个活动 测试计划 5w1h(who/w