11-测试管理(一).pptx

功能测试及工具;;;软件测试过程中的活动及内容;软件测试过程中的关键活动包括;软件测试过程度量;软件测试过程度量指标;对软件测试过程质量度量应该遵循四项原则 要制定明确的度量目标 建立软件测试过程质量度量的指标体系，度量指标的定义应该具有一致性、客观性 度量的方法应该尽可能简单、可计算 度量数据的收集应该尽可能自动化 ;软件测试管理过程 ; ;软件测试过程管理的理念 ;软件测试过程管理的理念 ;软件测试过程管理的理念 全面测试 全过程测试 独立、迭代的测试; 软件测试过程管理的理念 ;软件测试过程管理的理念 ;;软件测试计划; 2）测试计划阶段划分 ; 2）测试计划阶段划分 ;测试计划的要点 ;测试计划的要点 ;测试计划的编写内容;测试需求;测试需求; 对于测试人员，理解需求主要有如下几个方面对需求进行理解：;测试需求的特性要求： 可核实的。 满足需求的正常的前置条件，不满足需求时的出错条件； 注：测试需求不涉及具体的测试数据。 ;测试需求分析过程;测试需求分析过程;测试需求分析过程;;;质量特性分析 功能性 可靠性 易用性;测试类型分析 功能测试 完整性测试 容量测试 安全性测试 接口测试 结构性测试 ;测试需求跟踪矩阵的设定 ;案例;测试需求;制定测试策略 测试需求分析需要制定测试策略。测试策略描述当前测试的目标和所采用的 测试方法。 要使用的测试技术和工具 测试完成标准，用以计划和实施测试，及通报测试结果 影响资源分配的特殊考虑 ;确认测试方法 ;;软件测试设计和开发;测试设计与开发的主要内容 制定测试的技术方案 设计测试用例 设计测试用例特定的集合 测试开发 测试环境的设计 ;测试用例设计的方法和管理 ; 高质量测试用例特点 ;基于测试方法（不同的测试方法） 基于测试需求（单元、集成、配置项、系统） 兼顾测试充分性和效率 测试用例代表性 测试结果的可判定性 测试执行可再现性 ; 测试用例更具体的设计原则 ;正确性测试 容错性(健壮性)测试 完整(安全)???测试 接口测试 数据库测试 边界值测试 压力测试;针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同 其中1、2、6、8、9、13为模块(组件、控件)测试、组合(集成)测试、系统测试都涉及，要重点进行测试 ;针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同 单元(模块)测试(组件、控件)测试要重点测试5 集成测试重点进行接口数据输入及逻辑测试，即4;针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同 系统测试重点测试3、7、10、11、12、14，其中压力测试和可移植性测试如果是公司的系列产品，可以选用其中有代表性的产品进行一次代表性测试即可;针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同 ;测试用例主要元素; 测试用例要素与模板;53;54; 测试用例编写实例 ;56;功能是否齐全 功能是否多余 功能是否可以合并 功能是否可以细分 软件流程是否与实际业务流程一致;; 编写测试用例注意事项 - -数据处理 ;编写测试用例注意事项 - 软件流程测试; 测试用例设计步骤;; ; 测试用例设计的错误看法 ;;测试执行分类;测试用例执行的跟踪 ; 1）可追踪信息——缺陷ID (唯一的缺陷ID，可以根据该ID追踪缺陷) 2）缺陷基本信息 ; 3）缺陷的详细描述 描述应尽可能详细 4）测试环境说明 对测试环境的描述 5）必要的附件 对于某些文字很难表达清楚的缺陷,使用图片等附件是必要的 6）从统计的角度出发 还可以添加上“缺陷引入阶段”、“缺陷修正工作量”等项目; 软件缺陷的分类--缺陷的类型 10 F-Function (功能) 20 A-Assignment （赋值） 30 I-Interface and Timing/Serialization（接口/时序） 40 C-Checking（检查） 50 B-Build/package/merge（联编打包） 60 D-Documentation（文档） 70 G-Algorithm（语法） 80 U-User Interface(用户接口) 90 P-Performance(性能) 10 100N-Norms(标准); 缺陷的分类--严重程度 软件测试错误的严重程度 同行评审错误的严重程度 Major：主要的，较大的缺陷 Minor：次要的，小的缺陷;缺陷的分类—解决优先级 ; 缺陷的分类—缺陷来源;软件缺陷分类;报告缺陷的基本原则 尽快报告缺陷 有效描述缺陷 短小：只解释事实和演示、描述缺陷必需的细节 单一：每一个报告中针对一个缺陷 步骤清晰：要清楚地