Siksha Sarovar

Siksha Sarovar (sikshasarovar.com) is a free educational web application that helps students in India learn programming and prepare for academic and competitive exams. The platform offers structured coding courses (C, C++, Python, Java, HTML, CSS, PHP, Power BI, AI, Machine Learning, Data Science), complete university curriculum notes for BCA/MCA students with previous year question papers, Class 10 and Class 12 CBSE/HBSE school notes, and dedicated preparation material for SSC, UPSC, Banking, Railway and other government exams. Browsing the site is completely free and requires no account. Users may optionally sign in with Google solely to save their learning progress, quiz scores and personal preferences across devices.

Privacy Policy | Terms of Service | Contact Siksha Sarovar | About Siksha Sarovar

v4.0.9 · PWA
Siksha Sarovar logo
Siksha Sarovar
Your Learning Universe

Siksha Sarovar is a free e-learning platform for coding courses, BCA university notes and competitive exam preparation. Optional Google sign-in saves your learning progress across devices.

Initializing knowledge base…
Compiling modules 0%

Unit 3.3: Acceptance Testing

Lesson 13 of 16 in the free Software Testing notes on Siksha Sarovar, written by Rohit Jangra.

Unit 3.3: Acceptance Testing & Types

1. User Acceptance Testing (UAT)

Definition: The final phase of testing. It is performed by the Client or End Users, not the technical team. The goal is not to find bugs, but to gain confidence that the system is ready for business use.

Entry Criteria: System Testing is 100% passed. Critical bugs are fixed. Exit Criteria: Client signs off the "Go Live" document.

---

2. Types of Acceptance Testing

A. Alpha Testing

  • Definition: Testing performed by potential users/customers or an independent test team at the developer's site.
  • Environment: Controlled lab environment.
  • Role: Developers are present ("Over the shoulder" observation). They can fix bugs immediately.
  • Goal: To simulate real users but in a safe space to catch glaring issues before the public sees them.

B. Beta Testing

  • Definition: Testing performed by real users of the software application in a real environment (User's site).
  • Environment: Uncontrolled, Live environment (Real networks, real data).
  • Role: Developers are NOT present. They rely on "Feedback Forms" or "Crash Logs" sent by users.
  • Goal: To test reliability, compatibility, and usability in the chaotic real world.
  • Example: "Early Access" games on Steam.

Detailed Comparison: Alpha vs Beta

FeatureAlpha TestingBeta Testing
Where?Developer's Lab (Factory).User's Home/Office (Real World).
Who?Internal employees / Selected users.Public / Actual Customers.
Data usedDummy/Test Data.Real/Live Data.
TimingBefore Beta.Before Final Release (Gold).
Box TypeOften White/Grey Box insights.Pure Black Box.

C. Operational Acceptance Testing (OAT)

  • Focuses on the "IT Management" side, not the "User" side.
  • Checks: Backup/Restore procedures, Disaster Recovery, Maintenance capability, Security compliance.
  • Audience: System Admins, DevOps Engineers.

D. Contract Acceptance Testing

  • Testing against strictly defined criteria in the contract (SLA).
  • Example: "The contract says the page must load in 2 seconds." Testing specifically for that number. It's a Pass/Fail business decision.