数据结构
网络
关系型数据库管理系统
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C语言编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装设计
法律研究如何编写测试用例？
什么是测试用例？
测试用例是一组标准，测试人员使用它来验证软件应用程序是否满足客户的要求。测试用例设计中包含前提条件、用例名称、输入条件和预期结果。测试用例是从测试场景派生出来的基本活动。
它是一个综合文档，包含所有可能的输入（正向和负向）以及测试执行过程的导航说明。编写测试用例是一次性工作，将来可以重复用于回归测试。
测试用例包含有关测试策略、过程、前提条件和预期结果的全面信息。这些信息在测试过程中用于查看软件应用程序是否能够执行其创建的目的。
通过将缺陷与测试用例 ID 关联，测试用例帮助测试人员报告缺陷。详细的测试用例文档使测试团队受益，因为如果开发人员遗漏了某些内容，则可以在执行这些万无一失的测试用例时发现。为了构建测试用例，我们需要提取输入的要求以及测试场景，以确保我们不会忽略任何测试功能。然后，为了保持一致性，我们应该有一个测试用例模板，或者每个测试工程师都应以相同的方式准备测试文档。
每当开发人员忙于编写代码时，我们通常都会编写测试用例。
测试用例与测试场景
测试场景有点模糊，涵盖了很多方面。在测试方面，一切都必须非常具体。
例如，考虑以下测试场景 - 检查登录功能有各种测试用例需要考虑 -
测试用例 1 - 检查插入有效用户 ID 和密码的结果
测试用例 2 - 检查在测试用例 2 中输入无效用户 ID 和密码的结果。
测试用例 3 - 检查当用户 ID 为空且按下登录按钮时的响应，以及许多其他情况。
这些都是测试用例。
何时编写测试用例？
当我们拥有以下信息时，我们将编写测试用例 -
当客户提供业务需求时，开发人员开始工作并估计产品需要 3.5 个月才能完成。
同时，测试团队将开始编写测试用例。
完成后，它将发送给测试主管进行审查。
一旦开发人员完成构建，产品就会移交给测试团队。
因为测试是持续的，并且不依赖于人的情绪，而是依赖于测试工程师的质量，所以测试工程师在测试产品文档时从不查看需求。
重要 - 因为产品仍在开发中，所以在编写测试用例时永远不要编写实际结果。因此，只有在完成测试用例后才能编写实际结果。
编写测试用例的过程
编写测试用例的过程可以分解成以下步骤 -
系统研究
考虑所有可能的情况
创建测试用例。
审查测试用例。
修复发现的任何错误
测试用例审批
在测试用例存储库中跟踪您的测试用例。
系统研究
在这种情况下，我们将研究客户提供的需求或 SRS，以更好地了解应用程序。
考虑所有可能的情况
产品发布后，最终用户可以使用软件的各种方法是什么？以确定所有可能性？
在标题为测试设计/高级设计的文档中，我涵盖了所有可能的情况。
测试设计是一个包含所有可能情况的数据库。
创建测试用例
将所有发现的场景转换为测试用例，根据其功能对它们进行分组，确定模块的优先级，并使用测试用例设计方法和标准测试用例模板编写测试用例，该模板是为项目选择的。
审查测试用例
将测试用例交给团队负责人进行审查，然后修复审阅者提供的审查意见。
测试用例审批
根据输入修复测试用例后，将其发送回以供批准。
在测试用例存储库中跟踪您的测试用例。
测试用例获得批准后，将其存储在测试用例存储库中，这是一个熟悉的位置。
编写测试用例时要考虑的术语
编写测试用例时，请务必提供以下详细信息。
本节描述了正在测试的需求。
系统将如何进行测试的描述
测试设置，其中包括硬件、安全访问、物理或逻辑日期、被测应用程序的版本、软件、数据文件、操作系统、一天中的时间、先决条件（例如其他测试）以及与正在测试的需求相关的任何其他设置信息。
（操作和预期结果）输入和输出
任何附件或证明
使用主动案例术语
测试用例中的步骤不应超过 15 个。
自动化测试脚本中记录了输入、目的和预期结果。
编写测试用例的最佳方法
测试用例必须简单明了
使您的测试用例尽可能简单。它们必须清晰明了，因为测试用例作者可能无法执行它们。
使用声明性语言，例如“转到主页”、“输入数据”、“点击此处”等。这使得更容易理解测试阶段并加快测试过程。
创建考虑最终用户的测试用例
任何软件项目的最终目标都是创建满足客户需求且易于使用和运行的测试用例。测试人员必须从最终用户的角度编写测试用例。
不要重复使用相同的测试场景
测试用例不应重复。如果某个测试用例需要执行另一个测试用例，则在前提条件列中引用其测试用例 ID
不要做假设
创建测试用例时，不要对软件应用程序的功能和特性做出假设。遵循规范文档中的规范。
确保您拥有完整的覆盖范围
确保您编写测试用例以确保您涵盖了规范文档中的所有软件需求。使用可追溯性矩阵来验证没有遗漏任何功能或条件。
测试用例必须能够识别
测试用例 ID 的命名方式应使其以后易于识别，以便监视错误或识别软件需求。
使用测试方法
在您的软件应用程序中，您将无法验证每种可能的情况。软件测试方法帮助您选择少量最有可能检测到缺陷的测试用例。
自我清洁
您编写的测试用例必须将测试环境恢复到其先前状态，并且不应使其无法使用。这在配置测试方面尤其重要。
可靠且独立
无论谁评估测试用例，结果都应一致。
同行评审
完成测试用例编写后，请让您的同事对其进行审查。您的同事可以发现您可能忽略的测试用例设计中的缺陷。
812 次查看
