-
Notifications
You must be signed in to change notification settings - Fork 0
Test Plan & Coverage Wiki Page
Beratcan Doğan edited this page Mar 26, 2026
·
1 revision
This project follows a layered testing approach to ensure both technical correctness and user acceptance.
- Unit Tests: Business logic validation (authentication, matching, request flow)
- Integration Tests: Controller–Service–Repository flow with H2 database
- API Tests: Endpoint validation (status codes, responses, validation rules)
- Mocking: External dependencies where needed
- Component rendering and state testing
- Form validation and user interaction tests
- API integration with mocked backend
- Core flows (login, profile, mentorship request)
- Screen and component testing
- API integration tests
- Core flows (authentication, profile, mentorship actions)
The test plan validates all MVP features and ensures that the system satisfies user expectations.
- Authentication (registration, login, JWT handling)
- Profile management (view and edit)
- Mentor/mentee matching
- Mentorship request creation and response (accept/reject)
- Mentorship relationship state management (PENDING, ACTIVE, REJECTED)
- Active mentorship listing
- Mentor availability management
- Basic notification triggering
The MVP is considered acceptable if the following flows work correctly:
- Users can register, log in, and remain authenticated
- Users can view and update their profiles
- Users can discover mentors or mentees through matching
- Users can send mentorship requests
- Mentors can accept or reject requests
- Mentorship relationships correctly transition between:
- PENDING → ACTIVE → REJECTED
- Users can view active mentorships
- Mentors can manage their availability
- System triggers basic notifications for key actions
- All flows work consistently across backend, web, and mobile
- Service Layer: ≥ 80% logic coverage
- Critical APIs: 100% tested
- Core User Flows: 100% covered
- Frontend & Mobile: All critical journeys tested
Priority: User flow correctness over raw code coverage
The MVP is considered complete when:
- All core user flows execute without errors
- Backend, Web, and Mobile systems are consistent
- Authentication and mentorship workflows function correctly
- Matching and profile features behave as expected
- System is stable under normal usage
Team Members
- Lab 1 Report (12/02/2026)
- Lab 2 Report (19/02/2026)
- Lab 3 Report (26/02/2026)
- Lab 4 Report (05/03/2026)
- Lab 5 Report (12/03/2026)
- Lab 6 Report (26/03/2026)
- Lab 7 Report (02/04/2026)
- Lab 8 Report (18/04/2026)
- Lab 9 Report (30/04/2026)
- Lab 10 Report (07/05/2026)
- Weekly Meeting Notes Template
- Lab Meeting 1 (12.02.2026)
- Weekly Meeting 1 (16.02.2026)
- Weekly Meeting 2 (24.02.2026)
- Weekly Meeting 3 (04.03.2026)
- Weekly Meeting 4 (11.03.2026)
- Weekly Meeting 5 (23.03.2026)
- Weekly Meeting 6 (29.03.2026)
- Weekly Meeting 7 (11.04.2026)
- Weekly Meeting 8 (28.04.2026)
- Weekly Meeting 9 (10.05.2026)
- Use Case Diagram 1 (New Mentor User for Mobile Scenario)
- Use Case Diagram 2 (Mentor-Mentee Matching Scenario)
- Use Case Diagram 3 (New Mentee User Scenario)
- Final Use Case Diagram
- MVP Use Case Diagram
- All Sequence Diagrams
- Sequence Diagram: Mentee Matching
- Sequence Diagram: Mentor Matching
- Sequence Diagram: Mentorship Management
- Sequence Diagram: Registration
- Sequence Diagram: Cancelling Mentorship Relationship and Auto Ban
- Sequence Diagram: Login-Logout
- Sequence Diagram: Reporting-User
- Sequence Diagram: Mentor Profile Management
- MVP Sequence Diagrams
- Test Plan & Coverage (MVP)
- Acceptance Testing Strategy
- Acceptance Tests
- Test Data Strategy
- Web Frontend Test Report
- Amin Abu-Hilga
- Övgü Su Afşar
- Muhammet Sami Çakmak
- Beratcan Doğan
- İbrahim Kayan
- Burak Ögüt
- Mehmet Bora Sarıoğlu
- Future Work (reference, not a deliverable)