(软件开发的测试管理.ppt

软件开发的测试管理 主要内容 软件测试基础 软件测试理论 单元测试 配置管理 源代码管理 缺陷管理 开发制胜策略 13条有用的编码法则 软件测试基础 软件测试 软件测试是为了发现错误而执行程序的过程。 软件测试是根据软件开发阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据及预期的输出结果），并利用这些测试用例去运行程序，以发现错误的过程。 测试策略 一般测试过程分为四个阶段 软件测试方法 黑盒测试 功能 系统性能…… 白盒测试 静态质量分析 覆盖测试分析 代码执行性能…… 测试执行方式 动态 静态 单元测试 对函数模块进行功能测试 单元的功能、接口以及局部数据结构 在特定的条件下，根据需求规格说明，特定的输入获得相应的输出，且有明确的测试通过准则 对类模块进行功能测试 对类提供的方法进行功能、接口测试 由于C++的特性造成面向对象程序的黑盒测试过程与结构化程序的黑盒测试过程不完全相同 单元测试内容 黑盒测试 功能测试 白盒测试 代码审查 静态质量分析 编程规则检查 覆盖测试分析 侧重于模块内部的语句、分支、条件的覆盖 黑盒测试 黑盒测试 功能测试、数据驱动测试、基于规格说明的测试 将程序的执行表现与功能需求规格说明作比较 白盒测试 白盒测试 结构测试、逻辑驱动测试 结构测试将程序的执行表现与编码意图作比较 随着CASE工具的发展，白盒测试的内容相应扩展 如果想用黑盒测试来发现程序中的所有错误，就必须用输入数据的所有可能值来检验程序是否都能产生预期的结果，但是这个显然是不可能的： 穷举输入 设计规格说明书 因而不能单纯依靠功能测试，还必须研究程序的逻辑和结构，来分析程序的总体质量状况。 单元测试阶段的白盒测试 代码静态质量分析 编程规则检查 覆盖测试分析 单元测试－代码静态质量分析 代码静态质量分析 依据相关标准，采取度量统计的方法能够分析程序的某些质量因素 通过对软件进行度量，结合适当的质量模型，可以给出具有参考价值的判断结果，尤其在软件可维护性方面 单元测试－编程规则检查 编程规则检查 进行编程规则的检查，达到增加程序的可理解性、降低维护成本的目的 编码规则 针对程序指令、运算符、代码结构、声明等方面制定规则并检查，如： 为了保证程序模块的结构化，规定不得使用GOTO语句 命名规则 对程序中局部变量、全局变量、类等的命名制定规则并检查，以利于程序的理解、维护 单元测试－覆盖测试分析 覆盖测试分析 衡量软件被测试执行的程度 在尽可能多地执行程序的路径，进行逻辑覆盖的同时，考察程序执行表现是否异常，尤其是某些复杂的和正常情况下不易执行的路径。 覆盖测试级别 通常从低到高分别是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖等 配置管理 流程管理 利用工作流, 模板, 文件 好处 提高效率 降低成本 减少人为错误 有效沟通和合作 有效应变 白纸黑字, 有据可查 避免过于强调流程 编码管理 源代码控制 源代码树 树的分支 Check-in and Check-out 源代码控制 什么是源代码控制 缺少源代码控制工具而引起的问题 必威体育精装版版本的源代码在谁的机器上？ 多人修改一个文件时，有些人的修改被抹掉了 昨天的修改引发了新缺陷，但不知道做了哪些修改 上周五的代码肯定能运行，但没法退回去了 一不小心把有用的GetXYZ()函数删了并存盘了！ 源代码控制工具的常用功能 获得文件修改权 上传文件的修改 下载所有文件的必威体育精装版版本 取消无效修改 合并 创建标签 创建分支 合并分支 缺陷管理 Bug 的生命周期 Bug 的处理流程 Bug 的分类 缺陷统计 版本控制 程序员需要在每个版本上加上注释：所谓的版本注释，就是该版本的相对于前一版本的改变和在程序中的体现，以及对系统的影响有哪些，每个版本的的区分不是代码改变多少而是功能的改变。 沟通管理 电邮 会议 虚拟团队 测试团队管理 团队组建 团队的周期 几种模式 根据产品 根据工作类别 不断更新以适应新环境 服务组 虚拟组(virtual team) 开发制胜策略 主要内容 程序员13条制胜法则 编写优质代码——四大法则 测试代码，安身立命之本——四大法则 千锤百炼，不败金身——五大法则 编写优质代码 统一代码风格 避免冗长代码 降低代码间耦合 减少冗余代码 法则1：统一代码风格 确定统一的编码风格 添加注释 起个好名字 让一切井井有条 代码风格一致（续） 代码易读，易理解 每个开发人员可以读懂其他人的代码 产品中所有的代码需遵循统一的标准 指定统一编码风格文档 重要的在于让每个开发人员都遵守 将不符合规范的代码当作错误处理 添加注释 添加注释的目的 使代码易读、易写、易维护 如何添加注释 代码、数据、算法的解释 做标记（时间、所做的改