软件测试——测试脚本
活跃的软件项目在不断变化——页面在重新设计,用户信息在变化,新功能也在增加。为了让它加班,测试人员必须不断努力更新文档以匹配新产品。这可能需要很长时间来测试。另一个挑战是,书面测试通常被设计为一遍又一遍地测试相同的东西,每次测试都使用相同的步骤和相同的数据。这意味着如果在测试脚本中提供的指南之外存在任何错误,除非测试人员偏离脚本,否则将无法找到它们。书面测试并不总是鼓励测试人员使用检测隐藏错误所需的智能和技术技能。在这里,我们将讨论以下几点:
- 什么是测试脚本?
- 编写测试脚本。
- 测试脚本应该有多高效?
- 测试脚本中的信息。
- 何时使用测试脚本。
让我们详细讨论这些主题。
什么是测试脚本?
测试脚本是逐行描述,其中包含有关必须执行以验证被测应用程序或系统的系统功能的信息。测试文件应概述要采取的每个步骤以及预期的结果。该自动化脚本使软件浏览器能够系统地扫描各种设备的每个级别。测试脚本应包含要包含的条目以及预期结果。可以使用任何编程语言(C/C++/ Python/Perl/ Batch Scripts)编写自动化脚本。
编写测试脚本
以下是测试人员编写测试脚本的一些方法:
- 录制/播放: 这样,测试人员需要编写任何代码而不是记录用户操作。但是,检查员将需要生成代码来修复故障或纠正默认行为。这种方法比从头开始编写完整的测试脚本更容易,因为您已经拥有完整的代码。广泛用于VBScript等简化编辑语言。
- 关键字/数据驱动的文本: 在这种方法中,测试人员和开发人员之间有明显的区别。在数据驱动的文本中,测试人员在不了解源代码的情况下使用关键字描述测试。在这里,开发人员的工作是应用关键字检查代码并在必要时更新此代码。所以在这种方法中,测试人员不必担心系统。但是,对于您想要自动检查的任何新功能,它们将严重依赖开发工具。
- 使用编程: 如果您喜欢使用这种方法创建测试文本,您通常仍然可以再次录制或播放并生成一个简单的脚本。虽然,作为审阅者,您最终需要跳过录制/播放并学习如何编写简单的代码。重要的是要了解即使您的应用程序是用Java编写的,您也可以选择您的编程语言。但是,这并不意味着您需要用难以阅读的Java编写测试脚本。相反,您可以使用Python等简单语言编写测试文本,甚至我们也可以编写批处理文件。
以下是运行 Web 浏览的示例批处理文件:
set / a count = 0
: in
am start – a android.intent.action.VIEW – d http: // m.google.com
set / a count += 1
ECHO % COUNT%
timeout / t 15
@goto in
测试脚本应该有多高效?
以下是创建测试脚本的一些重要提示:
- 测试脚本应该清晰并且应该涵盖场景。如果测试人员总是需要要求项目经理提供有关应用程序的详细信息。这肯定会浪费时间和资源。为避免这种情况,您始终需要确保测试脚本中的每个步骤都清晰、简洁且一致。这有助于保持测试过程顺利进行。
- 创建一个测试脚本,该脚本必须只包含测试人员将采取的一项特定操作。这可确保正确评估每个作业,并且测试人员不会错过软件测试过程中的步骤。
- 要编写测试文本,需要将其放置在用户界面中以确定要测试的方法。预测用户在使用系统或应用程序时可以使用的所有不同方法。
尽管不同的测试工程师对文本的风格、结构和内容会有不同的偏好,但可以将遵守自动化测试专家制定的指南作为指导。测试文档应具有以下属性:
- 明确的定义:指导用户和保留它们的人。
- 主动:执行单一函数并促进重用。
- 精心设计:便于阅读、理解和维护。
- 易于理解:为了便于维护,它应该易于理解。
- ClearlyWritten:应该写清楚,以方便使用和存放。
测试脚本中的信息
一个好的脚本总是有非常有用的信息支持。脚本的目的是文本做什么或我们做什么。潜在信息包括以下内容:
- 脚本的原始内容,即输入和有时预期的结果。
- 用户信息,即应该将什么信息传递给脚本,应该恢复什么信息,调用脚本时被测试的软件应该处于什么状态,以及软件在什么情况下将保留在文本的末尾。
- 使用信息,即对护理人员有用的附加信息,例如解释为什么以特定方式使用它或对可能需要更改的类似文本的引用。
- 注释,即嵌入在整个脚本中的注释,以指示在每个逻辑步骤中发生的情况,这些操作与正在测试的软件执行的操作有关。
何时使用测试脚本
- 使用测试脚本是确保没有遗漏并且结果与wish测试程序一样准确的最可靠方法。
- 如果测试脚本是固定的,它会在测试过程中留下非常小的错误空间。
- 在某些情况下,检查员可以自由浏览产品。他们可能会错过一些功能。
- 如果您不这样做,定期检查员还会假设该工作具有预期效果。
- 当用户功能重要且清晰时,它特别有用。
测试脚本与测试用例
以下是测试脚本和测试用例之间的区别: Test Case Test ScriptS No. 1. Scenarios that contain a set of actions to be performed to verify a feature or Performance. Set of Instructions to test a Scenario automatically. 2. Derived from Test Scenarios. Derived from Test Cases. 3. Verify the scenarios are compliant with IEEE/ 3GPP / Other Standards. Verify the Scenario passes or Fails. 4. Test Multiple Corner scenarios. Useful for repetitive testing. 5. Focuses mainly on the test scenario and procedure. Focuses on whether success or failure. 6. More resources are needed. Less time to run the script, but more effort needs to be put in to study and implement. 7. Allows Error detection and Defects. Automation of Test Cases.
示例:假设我们的任务是验证文件是 JSON 还是不在文件列表中。我们可以编写一个测试脚本来检查。
Python3
# Python code to check whether
# a file is JSON or not
import os
import sys
import json
if len(sys.argv) > 1:
if os.path.exists(sys.argv[1]):
file = open(sys.argv[1], "r")
json.load(file)
file.close()
print("Validate JSON!")
else:
print(sys.argv[1] + " not found")
else:
print("Usage: testing_script.py ")
Output 1- Pass Case
C:\QC_Work\Projects\Geeks\GPL\Python>python testing_script.py sample1.json
Validate JSON!
Output 2- File to check is not entered
C:\QC_Work\Projects\Geeks\GPL\Python>python testing_script.py
Usage: testing_script.py
Output 3- Invalid File
C:\QC_Work\Projects\Geeks\GPL\Python>python testing_script.py sample3.json
sample3.json not found