29 KiB
BLACKBOX TEST SCENARIOS - SIGAP JEMBER
Test Case Overview
Test Case Id | Fitur | Test Scenario | Test Step | Expected Result |
---|---|---|---|---|
TCA001 | Signin | User Authentication | Multiple steps | User successfully logs in |
TCA002 | Forgot Password | Password Recovery | Multiple steps | Password reset successful |
TCA003 | Dashboard | Dashboard Access | Multiple steps | Dashboard loads correctly |
TCA004 | Map | Interactive Map | Multiple steps | Map displays and functions properly |
TCA005 | Crime Overview | Crime Statistics | Multiple steps | Statistics display correctly |
TCA006 | Management Incident Logs | Incident Log CRUD | Multiple steps | CRUD operations work |
TCA007 | Management Crime Incidents | Crime Incident CRUD | Multiple steps | CRUD operations work |
TCA008 | Management Crime Summary | Crime Summary Reports | Multiple steps | Reports generate correctly |
TCA009 | Management Users | User Management | Multiple steps | User CRUD operations work |
TCA010 | Management Task | Task Management | Multiple steps | Task CRUD operations work |
TCA011 | Management Districts | District Management | Multiple steps | District CRUD operations work |
TCA012 | Management Geographies | Geographic Management | Multiple steps | Geography CRUD operations work |
TCA013 | Management Units | Unit Management | Multiple steps | Unit CRUD operations work |
TCA014 | Management Coordinates/locations | Location Management | Multiple steps | Location CRUD operations work |
TCA015 | Management Demographies | Demographics Management | Multiple steps | Demographics CRUD operations work |
DETAILED TEST SCENARIOS
TCA001 - SIGN IN
Test Scenario 1: Valid User Login
Objective: Verify that users with valid credentials can successfully log in
Test Steps:
- Navigate to the sign-in page (
/auth/sign-in
) - Enter a valid email address in the email field
- Enter a valid password (minimum 6 characters) in the password field
- Click the "Sign In" button
- Wait for authentication process
Expected Results:
- Form validation passes
- Loading state shows "Signing in..."
- User is redirected to dashboard (
/dashboard
) - No error messages displayed
Test Scenario 2: Invalid Email Format
Objective: Verify form validation for invalid email format
Test Steps:
- Navigate to the sign-in page
- Enter an invalid email format (e.g., "invalid-email")
- Enter a valid password
- Click "Sign In" or move focus away from email field
Expected Results:
- Error message: "Enter a valid email address"
- Form submission is prevented
- Email field shows red border
Test Scenario 3: Password Too Short
Objective: Verify password length validation
Test Steps:
- Navigate to the sign-in page
- Enter a valid email address
- Enter a password with less than 6 characters
- Click "Sign In" or move focus away from password field
Expected Results:
- Error message: "Password must be at least 6 characters"
- Form submission is prevented
- Password field shows red border
Test Scenario 4: Invalid Credentials
Objective: Verify error handling for invalid credentials
Test Steps:
- Navigate to the sign-in page
- Enter a valid email format but non-existent email
- Enter a password
- Click "Sign In"
Expected Results:
- Error toast notification appears
- Error message: "Sign in failed" or specific error from server
- User remains on sign-in page
- Form fields are cleared or retain values
Test Scenario 5: Empty Form Submission
Objective: Verify form validation for empty fields
Test Steps:
- Navigate to the sign-in page
- Leave email field empty
- Leave password field empty
- Click "Sign In"
Expected Results:
- Validation errors appear for both fields
- Form submission is prevented
- Error messages indicate required fields
Test Scenario 6: Loading State
Objective: Verify loading state during authentication
Test Steps:
- Navigate to the sign-in page
- Enter valid credentials
- Click "Sign In"
- Observe button state during authentication
Expected Results:
- Button text changes to "Signing in..."
- Button becomes disabled
- Form fields become disabled
- Loading state persists until authentication completes
TCA002 - FORGOT PASSWORD
Test Scenario 1: Valid Email Password Reset Request
Objective: Verify password reset email can be sent to valid email
Test Steps:
- Navigate to forgot password page (
/auth/forgot-password
) - Enter a valid registered email address
- Click submit or press Enter
- Wait for email sending process
Expected Results:
- Loading toast: "Sending reset email..."
- Success toast: "Password reset email sent!"
- Form switches to reset code input mode
- Email field becomes hidden
Test Scenario 2: Invalid Email Format
Objective: Verify email format validation
Test Steps:
- Navigate to forgot password page
- Enter invalid email format (e.g., "invalid-email")
- Click submit
Expected Results:
- Error message: "Enter a valid email address"
- Form submission is prevented
- Email field shows red border
Test Scenario 3: Non-existent Email
Objective: Verify error handling for non-existent email
Test Steps:
- Navigate to forgot password page
- Enter valid email format but non-existent email
- Click submit
Expected Results:
- Error toast notification appears
- Error message from server about email not found
- User remains on same form state
Test Scenario 4: Password Reset with Valid Code
Objective: Verify password can be reset with valid code
Test Steps:
- Complete email submission successfully
- Enter the reset code received via email
- Enter new password (minimum 6 characters)
- Click submit
Expected Results:
- Loading toast: "Resetting password..."
- Success toast: "Password reset successful!"
- User is redirected to sign-in page
- New password is active
Test Scenario 5: Invalid Reset Code
Objective: Verify error handling for invalid reset code
Test Steps:
- Complete email submission successfully
- Enter invalid reset code
- Enter new password
- Click submit
Expected Results:
- Error toast notification appears
- Error message about invalid code
- Form retains entered values
- User can retry with correct code
Test Scenario 6: Password Too Short in Reset
Objective: Verify password validation during reset
Test Steps:
- Complete email submission successfully
- Enter valid reset code
- Enter password with less than 6 characters
- Click submit
Expected Results:
- Error message: "Password must be at least 6 characters"
- Form submission is prevented
- Password field shows red border
TCA003 - DASHBOARD
Test Scenario 1: Authenticated User Dashboard Access
Objective: Verify authenticated users can access dashboard
Test Steps:
- Sign in with valid credentials
- Navigate to dashboard (
/dashboard
) - Observe dashboard layout and components
Expected Results:
- Dashboard loads successfully
- All dashboard components are visible
- Navigation sidebar is present
- User information is displayed correctly
Test Scenario 2: Unauthenticated User Dashboard Access
Objective: Verify unauthenticated users are redirected
Test Steps:
- Clear browser session/cookies
- Navigate directly to dashboard URL
- Observe redirect behavior
Expected Results:
- User is automatically redirected to sign-in page
- Dashboard is not accessible
- No dashboard content is displayed
Test Scenario 3: Dashboard Navigation
Objective: Verify dashboard navigation works correctly
Test Steps:
- Access dashboard as authenticated user
- Click on different navigation menu items
- Verify page transitions
Expected Results:
- Navigation between sections works smoothly
- URL updates correctly
- Page content loads without errors
- Active menu item is highlighted
Test Scenario 4: Dashboard Responsive Design
Objective: Verify dashboard works on different screen sizes
Test Steps:
- Access dashboard on desktop
- Resize browser window to mobile size
- Test navigation and layout
Expected Results:
- Dashboard adapts to screen size
- Mobile navigation works correctly
- All components remain functional
- No horizontal scrolling issues
TCA004 - MAP
Test Scenario 1: Interactive Map Loading
Objective: Verify map loads and displays correctly
Test Steps:
- Navigate to map section (
/dashboard/map
) - Wait for map to load
- Observe map components
Expected Results:
- Map loads without errors
- Map tiles are visible
- Zoom controls are functional
- Map is interactive
Test Scenario 2: Map Navigation Controls
Objective: Verify map navigation controls work
Test Steps:
- Access map page
- Use zoom in/out controls
- Pan the map in different directions
- Use fullscreen toggle
Expected Results:
- Zoom controls respond correctly
- Map pans smoothly
- Fullscreen mode works
- Map state is maintained
Test Scenario 3: Crime Location Markers
Objective: Verify crime incident markers display on map
Test Steps:
- Access map with crime data
- Look for location markers
- Click on markers to view details
Expected Results:
- Crime markers are visible on map
- Markers are positioned correctly
- Clicking markers shows incident details
- Different crime types have different markers
Test Scenario 4: Map Filtering
Objective: Verify map filtering functionality
Test Steps:
- Access map page
- Use filter controls (date range, crime type, etc.)
- Observe map updates
Expected Results:
- Filters apply correctly
- Map updates to show filtered data
- Markers update based on filters
- Filter state is maintained
Test Scenario 5: Map Performance
Objective: Verify map performs well with large datasets
Test Steps:
- Load map with many crime incidents
- Navigate and zoom around map
- Apply various filters
Expected Results:
- Map loads within reasonable time
- Navigation is smooth
- No performance degradation
- Memory usage is stable
TCA005 - CRIME OVERVIEW
Test Scenario 1: Crime Statistics Display
Objective: Verify crime statistics are displayed correctly
Test Steps:
- Navigate to crime overview section
- Observe various charts and statistics
- Check data accuracy
Expected Results:
- All charts load correctly
- Statistics are accurate
- Data is up-to-date
- Charts are interactive
Test Scenario 2: Chart Interactions
Objective: Verify chart interactivity works
Test Steps:
- Access crime overview page
- Hover over chart elements
- Click on chart sections
- Use chart controls
Expected Results:
- Hover effects show data details
- Click interactions work
- Chart controls are functional
- Data filtering works
Test Scenario 3: Time-based Filtering
Objective: Verify time-based data filtering
Test Steps:
- Access crime overview
- Change date range filters
- Observe chart updates
Expected Results:
- Date filters work correctly
- Charts update with new data
- Data consistency is maintained
- Loading states are shown
Test Scenario 4: Export Functionality
Objective: Verify data export features
Test Steps:
- Access crime overview
- Look for export options
- Attempt to export data
Expected Results:
- Export options are available
- Export formats are supported
- Downloads work correctly
- Data integrity is maintained
TCA006 - MANAGEMENT INCIDENT LOGS
Test Scenario 1: Incident Logs List View
Objective: Verify incident logs are displayed in table format
Test Steps:
- Navigate to incident logs management
- Observe the logs table
- Check pagination and sorting
Expected Results:
- Incident logs are displayed in table
- Pagination works correctly
- Sorting by columns works
- Search functionality works
Test Scenario 2: Create New Incident Log
Objective: Verify new incident log can be created
Test Steps:
- Access incident logs management
- Click "Add New" or "Create" button
- Fill in required fields
- Submit the form
Expected Results:
- Form opens correctly
- Required field validation works
- Form submission is successful
- New log appears in table
Test Scenario 3: Edit Incident Log
Objective: Verify existing incident log can be edited
Test Steps:
- Access incident logs table
- Click edit button on a log entry
- Modify some fields
- Save changes
Expected Results:
- Edit form opens with current data
- Changes are saved successfully
- Updated data appears in table
- No data loss occurs
Test Scenario 4: Delete Incident Log
Objective: Verify incident log can be deleted
Test Steps:
- Access incident logs table
- Click delete button on a log entry
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Log is removed from table
- No orphaned data remains
Test Scenario 5: Incident Log Details View
Objective: Verify detailed view of incident log
Test Steps:
- Access incident logs table
- Click on a log entry to view details
- Observe detailed information
Expected Results:
- Detailed view opens correctly
- All log information is displayed
- Related data is shown
- Navigation back to list works
TCA007 - MANAGEMENT CRIME INCIDENTS
Test Scenario 1: Crime Incidents List View
Objective: Verify crime incidents are displayed correctly
Test Steps:
- Navigate to crime incidents management
- Observe the incidents table
- Check filtering and search
Expected Results:
- Incidents are displayed in table
- Filtering works correctly
- Search functionality works
- Pagination is functional
Test Scenario 2: Create New Crime Incident
Objective: Verify new crime incident can be created
Test Steps:
- Access crime incidents management
- Click "Add New Incident"
- Fill in incident details
- Submit the form
Expected Results:
- Form opens with all required fields
- Validation works correctly
- Submission is successful
- New incident appears in list
Test Scenario 3: Edit Crime Incident
Objective: Verify crime incident can be edited
Test Steps:
- Access crime incidents table
- Click edit on an incident
- Modify incident details
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated incident appears in table
- Data integrity is maintained
Test Scenario 4: Delete Crime Incident
Objective: Verify crime incident can be deleted
Test Steps:
- Access crime incidents table
- Click delete on an incident
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Incident is removed from table
- Related data is handled properly
Test Scenario 5: Crime Incident Details
Objective: Verify detailed view of crime incident
Test Steps:
- Access crime incidents table
- Click on incident to view details
- Observe comprehensive information
Expected Results:
- Detailed view shows all incident data
- Related evidence is displayed
- Witness information is shown
- Timeline is accurate
TCA008 - MANAGEMENT CRIME SUMMARY
Test Scenario 1: Crime Summary Reports
Objective: Verify crime summary reports are generated correctly
Test Steps:
- Navigate to crime summary section
- Generate various summary reports
- Check report accuracy
Expected Results:
- Reports generate successfully
- Data is accurate and current
- Different report types work
- Export functionality works
Test Scenario 2: Summary Report Filtering
Objective: Verify report filtering works correctly
Test Steps:
- Access crime summary reports
- Apply different filters (date, location, type)
- Generate filtered reports
Expected Results:
- Filters apply correctly
- Reports update based on filters
- Data consistency is maintained
- Performance is acceptable
Test Scenario 3: Report Export
Objective: Verify reports can be exported
Test Steps:
- Generate a crime summary report
- Click export button
- Choose export format
- Download report
Expected Results:
- Export options are available
- Downloads work correctly
- File formats are supported
- Data integrity is maintained
TCA009 - MANAGEMENT USERS
Test Scenario 1: Users List View
Objective: Verify users are displayed in management table
Test Steps:
- Navigate to users management
- Observe users table
- Check search and filtering
Expected Results:
- Users are displayed in table
- Search functionality works
- Filtering works correctly
- Pagination is functional
Test Scenario 2: Create New User
Objective: Verify new user can be created
Test Steps:
- Access users management
- Click "Add New User"
- Fill in user details
- Submit form
Expected Results:
- Form opens with required fields
- Validation works correctly
- User is created successfully
- New user appears in table
Test Scenario 3: Edit User
Objective: Verify user details can be edited
Test Steps:
- Access users table
- Click edit on a user
- Modify user information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated user appears in table
- Permissions are maintained
Test Scenario 4: Delete User
Objective: Verify user can be deleted
Test Steps:
- Access users table
- Click delete on a user
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- User is removed from table
- Related data is handled
Test Scenario 5: User Role Management
Objective: Verify user roles can be managed
Test Steps:
- Access user management
- Edit user roles
- Assign different permissions
- Save changes
Expected Results:
- Role assignment works correctly
- Permissions are applied
- Changes are saved
- Access control works
TCA010 - MANAGEMENT TASK
Test Scenario 1: Task List View
Objective: Verify tasks are displayed correctly
Test Steps:
- Navigate to task management
- Observe tasks table/kanban board
- Check task status and priority
Expected Results:
- Tasks are displayed correctly
- Status indicators work
- Priority levels are shown
- Filtering works
Test Scenario 2: Create New Task
Objective: Verify new task can be created
Test Steps:
- Access task management
- Click "Add New Task"
- Fill in task details
- Assign to user/team
- Submit form
Expected Results:
- Form opens with required fields
- Assignment options work
- Task is created successfully
- New task appears in list
Test Scenario 3: Update Task Status
Objective: Verify task status can be updated
Test Steps:
- Access task management
- Select a task
- Change task status
- Save changes
Expected Results:
- Status change is successful
- Task moves to correct status column
- Updates are reflected immediately
- History is maintained
Test Scenario 4: Delete Task
Objective: Verify task can be deleted
Test Steps:
- Access task management
- Select a task to delete
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Task is removed from list
- No orphaned references
TCA011 - MANAGEMENT DISTRICTS
Test Scenario 1: Districts List View
Objective: Verify districts are displayed correctly
Test Steps:
- Navigate to districts management
- Observe districts table
- Check district information
Expected Results:
- Districts are displayed in table
- District details are accurate
- Search functionality works
- Pagination works
Test Scenario 2: Create New District
Objective: Verify new district can be created
Test Steps:
- Access districts management
- Click "Add New District"
- Fill in district details
- Submit form
Expected Results:
- Form opens with required fields
- Validation works correctly
- District is created successfully
- New district appears in table
Test Scenario 3: Edit District
Objective: Verify district can be edited
Test Steps:
- Access districts table
- Click edit on a district
- Modify district information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated district appears in table
- Data integrity is maintained
Test Scenario 4: Delete District
Objective: Verify district can be deleted
Test Steps:
- Access districts table
- Click delete on a district
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- District is removed from table
- Related data is handled properly
TCA012 - MANAGEMENT GEOGRAPHIES
Test Scenario 1: Geographies List View
Objective: Verify geographic data is displayed correctly
Test Steps:
- Navigate to geographies management
- Observe geographic data table
- Check geographic information
Expected Results:
- Geographic data is displayed correctly
- Coordinates are accurate
- Search functionality works
- Data is well-organized
Test Scenario 2: Create New Geographic Entry
Objective: Verify new geographic data can be added
Test Steps:
- Access geographies management
- Click "Add New"
- Fill in geographic details
- Submit form
Expected Results:
- Form opens with required fields
- Coordinate validation works
- Entry is created successfully
- New entry appears in table
Test Scenario 3: Edit Geographic Data
Objective: Verify geographic data can be edited
Test Steps:
- Access geographies table
- Click edit on an entry
- Modify geographic information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated data appears in table
- Coordinate accuracy is maintained
Test Scenario 4: Delete Geographic Entry
Objective: Verify geographic entry can be deleted
Test Steps:
- Access geographies table
- Click delete on an entry
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Entry is removed from table
- No orphaned references remain
TCA013 - MANAGEMENT UNITS
Test Scenario 1: Units List View
Objective: Verify units are displayed correctly
Test Steps:
- Navigate to units management
- Observe units table
- Check unit information
Expected Results:
- Units are displayed in table
- Unit details are accurate
- Search functionality works
- Pagination works
Test Scenario 2: Create New Unit
Objective: Verify new unit can be created
Test Steps:
- Access units management
- Click "Add New Unit"
- Fill in unit details
- Submit form
Expected Results:
- Form opens with required fields
- Validation works correctly
- Unit is created successfully
- New unit appears in table
Test Scenario 3: Edit Unit
Objective: Verify unit can be edited
Test Steps:
- Access units table
- Click edit on a unit
- Modify unit information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated unit appears in table
- Data integrity is maintained
Test Scenario 4: Delete Unit
Objective: Verify unit can be deleted
Test Steps:
- Access units table
- Click delete on a unit
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Unit is removed from table
- Related assignments are handled
TCA014 - MANAGEMENT COORDINATES/LOCATIONS
Test Scenario 1: Locations List View
Objective: Verify locations are displayed correctly
Test Steps:
- Navigate to locations management
- Observe locations table
- Check location coordinates
Expected Results:
- Locations are displayed in table
- Coordinates are accurate
- Search functionality works
- Map integration works
Test Scenario 2: Create New Location
Objective: Verify new location can be created
Test Steps:
- Access locations management
- Click "Add New Location"
- Fill in location details and coordinates
- Submit form
Expected Results:
- Form opens with required fields
- Coordinate validation works
- Location is created successfully
- New location appears in table
Test Scenario 3: Edit Location
Objective: Verify location can be edited
Test Steps:
- Access locations table
- Click edit on a location
- Modify location information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated location appears in table
- Coordinate accuracy is maintained
Test Scenario 4: Delete Location
Objective: Verify location can be deleted
Test Steps:
- Access locations table
- Click delete on a location
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Location is removed from table
- Related incidents are handled properly
Test Scenario 5: Location Map Integration
Objective: Verify location data integrates with map
Test Steps:
- Access locations management
- View location on map
- Verify coordinate accuracy
- Test map interactions
Expected Results:
- Locations appear correctly on map
- Coordinates are accurate
- Map interactions work
- Data synchronization is maintained
TCA015 - MANAGEMENT DEMOGRAPHICS
Test Scenario 1: Demographics List View
Objective: Verify demographics data is displayed correctly
Test Steps:
- Navigate to demographics management
- Observe demographics table
- Check demographic information
Expected Results:
- Demographics are displayed in table
- Data is accurate and current
- Search functionality works
- Statistics are calculated correctly
Test Scenario 2: Create New Demographics Entry
Objective: Verify new demographics data can be added
Test Steps:
- Access demographics management
- Click "Add New"
- Fill in demographic details
- Submit form
Expected Results:
- Form opens with required fields
- Validation works correctly
- Entry is created successfully
- New entry appears in table
Test Scenario 3: Edit Demographics
Objective: Verify demographics can be edited
Test Steps:
- Access demographics table
- Click edit on an entry
- Modify demographic information
- Save changes
Expected Results:
- Edit form loads with current data
- Changes are saved successfully
- Updated data appears in table
- Statistics are recalculated
Test Scenario 4: Delete Demographics Entry
Objective: Verify demographics entry can be deleted
Test Steps:
- Access demographics table
- Click delete on an entry
- Confirm deletion
- Verify removal
Expected Results:
- Confirmation dialog appears
- Deletion is successful
- Entry is removed from table
- Statistics are updated accordingly
Test Scenario 5: Demographics Reports
Objective: Verify demographics reports are generated
Test Steps:
- Access demographics management
- Generate demographic reports
- Check report accuracy
- Test export functionality
Expected Results:
- Reports generate successfully
- Data is accurate
- Export functionality works
- Charts and graphs display correctly
TEST EXECUTION NOTES
Prerequisites
- Test environment is properly configured
- Test data is available
- User accounts with appropriate permissions are set up
- Browser compatibility is verified
Test Data Requirements
- Valid user accounts for authentication testing
- Sample crime incident data
- Geographic coordinate data
- Demographic statistics
- User management test accounts
Browser Compatibility
- Chrome (latest version)
- Firefox (latest version)
- Safari (latest version)
- Edge (latest version)
Performance Criteria
- Page load time < 3 seconds
- Form submission response < 2 seconds
- Map interactions < 1 second
- Database operations < 5 seconds
Security Considerations
- Authentication tokens are properly handled
- Session management works correctly
- Input validation prevents injection attacks
- Authorization controls are enforced
Accessibility Testing
- Keyboard navigation works
- Screen reader compatibility
- Color contrast meets WCAG standards
- Form labels are properly associated
DEFECT REPORTING
When defects are found during testing, include the following information:
- Test Case ID: Reference the specific test case
- Test Scenario: Description of the scenario being tested
- Steps to Reproduce: Detailed steps to reproduce the issue
- Expected Result: What should happen
- Actual Result: What actually happened
- Environment: Browser, OS, version information
- Severity: Critical, High, Medium, Low
- Priority: P1, P2, P3, P4
- Screenshots: Visual evidence of the issue
- Additional Notes: Any other relevant information