研发项目测试基础-《软件测试的经验与教训》学习心得.ppt

* * * * * 第*页 第*页 * * 2013年2月1日星期五 一 二 三 四 五 过程管理 项 目 概 述 测试设计 测试工具 工作产品 一 概 述 角度 关注点 内容 测试方 独立性与公正性 第一方测试、第二方测试、第三方测试 测试员 用户 α测试、β测试、强力测试（bug bash）、相关领域的专家测试、结对测试、自用测试 覆盖率 测试内容 功能测试、特性或功能集成测试、菜单浏览、域测试、等价类分析、边界测试、最佳代表测试、输入矩阵、逻辑测试、基于状态的测试、路径测试、语句与分支覆盖率、配置覆盖率、基于规格说明的测试、基于需求的所有测试、组合测试 潜在问题 测试原因 基于风险测试管理确定测试内容，基于风险分析确定测试约束 活动 测试方法 回归测试、脚本测试、冒烟测试、探索式测试、游击式测试、场景测试、安装测试、负载测试、长序列测试（疲劳测试）、性能测试 评估准则 是否通过 基于自校验数据的测试、基于规格说明或文档的测试、基于理念（oracle）的测试 类 目 ST ET 测试与测试用例的关系 测试用例在之前就设计和记录好，过后再测试执行或被其他测试人员执行 测试设计和执行时在同一时间完成，而且他们不是必须记录下来，但也有可能 与测试执行的关系 可以控制测试执行 可以提升测试设计 过程的交互性 就像做个已准备好的演讲，由之前想好的想法引导着 就像一个对话，是自动向导的 探索式测试（exploratory testing） 是一种自由的软件测试风格，强调测试人员同时开展测试学习、测试设计、测试执行和测试结果评估等活动，以持续优化测试工作。 作为一个特定的技术术语，它是由测试专家Cem Kaner博士在1983年提出的，并受到语境驱动的软件测试学派（context driven testing school）的支持。 是一种软件测试风格（style），而不是一种具体的软件测试技术（如等价类划分、边界值分析、组合测试等）。 强调独立测试人员（individual tester）的个人自由和责任其目的是为了持续优化其工作的价值（value）。 探索测试建议在整个项目过程中，将测试相关学习、测试设计、测试执行和测试结果解读作为相互支持的活动，并行地执行。 一 二 三 四 五 过程管理 概 述 测试设计 测试工具 工作产品 二 测试设计 五个圈代表项目具体的资源和约束，中间代表测试团队的选择—测试策略。 基于产品成熟度 基于产品成熟度 局部测试设计关注点：输入、状态、用户数据、代码路径、执行环境。 局部探索式测试法 局部测试设计关注点例子：I/O攻击输入。 局部探索式测试法 商业区：软件包装盒上描述的那些特性，这里可以用Story法进行区分； 历史区：前一个版本遗留下来的代码、问题或则曾经出现多次缺陷的功能； 旅游区：新特性，老用户一般不会访问； 娱乐区：辅助特性和功能，补充测试计划的充分性； 旅馆区：存储在交互分区中的数据，包含：数据仓库、文件及一切中间介质； 破旧区：一般不会有大的修改或者集成下来后比较平稳的功能片段。 全局探索式测试法 一 二 三 四 五 过程管理 概 述 测试设计 测试工具 工作产品 三 测试工具 可以给测试数据产生、测试执行、状态监视、数据收集、统计分析等带来帮助的各种软硬件、设备等，都是测试人员可以利用的测试工具。例如： 专门测试工具：性能、功能、单元、代码分析、安全等商用和第三方测试软件；信令仪、频谱仪、逻辑分析仪等仪表设备 开发调试工具：IDE、版本比较等软件，仿真器等硬件 被测系统自带的维护管理程序：日志、信令跟踪、动态控制、网管、操作维护设备、特殊诊断和测试模式等 运行平台的监控软件：OS、数据库、web服务器的性能监控、内存监视、磁盘工具等 脚本程序、办公软件：excel、perl、SQL、VBA宏等(数据分析、准备) 画图软件：Mindject、Freemind等软件（测试分析设计） 抓包软件：不同接口协议的抓包和发包；数据包准备 其他软件、设备：秒表、计时软件；录像、鼠标跟踪软件（故障重现）等 目的：更好地完成测试使命。因此，不能代替测试设计，而是提供完成手段、提高工作效率，而不是降低成本 测试自动化：是一种重要投资，类似软件开发过程，测试自动化需要关注成本 长处与限制：与手工测试比较自动化测试的适用场合。不能完全替代手工测试。 自动化测试： 数据驱动： 测试输入的只是数据 关键字驱动：在数据驱动基础上，输入除数据还有指令 脚本开发注意点 测试脚本最好与测试数据分开 使用标准脚本语言（如perl、python） 可测试性往往是 比测试自动化更好地投资！ 可测试性是可视性和控制，有助于此的就是可测试性设计。例如： 提供