软件测试--测试管理与缺陷管理

摆烂牛杂

于 2024-07-25 21:46:19 发布

阅读量977

点赞数 9

分类专栏：软件测试文章标签：压力测试

本文链接：https://blog.csdn.net/wumingzei/article/details/140661691

版权

软件测试专栏收录该内容

19 篇文章 2 订阅

订阅专栏

目标

了解测试管理的定义。
了解测试计划的内容。
掌握测试计划的内容与撰写。
了解缺陷管理的定义。
理解缺陷的属性。
掌握软件测试管理工具的使用。

重点/难点

重点：如何撰写测试计划、使用TestLink工具进行测试管理。
难点：使用TestLink工具进行测试管理。

案例引入

探讨软件项目在开发或实施阶段，不同公司、组织、部门人员如何有效管理需求文档、设计文档、源代码、测试文档等。

软件测试管理

定义

软件测试管理是对软件测试全过程的管理，包括测试准备、测试计划和控制、测试设计、测试执行和测试结果分析。

测试组织的定义

通过独立的测试员进行测试和评审，发现缺陷的效率会提高。有如下不同的测试独立性：

不独立的测试员
开发团队内独立的测试员
组织内独立的测试小组或团队
业务组织内的独立测试员
特定测试类型的独立测试专家
外包或组织外的独立测试人员。

独立组织测试的优缺点

优点：提高发现缺陷的效率，验证系统规格说明和实现阶段的假设。
缺点：可能与开发小组脱离，开发人员可能丧失对软件质量的责任感。独立的测试员可能被视为瓶颈或者成为延时发布而被责备的对象。

测试管理——测试计划

定义

根据《ANSI/IEEE软件测试文档标准829-1983》，测试计划是一个描述预定测试活动范围、途径、资源及进度安排的文档。

测试计划的持续活动

反馈信息用于识别变化的风险，并对计划作相应调整。

测试管理的准则

出口准则

定义何时可以停止测试比如某个测试级别的结束，或者当测试达到了规定的目标。，包括完整性测量、缺陷密度或可靠性度量估算、成本、遗留风险、进度表等。

入口准则

定义何时可以开始测试如某个测试级别的开始，或什么时候一组测试准备就绪可以执行。，包括测试环境准备、测试工具准备、可测代码的可用性等。

软件测试管理 | 测试用例的管理

测试用例管理的重要性

有效组织大量测试用例。
测试用例是连接需求与缺陷的关键。
确保项目组人员正确理解测试用例。

测试用例管理要解决的问题

如何组织测试用例？
如何报告测试用例？

如何组织测试用例

关联需求项列表与测试用例。
构建测试集和测试轮次。
关联缺陷。

如何报告测试用例

基本要求：详细记录核心内容，体现与需求的对应关系，支持精确执行和责任划分。

测试用例报告的构成

ID、责任人、被测对象、测试需求、预置条件、参考文档、测试环境、输入和预期输出、优先级、与其他测试用例的关联。

测试管理——测试过程监控

计划与控制是项目管理的两个重要方面，软件测试计划与测试过程监控也不例外。软件测试计划是有效测试的前提，但是，只有好的计划，没有对测试过程进行有效监控，往往导致软件测试任务的失败。因此，还必须对测试过程进行有效监控，并对测试计划进行适当修改。计划和监控的目的都是确保完成测试任务。

测试管理——测试报告的主要内容

测试周期内发生的事情

达到测试出口准则的日期。
分析相关信息和度量，提供建议和做出决策。
需要在测试级别的过程中和完成时收集度量信息，来评估：该测试级别的测试目标实现的充分性；
采用的测试方法的适当性；
针对测试目标的测试的有效性。

测试管理——风险识别和控制

风险定义

事件、危险、威胁或情况发生的可能性及由此产生不可预料的后果。

风险分类

项目风险：围绕项目按目标交付的能力。
– 组织因素：
技能、培训和人员的不足；
个人问题；
政策因素，比如：
与测试员进行需求和测试结果沟通方面存在的问题；
测试和评审中发现的信息未能得到进一步跟踪（如未改进开发和测试实践）；
对测试的态度或预期不合理（如：没有意识到在测试中发现缺陷的价值）。
– 技术因素：
不能定义正确的需求；
给定现有限制的情况下，没能满足需求的程度；
测试环境没有及时准备好；
数据转换、迁移计划，开发和测试数据转换/迁移工具造成的延迟；
低质量的设计、编码、配置数据、测试数据和测试。
– 供应商因素：
第三方存在的问题；
合同方面的问题。
产品风险：软件或系统中潜在的失效部分。
–可能的产品风险如下：
故障频发的软件交付使用；
软件/硬件对个人或公司造成潜在损害的可能性；
劣质的软件特性（比如功能性、可靠性、易用性和性能等）；
低劣的数据完整性和质量（例如：数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题）；
软件没有实现既定的功能。