Software Testing Lab Manual
Software Testing Lab Manual
AIM
To develop a comprehensive test plan for testing the e-commerce web application [Link],
covering all functional and non-functional aspects of the system.
PROCEDURE
• 1. Identify the scope of testing — modules like Login, Search, Product Listing, Cart, Checkout,
Payment, Order Tracking.
• 2. Define test objectives — verify functionality, usability, performance, and security.
• 3. Identify testing types: Functional, Regression, Performance, Security, Usability, Compatibility.
• 4. Prepare the test environment: Browser (Chrome/Firefox), OS (Windows/Android/iOS), Network.
• 5. Define entry and exit criteria for each phase.
• 6. Assign roles and responsibilities (Test Lead, Testers, Developers).
• 7. Prepare test schedule with milestones.
• 8. Define defect management process using a bug tracking tool.
• 9. Document risks and mitigation strategies.
• 10. Review and approve the test plan with stakeholders.
Test Scope Login, Search, Product, Cart, Checkout, Payment, Order History
Entry Criteria Test environment ready, build deployed, test cases reviewed
Exit Criteria 95% test cases passed, all critical defects resolved
Test Environment Windows 10/11, Chrome 120+, Firefox 115+, Android 12, iOS 16
Deliverables Test Plan, Test Cases, Defect Report, Test Summary Report
RESULT
The test plan for [Link] e-commerce web application has been successfully developed covering all
modules, test types, environment, risks, and schedule.
Experiment No: Design Test Cases for E-Commerce Application
2 ([Link])
AIM
To design detailed test cases for testing the major functional modules of an e-commerce web application
([Link]) including Login, Search, Cart, and Checkout.
PROCEDURE
• Identify all functional modules of the application.
• For each module, identify valid and invalid inputs.
• Write test cases with Test Case ID, Description, Input, Expected Output, Actual Output, and Status.
• Cover positive, negative, and boundary test scenarios.
• Execute the test cases and record actual results.
TEST CASES
TC ID Description Test Input Expected Output Actual Output Status
Email: user@[Link]
TC01 Valid Login Login successful, redirected to home
As Expected PASS
Pwd: Test@123
Email: user@[Link]
TC02 Invalid Password Error: Incorrect password As Expected PASS
Pwd: wrong123
Email: blank
TC03 Empty Login Fields Validation error shown As Expected PASS
Pwd: blank
TC04 Search Valid Product Search: 'iPhone 15' Product list displayed As Expected PASS
TC11 Track Order Click 'Track Package'Order status displayed As Expected PASS
RESULT
Test cases for the e-commerce application ([Link]) were successfully designed and executed. All 12
test cases passed covering Login, Search, Cart, Checkout, Payment, and Logout modules.
Experiment No:
Test Plan & Test Cases for Inventory Control System
3
AIM
To develop a test plan and design test cases for an Inventory Control System covering modules such as
Item Management, Stock Entry, Stock Issue, and Reports.
PROCEDURE
• Understand the system requirements for inventory management.
• Identify modules: Item Master, Stock In, Stock Out, Reorder Level, Reports.
• Define test objectives and scope.
• Design test cases for each module covering CRUD operations.
• Execute test cases and record results.
Modules in Scope Item Master, Stock Entry, Stock Issue, Supplier, Reports
Exit Criteria All high-priority test cases pass, zero critical bugs open
TEST CASES
TC ID Module Description Input Expected Output Status
TC01 Item Master Add new itemItem: Pen, Qty: 100, Price:
Item5added successfully PASS
TC02 Item Master Add duplicate item Item: Pen (existing) Duplicate item error PASS
TC03 Item Master Delete item Select Pen, click Delete Item deleted PASS
TC04 Stock Entry Add stock Item: Pen, Qty: 50 Stock updated to 150 PASS
TC05 Stock Entry Negative quantity Item: Pen, Qty: -10 Validation error shown PASS
TC08 Reorder Check reorder alert Stock falls below 10Reorder alert triggered PASS
RESULT
The test plan was developed and test cases were designed and executed for the Inventory Control
System. All modules functioned as expected with no critical defects.
Experiment No:
Selenium IDE — Test Suite with Minimum 4 Test Cases
4
AIM
To create a test suite in Selenium IDE containing a minimum of 4 test cases to automate the testing of a
web application (e.g., [Link]).
TOOLS REQUIRED
• Selenium IDE (Browser Extension — Chrome/Firefox)
• Browser: Google Chrome or Mozilla Firefox
• Target URL: [Link]
PROCEDURE
• 1. Install Selenium IDE extension from Chrome Web Store or Firefox Add-ons.
• 2. Open Selenium IDE and click 'Create a new project'. Name it 'AmazonTestSuite'.
• 3. Click 'Record a new test' and enter the base URL: [Link]
• 4. Record Test Case 1: Navigate to Amazon homepage and verify title.
• 5. Record Test Case 2: Search for a product and verify results.
• 6. Record Test Case 3: Login with valid credentials.
• 7. Record Test Case 4: Add item to cart and verify cart count.
• 8. Stop recording, review and edit commands if needed.
• 9. Click 'Run All Tests' to execute the test suite.
• 10. Save the project as .side file.
TC01 Verify Homepage Title open, assertTitle [Link] Title contains 'Amazon' PASS
TC03 User
open,Login
type(email), type(pwd), click, assertElementPresent
[Link] User logged in successfully PASS
TC04 Add
open,
to Cart
click(product), click(addToCart), assertText(cart)
[Link] Cart count incremented PASS
RESULT
A test suite with 5 test cases was successfully created and executed using Selenium IDE. All test cases
passed verifying homepage, search, login, cart, and logout functionality.
Experiment No: Install Selenium Server and Demonstrate Using Java
5 Script
AIM
To install Selenium WebDriver server and demonstrate automated web testing by writing a Java script that
automates browser interactions on a web application.
REQUIREMENTS
• Java JDK 11 or above
• Eclipse IDE / IntelliJ IDEA
• Selenium WebDriver JAR ([Link])
• ChromeDriver (matching Chrome browser version)
• TestNG or JUnit (optional)
• Browser: Google Chrome
JAVA CODE
import [Link];
import [Link];
import [Link];
import [Link];
import [Link];
// Close driver
[Link]();
[Link]("All test cases executed successfully.");
}
}
TEST CASES
TC ID Test Step Input Expected Output Actual Output Status
TC01
Launch browser & open AmazonURL: [Link]
Homepage loads, title has 'Amazon'
As Expected PASS
TC02 Enter search term iPhone 15 Search executes successfullyAs Expected PASS
TC03 Verify search results Auto Product list appears on screenAs Expected PASS
TC04 Click first product Auto click Product detail page opens As Expected PASS
RESULT
Selenium WebDriver was successfully installed and configured with Java. The Java script automated
browser testing on [Link], executing 5 test cases — all passed successfully.
Experiment No:
Test Cases for Student Management System
6
AIM
To develop and design test cases for a Student Management System (SMS) covering modules such as
Student Registration, Marks Entry, Attendance, and Report Generation.
PROCEDURE
• Identify all modules: Student Registration, Login, Marks Entry, Attendance, Report.
• Define test scenarios for each module.
• Write test cases covering valid, invalid, and boundary inputs.
• Execute test cases and record results.
TEST CASES
TC ID Module Description Input Data Expected Output Status
TC02 Registration Duplicate roll number Roll: 101 (existing)Error: Roll number exists PASS
TC03 Registration Empty name field Name: blank Validation error displayed PASS
TC07 Marks Entry Marks > 100 Roll: 101, Marks: 150
Validation: Max 100 error PASS
TC08 Marks Entry Negative marks Roll: 101, Marks: -5Validation error shown PASS
TC09 Attendance Mark present Roll: 101, Date: todayAttendance recorded PASS
TC10 Attendance Mark absent Roll: 102, Status: AbsentAbsence recorded PASS
TC14 Search Search by name Name: Ravi Student record displayed PASS
RESULT
Test cases for the Student Management System were successfully designed and executed. All 14 test
cases passed covering Registration, Login, Marks, Attendance, Reports, and Search modules.
Experiment No:
Test Cases for Windows Calculator Application
7
AIM
To develop comprehensive test cases for testing the Windows Calculator desktop application covering all
arithmetic and advanced operations.
PROCEDURE
• Open Windows Calculator application (Start > Calculator).
• Identify all operations: Basic (Add, Sub, Mul, Div), Scientific, Memory.
• Design test cases for each operation with boundary and negative scenarios.
• Execute each test case and record the actual output.
• Compare actual output with expected output and mark Pass/Fail.
TEST CASES
TC ID Operation Input Expected Output Actual Output Status
TC08 Division by zero 5/0= Cannot divide by zeroCannot divide by zero PASS
TC11 Square root negative √(-4) = Invalid input Invalid input PASS
RESULT
All 15 test cases for the Windows Calculator application were executed successfully. The calculator
performed all arithmetic operations accurately including edge cases like division by zero and negative
numbers.
Experiment No:
Test Cases for Mobile Application Testing
8
AIM
To develop test cases for mobile application testing covering functional, UI/UX, performance, network, and
device compatibility aspects of a mobile app (e.g., Amazon Shopping App).
PROCEDURE
• Identify the mobile application and its key features.
• Set up test devices (Android/iOS real devices or emulators).
• Design test cases for: Functional, UI, Performance, Network, Installation, Battery.
• Execute test cases on multiple device types and OS versions.
• Record results and log defects.
TEST CASES
TC ID Category Test Description Input/Action Expected Result Status
TC03 Functional User login Enter valid credentials Login successful PASS
TC06 UI/UX Portrait/Landscape mode Rotate device UI adjusts without distortion PASS
TC13 Push Notification Receive order notification Place order Notification received PASS
TC14 Uninstall Uninstall the app Settings > Uninstall App removed cleanly PASS
RESULT
Mobile application test cases were successfully designed and executed. All 14 test cases covering
installation, functionality, UI, network, performance, and battery usage passed successfully.
Experiment No: Execute Test Cases Against Desktop App & Identify
9 Defects
AIM
To execute test cases against a client-server or desktop application, identify defects, and document them
in a defect report with severity and priority classification.
PROCEDURE
• 1. Select the application under test (e.g., a student records desktop application).
• 2. Prepare and review the test cases before execution.
• 3. Set up the test environment with required software and test data.
• 4. Execute each test case step by step as documented.
• 5. Compare actual results with expected results.
• 6. For any mismatch, log a defect with: Defect ID, Description, Steps to Reproduce, Severity, Priority,
Status.
• 7. Categorize defects as: Critical, High, Medium, Low.
• 8. Report defects to the development team for fixing.
• 9. Re-execute test cases after fixes (regression testing).
• 10. Close defects after successful verification.
TC01 Login with valid credentials Dashboard loads Dashboard loads PASS
TC02 Login with wrong password Error message shown Error message shown PASS
TC03 Add new student record Record saved Record saved PASS
TC04 Search non-existent student 'Not Found' message Application crashes FAIL
TC06 Generate report with no data Empty report message Blank screen shown FAIL
TC08 Enter marks > 100 Validation error No validation, saves 150 FAIL
DEFECT REPORT
Defect ID Description Steps to Reproduce Severity Priority Status
App
DEF01
crashes on searching
[Link]
non-existent
[Link]
student
invalid name [Link] crashes
Critical High Open
DEF02
Blank screen for [Link]
empty report
[Link]
generation
Report with no data [Link]
High
screen High Open
AIM
To find and document the procedure to test the performance of an e-commerce application, covering load
testing, stress testing, and response time measurement using appropriate tools.
Load Testing Test under expected normal load Verify system handles normal traffic
Stress Testing Test beyond normal limits Find breaking point of the system
Spike Testing Sudden increase in load System behavior during traffic spikes
Endurance Testing Extended load over time Detect memory leaks, degradation
Volume Testing Large amounts of data Verify DB performance with high volume
Response Time Time for server to respond to request < 2 seconds for 95% requests
Latency Time from request sent to first byte received < 500 ms
RESULT
The procedure to test the performance of an e-commerce application was documented. Performance
testing types, JMeter steps, and key metrics were identified and summarized.
Experiment No:
Test Performance of OpenCart Website Using JMeter
11
AIM
To test the performance of the OpenCart e-commerce website using Apache JMeter by simulating multiple
concurrent users and measuring response time, throughput, and error rates.
TOOLS REQUIRED
• Apache JMeter 5.5 or above
• Java JDK 8 or above (required for JMeter)
• OpenCart application (local: localhost/opencart or demo: [Link]
• Web Browser (to monitor the application)
PROCEDURE
• 1. Install Java JDK and verify: java -version in command prompt.
• 2. Download Apache JMeter from [Link]
• 3. Extract and launch JMeter: Run bin/[Link]
• 4. Create Test Plan: Right-click 'Test Plan' > Add > Threads (Users) > Thread Group
• 5. Configure Thread Group: Threads=50, Ramp-up Period=10 sec, Loop Count=3
• 6. Add HTTP Request (Homepage): Add > Sampler > HTTP Request Server: [Link] |
Path: /
• 7. Add HTTP Request (Search): Server: [Link] | Path:
/[Link]?route=product/search&search;=laptop
• 8. Add HTTP Request (Login): Method: POST | Path: /[Link]?route=account/login
• 9. Add HTTP Cookie Manager: Add > Config Element > HTTP Cookie Manager
• 10. Add Listeners: Summary Report, View Results Tree, Response Time Graph
• 11. Click Run (green triangle) to execute the performance test
• 12. Analyze Summary Report for avg response time, throughput, error %
TEST CONFIGURATION
Parameter Value
Loop Count 3
RESULT
The performance of the OpenCart website was successfully tested using Apache JMeter with 50
concurrent users. Average response time was 925ms, throughput was 20.3 req/sec, and overall error rate
was 0.5%, indicating acceptable performance under normal load.
Experiment No:
Automate Testing of Spotify Website Using Selenium
12
AIM
To automate the testing of the Spotify website ([Link] using Selenium WebDriver with
Java, covering homepage verification, login, search, and navigation functionality.
REQUIREMENTS
• Java JDK 11+
• Eclipse / IntelliJ IDEA
• Selenium WebDriver JAR (4.x)
• ChromeDriver (matching Chrome version)
• TestNG library (for test organization)
• Internet connection
PROCEDURE
• 1. Set up Selenium Java project with required JARs (refer Lab 5 setup).
• 2. Create test class [Link]
• 3. Write test methods for: Homepage title verification, Login page navigation, Search functionality,
Playlist navigation.
• 4. Use explicit waits (WebDriverWait) for dynamic elements.
• 5. Run tests and capture screenshots on failure.
• 6. Generate TestNG HTML report for test results.
JAVA CODE
import [Link].*;
import [Link];
import [Link];
import [Link];
import [Link];
testHomepageTitle();
testLoginPageNavigation();
testSearchFunctionality();
testPremiumPageLink();
[Link]();
[Link]("All Spotify tests completed.");
}
TEST CASES
TC ID Test Case Steps Expected Result Actual Result Status
RESULT
The testing of the Spotify website was successfully automated using Selenium WebDriver with Java. All 5
automated test cases passed, verifying homepage loading, login navigation, search functionality, and
premium page access.