如何在软件测试中创建测试策略文档?
什么是测试策略文档?
软件测试中的测试策略文档是一份写得很好的文档,它概述了实际的软件测试技术和软件应用程序的测试目标。测试文档是QA团队的关键文档,它源自实际业务需求,指导整个团队了解软件测试过程中每个操作的软件测试方法和目标。
测试策略计划应与整个团队共享,以便每个人都在方法和职责方面达成共识。编写有效的测试策略是每个测试人员在其职业生涯中都应该学习的技能。它启动您的思考过程,这有助于发现许多缺失的需求。思考和测试计划活动有助于团队定义测试的范围和覆盖范围。
它使测试经理可以随时清楚地了解项目的状态。当适当的测试策略到位时,错过任何测试活动的机会非常低。
没有计划的测试执行很少成功。我曾与创建策略文档但从未在测试执行期间参考它们的团队合作。为了确保团队中的每个人都在方法和职责方面达成共识,测试策略计划确实应该与整个团队进行讨论。
您不能因为时间紧迫而跳过任何测试活动。至少,它必须先经过一个正式的过程。
测试策略的定义是什么?
“你打算如何测试应用程序?”是测试策略的意思。当您收到测试申请时,您必须提供您将使用的具体流程/策略。
根据我的经验,许多公司严格遵守测试策略模板。即使您不使用通用模板,您也可以使此测试策略文档简短但有效。
什么是测试策略文档?
软件测试中的测试策略文档是一份写得很好的文档,它概述了实际的软件测试技术和软件应用程序的测试目标。测试文档是QA团队的关键文档,它源自实际业务需求,并指导整个团队了解软件测试过程中每个活动的软件测试方法和目标。
测试策略和测试计划之间的区别
多年来,我看到这两个文件之间存在很多混淆。因此,让我们从一些基本定义开始。一般来说,先到先得没有区别。测试计划文件结合了方法和总体工作计划。根据IEEE标准829-2008,策略计划是测试计划的子项。
每个组织都有自己的一套标准和程序来使这些文件保持最新状态。一些组织在测试计划中包含策略信息(这里有一个很好的例子)。在一些公司中,策略被列为测试计划的一部分,但是,具体细节被分成不同的测试策略文件。
测试计划中概述了项目的范围和测试的重点。测试覆盖率、要测试的特性、不要测试的特性、估计、调度和资源管理都是涵盖的主题。
另一方面,测试策略为要使用的测试技术建立指令,以满足测试目标并执行测试计划中描述的文本类型。它包括风险评估和应急计划,以及测试目标、方法、测试环境、自动化测试策略和技术。
总结一下,测试计划是您想要完成的目标的愿景,而测试策略是实现该目标的策略!我希望这已经回答了您的所有问题。
如何编写有效的测试策略文档
每个组织都有自己的一套软件设计优先级和规则,因此不要盲目复制任何组织。在遵循模板之前,请始终确保其文档兼容并为您的软件开发增加价值。
Step#1-范围和概述第一步是定义项目的范围并提供它的概述。项目概述,以及有关谁应该使用此页面的信息。包括诸如谁将评估和批准这篇论文等信息。定义将在测试计划中规定的整个项目时间范围内执行的测试活动和阶段。
步骤#2-测试方法定义每个团队成员的测试方法、测试级别、角色和职责。描述为什么应该执行测试计划中规定的每种测试类型,以及具体细节,例如何时开始、测试所有者、职责、测试方法以及自动化策略和工具的详细信息(如果适用)。添加新缺陷、缺陷分类、缺陷分配、重新测试、回归测试和最终测试签署都是测试执行过程的一部分。对于每个操作,您必须指定要遵循的确切步骤。您可以使用在之前的测试周期中使用的相同程序。所有这些活动的Visio演示文稿,包括测试人员的数量和谁将从事哪个活动,对于快速了解团队的角色和职责非常有帮助。还要定义变更管理程序。这涉及描述提交变更请求的过程、要使用的模板和要使用的模板。
步骤#3-测试环境有关多个环境的信息以及每个环境所需的配置应包含在测试环境设置中。例如,一个测试环境用于功能测试团队,另一个用于UAT团队。定义每个环境支持的用户数量、每个用户的访问角色、软件和硬件要求,例如操作系统、RAM、可用磁盘空间、系统计数等。定义测试数据需求也很重要。提供有关如何生成测试数据的详细说明(生成数据或通过屏蔽字段来使用生产数据以保护隐私)。为测试数据定义备份和恢复计划。由于代码中未处理的情况,测试环境数据库可能会遇到问题。我记得我们在我们的一个项目中遇到的麻烦没有制定数据库备份计划,由于编码错误,我们丢失了所有数据。备份和恢复程序应明确备份时谁来做备份,备份中应该包含什么内容,什么时候恢复数据库,谁来恢复,如果恢复数据库应该采取什么数据屏蔽措施。
步骤#4-测试工具定义将用于运行测试的测试管理和自动化工具。描述了性能、负载和安全测试所需的测试策略和工具。提及产品是开源的还是商业的,以及它支持的人数,并适当地制定计划。
第5步-发布控制意外的发布周期,正如我们在之前的UAT帖子中所讨论的,可能会导致测试和UAT环境中的软件版本不同。该版本中所有修改的测试执行将由具有正确版本历史记录的版本管理计划确保。建立一个构建业务流程,该流程将回答诸如应在何处访问新构建、应在何处部署、何时接收新构建、从何处获取生产构建、谁将提供支持以及谁将提供这些问题等问题。生产发布的禁止信号,等等。
步骤#6-风险分析列出您在考虑这些时想到的所有危险。提供减少这些风险的详细计划,以及在危险发生时的备份计划。
步骤#7-批准和审查所有参与项目管理的实体、业务团队、开发团队和系统管理(或环境管理)团队必须在所有这些任务确定后签署测试策略计划。
审查修改的摘要,以及批准人的姓名、日期和评论,应记录在文件的开头。它也是一个实时文档,这意味着它应该随着测试过程的发展进行评估和修改。
编写测试策略文档的简单指南
在测试策略文档中包含有关产品的信息。回答问题——为什么利益相关者希望创建这个项目?在测试策略文档的开头段落中。这将有助于快速理解和确定问题的优先级。
列出您打算测试的所有基本功能。如果您认为此版本中未包含任何功能,请将它们列在“未测试的功能”类别下。
为项目的测试策略制定计划。清楚地说明您要进行的测试类型。
功能测试、用户界面测试、集成测试、负载/压力测试、安全测试等等。
找到诸如“您将如何进行功能测试?您是否打算使用您的测试管理工具来运行所有测试用例?”等问题的答案。
您将使用哪种错误跟踪软件?如果你遇到一个新的错误你会怎么做?
进入和退出测试的标准是什么?
您将如何跟踪您的测试?您将使用哪些指标来跟踪测试完成情况?
职责分配-定义每个团队成员的职责和责任。
在测试过程中和测试后,你会产生什么论文?
您认为完成测试有哪些危险?
结论-
在软件工程中,软件版本定期接受测试策略论文,以便将测试进度映射到正确的方向。当发布日期临近时,其中许多活动将被错过;因此,最好与团队成员一起考虑减少任何特定操作是否有助于释放而不造成任何可能的危险。