文章目录
- 目标
- 重点/难点
- 案例引入
- 软件测试管理
- 定义
- 测试组织的定义
- 独立组织测试的优缺点
- 测试管理——测试计划
- 定义
- 测试计划的持续活动
- 测试管理的准则
- 出口准则
- 入口准则
- 软件测试管理 | 测试用例的管理
- 测试用例管理的重要性
- 测试用例管理要解决的问题
- 如何组织测试用例
- 如何报告测试用例
- 测试用例报告的构成
- 测试管理——测试过程监控
- 测试管理——测试报告的主要内容
- 测试周期内发生的事情
- 测试管理——风险识别和控制
- 风险定义
- 风险分类
- 测试管理——工具的选择
- 缺陷管理概述
- 缺陷定义
- 缺陷管理
- 缺陷的属性
- 缺陷报告
- 缺陷报告模板
- 保证缺陷得到及时提交和解决
目标
- 了解测试管理的定义。
- 了解测试计划的内容。
- 掌握测试计划的内容与撰写。
- 了解缺陷管理的定义。
- 理解缺陷的属性。
- 掌握软件测试管理工具的使用。
重点/难点
- 重点:如何撰写测试计划、使用TestLink工具进行测试管理。
- 难点:使用TestLink工具进行测试管理。
案例引入
探讨软件项目在开发或实施阶段,不同公司、组织、部门人员如何有效管理需求文档、设计文档、源代码、测试文档等。
软件测试管理
定义
软件测试管理是对软件测试全过程的管理,包括测试准备、测试计划和控制、测试设计、测试执行和测试结果分析。
测试组织的定义
通过独立的测试员进行测试和评审,发现缺陷的效率会提高。有如下不同的测试独立性:
- 不独立的测试员
- 开发团队内独立的测试员
- 组织内独立的测试小组或团队
- 业务组织内的独立测试员
- 特定测试类型的独立测试专家
- 外包或组织外的独立测试人员。
独立组织测试的优缺点
- 优点:提高发现缺陷的效率,验证系统规格说明和实现阶段的假设。
- 缺点:可能与开发小组脱离,开发人员可能丧失对软件质量的责任感。独立的测试员可能被视为瓶颈或者成为延时发布而被责备的对象。
测试管理——测试计划
定义
根据《ANSI/IEEE软件测试文档标准829-1983》,测试计划是一个描述预定测试活动范围、途径、资源及进度安排的文档。
测试计划的持续活动
反馈信息用于识别变化的风险,并对计划作相应调整。
测试管理的准则
出口准则
定义何时可以停止测试比如某个测试级别的结束,或者当测试达到了规定的目标。,包括完整性测量、缺陷密度或可靠性度量估算、成本、遗留风险、进度表等。
入口准则
定义何时可以开始测试如某个测试级别的开始,或什么时候一组测试准备就绪可以执行。,包括测试环境准备、测试工具准备、可测代码的可用性等。
软件测试管理 | 测试用例的管理
测试用例管理的重要性
- 有效组织大量测试用例。
- 测试用例是连接需求与缺陷的关键。
- 确保项目组人员正确理解测试用例。
测试用例管理要解决的问题
- 如何组织测试用例?
- 如何报告测试用例?
如何组织测试用例
- 关联需求项列表与测试用例。
- 构建测试集和测试轮次。
- 关联缺陷。
如何报告测试用例
- 基本要求:详细记录核心内容,体现与需求的对应关系,支持精确执行和责任划分。
测试用例报告的构成
- ID、责任人、被测对象、测试需求、预置条件、参考文档、测试环境、输入和预期输出、优先级、与其他测试用例的关联。
测试管理——测试过程监控
计划与控制是项目管理的两个重要方面,软件测试计划与测试过程监控也不例外。软件测试计划是有效测试的前提,但是,只有好的计划,没有对测试过程进行有效监控,往往导致软件测试任务的失败。因此,还必须对测试过程进行有效监控,并对测试计划进行适当修改。计划和监控的目的都是确保完成测试任务。
测试管理——测试报告的主要内容
测试周期内发生的事情
- 达到测试出口准则的日期。
- 分析相关信息和度量,提供建议和做出决策。
- 需要在测试级别的过程中和完成时收集度量信息,来评估:该测试级别的测试目标实现的充分性;
- 采用的测试方法的适当性;
- 针对测试目标的测试的有效性。
测试管理——风险识别和控制
风险定义
事件、危险、威胁或情况发生的可能性及由此产生不可预料的后果。
风险分类
- 项目风险:围绕项目按目标交付的能力。
- – 组织因素:
技能、培训和人员的不足;
个人问题;
政策因素,比如:
与测试员进行需求和测试结果沟通方面存在的问题;
测试和评审中发现的信息未能得到进一步跟踪(如未改进开发和测试实践);
对测试的态度或预期不合理(如:没有意识到在测试中发现缺陷的价值)。 - – 技术因素:
不能定义正确的需求;
给定现有限制的情况下,没能满足需求的程度;
测试环境没有及时准备好;
数据转换、迁移计划,开发和测试数据转换/迁移工具造成的延迟;
低质量的设计、编码、配置数据、测试数据和测试。 - – 供应商因素:
第三方存在的问题;
合同方面的问题。 - 产品风险:软件或系统中潜在的失效部分。
- –可能的产品风险如下:
故障频发的软件交付使用;
软件/硬件对个人或公司造成潜在损害的可能性;
劣质的软件特性(比如功能性、可靠性、易用性和性能等);
低劣的数据完整性和质量(例如:数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题);
软件没有实现既定的功能。
测试管理——工具的选择
市场上的软件测试管理工具包括商业软件如HP公司的Quality Center,IBM公司的Rational Quality Manager,Microsoft公司的Test Manager;开源软件如TestLink、QATraq等。
缺陷管理概述
缺陷定义
软件未达到需求规格说明书中指明的功能或出现了不应该出现的错误。
缺陷管理
在软件生命周期中识别和管理缺陷的过程,确保缺陷被跟踪管理而不丢失。
缺陷的属性
- 可重现性
- 严重性
- 优先级
缺陷报告
记录谁、何时、在何处发现了什么缺陷,谁提出处理意见,谁如何修复及验证该缺陷。
缺陷报告模板
提供缺陷报告的标准格式。
保证缺陷得到及时提交和解决
- 及时报告。
- 一个缺陷对应一个缺陷报告。
- 紧凑、确切和充分的缺陷描述。
- 在缺陷周边进行更多测试。