软件测试——测试计划

在软件测试中，文档非常重要。应记录测试以提供有效的资源控制监控。对于成功的测试，测试计划起着非常重要的作用。在这里，我们将讨论以下几点：

测试计划简介
测试计划的重要性
测试计划指南
测试计划的类型
测试计划属性
如果没有测试计划怎么办？

1. 测试计划

测试计划是包含所有未来测试相关活动的文档。它是在项目级别准备的，一般来说，它定义了要测试的工作产品、测试它们的方式以及测试人员之间的测试类型分布。在开始测试之前，会有一名测试经理准备测试计划。在任何公司中，每当在测试人员参与测试之前开始执行新项目时，团队的测试经理都会准备测试计划。

2. 测试计划的重要性

以下是制定测试计划的一些主要好处：

它可作为测试过程的快速指南。
它有助于避免超出范围的功能。
它决定了时间、成本和努力。
提供测试活动的时间表。
资源需求和设备。
测试计划文件可用于类似项目。
它有助于了解测试细节。
它有助于确定软件应用程序的质量。

3. 测试计划指南

避免重叠和重复。
避免冗长的段落。
使用列表和表格。
更新计划。
不要使用过时的文件。

4. 测试计划的类型

以下是三种类型的测试计划：

主测试计划- 在这种类型的测试计划中，包括多个测试策略并具有多个测试级别。
阶段测试计划——在这种类型的测试计划中，强调测试的任何一个阶段。
特定的测试计划——在这种类型的测试计划中，它是为特定类型的测试特别是非功能测试而设计的。

5. 测试计划属性

准备测试计划没有硬性规定，但它具有公司遵循的一些标准 15 属性：

A. 目标：它描述了测试计划的目标，无论他们为向客户提供优质软件而将遵循的良好流程和程序。测试的总体目标是发现尽可能多的缺陷并使软件没有错误。测试目标必须分解为组件和子组件。在每个组件中都应执行以下活动。

列出所有要测试的功能、性能。
根据应用功能制定目标和目标。

B. 测试策略：这是一个重要的文件，通常由测试经理设计。它有助于确定测试工作量和测试成本。测试策略有助于确定要测试的功能和不测试的功能。范围可以分为两部分：

范围内：要严格测试的模块。
Out Scope：不需要严格测试的模块。

示例：在应用程序中，必须开发 A、B、C、D 功能，但 B 功能已经由其他公司设计。因此，开发团队将从该公司购买 B，并仅对 A、B、C 进行集成测试。

C. 测试方法：将用于测试的方法取决于应用程序的应用程序。测试方法是根据功能和应用要求决定的。

由于测试术语不是标准的，因此应该定义测试方法中将使用哪种测试。这样大家就可以理解了。

D. 方法：测试不同软件的方法是不同的。它处理未来参考的申请流程。它有两个方面：

高级场景：为了测试关键特性，编写了高级场景。例如，登录网站，从网站预订。
流程图：当人们想要使收敛和合并等好处变得容易时使用它。

E. 假设：在此阶段，将做出某些假设。

例子：

测试团队将得到开发团队的适当支持。
测试人员将从开发团队获得适当的知识转移。
公司将向测试部门分配适当的资源。

F. 风险：假设被打破时可能发生的所有风险。例如，在预算估计错误的情况下，成本可能会超支。可能导致风险的一些原因是：

测试经理的管理技能很差。
很难按时完成项目。
缺乏合作。

G. 备份/缓解计划 -如果涉及任何风险，则公司必须制定备份计划，目的是避免错误。解决/避免风险的几点：

将为每个测试活动设置测试优先级。
管理者应该具备领导能力。
测试人员的培训课程。

H. 角色和职责：必须记录特定测试团队中每个成员的所有职责和角色。

例子：

测试经理：管理项目，获取适当的资源并给出项目方向。
测试人员：识别测试技术，验证测试方法，节省项目成本。

一、排程：在此下，会记录每一个与测试相关的活动的开始和结束日期。例如，编写测试用例日期和结束测试用例日期。

J. 缺陷跟踪：这是软件工程中的一个重要过程，因为当您为业务开发关键系统时会出现很多问题。如果在测试过程中发现任何缺陷并且必须将该缺陷提供给开发团队。缺陷跟踪的过程有以下几种方法：

信息捕获：在此，我们获取基本信息以开始该过程。
优先级：根据严重性和重要性对任务进行优先级排序。
沟通：错误标识符和错误修复者之间的沟通。
环境：基于硬件和软件测试应用程序。

示例：可以使用错误跟踪工具（例如 Jira、Mantis、Trac）来识别错误。

K. 测试环境——这是测试团队将使用的环境，即硬件和软件列表，在测试应用程序时，据说要测试的东西将写在本节下。软件的安装也在此检查。

例子：

不同操作系统上的软件配置，如 Windows、Linux、Mac 等。
硬件配置取决于 RAM、ROM 等。

L. 进入和退出标准：为了开始任何新类型的测试或结束任何类型的测试应满足的一组条件。

入驻条件：

必须准备好必要的资源。
必须准备申请。
测试数据应该准备好了。

退出条件：

不应该有任何重大错误。
大多数测试用例都应该通过。
当所有测试用例都执行完毕。

示例：如果团队成员报告 45% 的测试用例失败，则测试将暂停，直到开发团队修复所有缺陷。

显示进入和退出条件的流程图

M. 测试自动化：它由要自动化的特性和不自动化的特性组成。

如果该功能有很多错误，则将其归类为手动测试。
如果该功能经常被测试，那么它可以被自动化。

N. 可交付成果——这是测试团队的成果，将在项目结束时提供给客户。

测试阶段前：

测试计划文件。
测试用例文档。
测试设计规范。

在测试阶段：

测试脚本。
测试数据。
错误日志。

测试阶段后：

测试报告。
缺陷报告。
安装报告。

它包含用于开发和维护测试工作的测试计划、缺陷报告、自动化报告、假设报告、工具和其他组件。

O. 模板化：接下来是测试团队准备的各种报告。

6. 如果没有测试计划怎么办？

如果没有适当的测试计划，以下是一些可能发生的情况：

对角色和责任的误解。
测试团队将没有明确的目标。
过程结束时不确定。
未定义的测试范围可能会使测试人员感到困惑。