Post by account_disabled on Oct 21, 2023 8:35:25 GMT 2
测试计划是一个文档，其中包含迭代（或项目）范围内测试的目的和目标的定义、测试目标的项目、要采取的方法、所需的资源和要点产生的。换句话说，测试计划可以指由专家或一般用户执行的测试计划或场景。
创建测试计划的目的
创建测试计划的目的总体来说是为了让开发人员更 Whatsapp 号码列表容易进行测试，使进行的测试更加清晰，使结果更加有用和高效。
可以按照测试计划创建模板来创建测试计划，但不必引用现有的测试计划模板，尽管通常每个测试计划的主要部分是相同的。
以下是IEEE 829 （电气和电子工程师协会）发布的测试计划模板的解释：
测试计划标识符
测试计划标识符是简要说明要测试的对象的部分。它可以是叙述性解释的形式，也可以是具有某些类别的表格的形式。解释的信息可以是测试主体概况、测试负责人姓名、测试计划制定者、测试计划创建日期和修订日期等形式。
介绍
介绍部分旨在叙述性地解释将在测试对象上进行的测试。如有必要，可以通过添加子章节来使引言部分更加详细。可以创建的子章节示例包括：
-> 目的：解释测试的具体目的。
-> 背景：为什么进行测试的背景。
-> 范围：测试进行的范围。
-> 定义和缩略语：测试计划文档中包含的缩略语和术语的解释。
测试项目
测试项目部分一一解释了测试对象中将要测试的组件列表。例如 ：
然后
待测试的功能
测试开始时将测试的功能的说明和列表。可以是表格的形式，例如：
未测试的功能
解释测试对象中有哪些功能，但是在测试期间不会测试这些功能，并简要说明为什么在测试期间不测试这些功能。
例子 ：
2.数据迁移，因为可以利用现有系统等轻松完成数据迁移。
方法/测试策略
方法部分用于提供用于执行测试的方法/途径的描述，并附有所用方法的解释。
例如：单元测试使用黑盒测试和/或白盒测试以及对所用方法的解释。
-> 系统测试，包括性能测试和负载测试等。
项目通过/失败标准
包含继续下一阶段之前必须满足的标准。测试标准称为失败。
示例：
1. 如果一个项目测试了 10 次，其中 9 次成功，但有 1 次确实失败，则该项目被宣告为失败。
2. 如果项目的结果与预期结果相同，则该项目被宣布成功/通过。
3.系统崩溃将被声明为失败等。
暂停标准
包含可用于暂时停止测试活动并可在其他时间继续测试的规范标准。
示例：
如果个别测试用例所需的测试（先决测试）失败并需要修复，则可以暂停、跳过或减少某些单独的测试用例，如果即使所需的先决测试失败但仍执行个别测试用例，那么只会浪费资源/仅资源。
TestDeliverables
是测试完成后将生成的文档列表。
例如：
测试任务
与执行这些活动/任务的各方一起解释测试活动。
例子：
环境需求
测试过程中需要和使用的一切的规格和细节可以是硬件，即计算机规格或硬件之外的其他东西，例如访问权限，例如： - > 需要访问数据库才能进行测试
。
-> 需要访问官方网站。
责任
将负责将要执行的一系列测试活动中的任务活动的各方的详细信息。
人员配备和培训需求
一般来说，它解释了如何确定项目中人员的角色。并在必要时进行培训以进行测试。
例如：
项目经理：负责管理网站的总体实施。
2. 测试经理：负责制定主测试计划、审查测试可交付成果、管理测试周期并向测试经理报告状态。
3. 测试工程师：负责设计测试设计、创建测试程序、创建测试数据和运行测试。
日程
在测试计划中创建时间表有几个目标，包括：
详细说明测试工作时间的基准。
2. 详细说明项目传输事件。
3. 估计每项任务所需的时间。
4. 安排测试任务和测试里程碑。
5. 详细说明测试资源的使用期限。
风险和意外事件
用于通过检查不包含在软件工作控制中的几个部分来确保测试结果保持高质量，但这些部分可能对过程产生直接影响。
例：
服务证券 当它被输入到软件中时还没有被重视，当软件运行时，软件本身没有安全保护，因此如果被不负责任的人注入，很容易。