Last Updated : 23 Jul, 2025
Active software projects are constantly changing - pages are being redesigned, user information is changing, and new functionality is being added. For it to work overtime, testers must make a constant effort to update the documents to match the new product. This can take a long time to test. Another challenge is that written tests are often designed to test the same thing over and over again, using the same steps and the same data each time testing. This means that if there are any bugs lying outside the guides provided in the test script, they will not be found unless the tester strays from the script. Written tests do not always encourage testers to use the intelligence and technical skills needed to detect hidden bugs. Here, we will discuss the following points:
Let's discuss each of these topics in detail.
What is a Test Script?Test Scripts are line-by-line description that contains information about system functions that must be performed to verify an application or system under test. The test document should outline each step to be taken with the expected results. This automated script enables the tester to scan each level of a wide range of devices systematically.
The following are some of the approaches used by the tester to write test scripts:
1. Record/ play: In this way, the tester needs to write any code instead of recording user actions. However, the tester will need to generate code to fix the faults or correct the default behavior.
2. Keyword/ data-driven text: In this approach, there is a clear distinction between testers and developers. In the data-driven text, the tester describes the test using keywords without the knowledge of the source code.
3. Using Programming: If a tester likes to create a test script using this method, the tester will usually still be able to record or play again and produce a simple script.
Below is a sample Batch File to run web browsing:
Best Practices for Writing a Test Scriptset / 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
Here are some important tips for creating a test script:
Although different test engineers will have different preferences regarding the style, structure, and content of the text, compliance with the guidelines set by automated testing experts can be considered as a guide.
Information in Test ScriptA good script is always backed up with really useful information. The purpose of the script is what the text does or the actions we do. Potential information includes the following:
Below are the differences between the test script and the test case:
ParametersTest Case
Test Script
Definition Test cases contain a set of actions to be performed to verify a feature or performance. Test scripts are a set of Instructions to test software automatically. Environment They are used in the manual testing environment. They are used in automation testing environments. Derived from They are derived from Test Scenarios. They are derived from Test Cases. Resources required More resources are needed. Less time to run the script, but more effort needs to be put in to study and implement. Example Test ScriptSuppose let's say the task is to validate whether a file is JSON or not in a list of files. We can write a test script to check the same.
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 <file>")
Fig 1.1 Test Script Fig 1.2 Valid JSON File Fig 1.3 Test Execution and OutputOutput 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 <file>Output 3- Invalid File
C:\QC_Work\Projects\Geeks\GPL\Python>python testing_script.py sample3.json
sample3.json not found
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4