Stqa Fa 2
Stqa Fa 2
FA2 REPORT
on
PRN: Name:
121B1B222 Satyam Mirgane
122B2B223 Tarun Rathod
122B2B224 Sarthak Shelar
This document presents a detailed breakdown of the testing types, test plans, and specific test cases used.
We employed various testing methodologies, including functional testing, integration testing,
performance testing, security testing, and user acceptance testing (UAT), to ensure the application
meets both technical and business requirements.
2. Scope of Testing
The testing strategy focuses on validating the following essential features and modules:
3. Payment Processing:
○ Support for multiple payment options: credit cards, UPI, wallets, and cash.
○ Ensure transaction logs are accurate, with invoices generated correctly.
○ Payment refund and cancellation flows need validation.
4. In-App Communication:
○ Users and drivers should engage in real-time chat or voice calls.
○ Notification systems (e.g., SMS, push notifications) must alert users about ride status.
● Objective: Ensure that all modules interact and exchange data correctly.
● Scope: Focuses on workflows between ride booking, payment, and communication systems.
● Outcome: Verifies smooth data exchange between multiple components.
● Objective: Assess the speed, scalability, and stability of the system under load.
● Scope: Tests with increasing loads and concurrent users to simulate peak conditions.
● Outcome: Identifies performance bottlenecks and ensures scalability.
● Objective: Confirm that the system meets user expectations and business goals.
● Scope: Involves end-users performing real-world tasks, such as booking a ride and making
payments.
● Outcome: Validates that the final product aligns with business needs and delivers value.
This table ensures that every feature works as expected both independently and when integrated with other
components.
TC-02 User Validate OTP Enter valid OTP sent and Passed
Registration verification for phone/email, validated
phone/email request OTP successfully
TC-05 Ride Booking Test surge pricing Request a ride Fare includes surge Passed
during high during peak hours multiplier
demand
TC-06 Ride Booking Test booking Cancel ride after Refund processed Passed
cancellation flow booking based on
cancellation policy
TC-09 Communication Validate in-app User calls driver via Voice call Passed
voice call feature in-app interface connected without
issues
TC-12 Admin Panel Test driver Admin suspends Driver status Passed
suspension driver account updated to
feature "Suspended"
Performance testing ensures the app behaves correctly under different loads and stress conditions.
PT-01 Ride Test with 10,000 Simulate 10,000 App handles load JMeter
Booking concurrent users ride booking with <2-second
System requests response time
PT-02 Payment Test with 5,000 Simulate 5,000 All transactions JMeter
Processing simultaneous payment requests complete within 3
transactions seconds
The security testing phase identifies vulnerabilities and ensures user data is protected.
ST-01 User Test SQL injection Input ' OR 1=1 Login blocked OWASP
Authentication vulnerability -- as username with error ZAP
message
ST-04 Communication Test for end-to-end Intercept chat All messages Wireshark
Module chat encryption using proxy encrypted
7. Regression Testing
Regression testing is critical after every bug fix or feature update. Automated test cases will cover:
8. Conclusion
Our detailed testing strategy covers all aspects of the Uber-like ride-hailing application, including
functionality, integration, performance, security, and usability. We ensured that the application meets
high-quality standards and operates smoothly under various conditions. Regression testing and
continuous monitoring will be incorporated to maintain system stability.
This comprehensive approach guarantees that the application is secure, user-friendly, and scalable,
ensuring a superior experience for both drivers and riders.