250 likes | 282 Views
JAD Session Testing. Types of Tests. Unit Testing Sub-system Testing System Integration Testing Performance Testing Acceptance Testing Beta Testing. Unit Testing. GIS Data* Bridge Data* Restrictions Routing Mapping Restriction Editor Web Interface.
E N D
JAD Session Testing
Types of Tests • Unit Testing • Sub-system Testing • System Integration Testing • Performance Testing • Acceptance Testing • Beta Testing
Unit Testing • GIS Data* • Bridge Data* • Restrictions • Routing • Mapping • Restriction Editor • Web Interface * Items covered by both Unit Testing and System Integration Testing
Unit Testing – GIS Data • All TxDOT roads correctly identified • Load Zone roads correctly identified • All other TRM data correctly identified
Unit Testing – Bridge Data • Bridges marked and identified correctly • Verified against BRINSAP? • Verified against permit book • Verified through other methods
Unit Testing - Restrictions • Restrictions comprehensive and complete • Restrictions cover all scenarios • Restrictions match permit book
Unit Testing - Routing • Routing w/o restrictions acceptable to TxDOT • Routing around restrictions work
Unit Testing - Mapping • Map display acceptable to TxDOT • Maps display restrictions acceptably • Maps display all other needed data
Unit Testing – Restriction Editor • Acceptable operation both locally and remotely • Display map data • Acceptable display and marking of restrictions
Unit Testing – Web Interface • Correct operation • Map display • Location entry • Navigation
Sub-system Testing • Routing • Restriction Editor • Web Interface • Re-route • Reporting • Updating
Sub-system Testing - Routing • Routing with restrictions acceptable to TxDOT
Sub-system Testing – Restriction Editor • Restrictions saved correctly • Routing around restrictions match web routing • Restriction retirement notification process works correctly • Correct operation of restriction initialization/retirement process
Sub-system Testing – Web Interface • Bid Routes work correctly • Save/recall user trips • Correct routing/map display • Correctly saves trips • Permit officer routing
Sub-system Testing – Re-route • Correct notification
Sub-system Testing - Reporting • Correct reporting of trips • Canned reports
Sub-system Testing - Updating • Correct updating of TxDOT data • Correct migration of restrictions • Correct display of historical trips over deactivated road segments • Correct routing of historical trips • Correct display of historical restrictions
System Integration Testing • GIS Data • Bridge Data • CPS
System Integration Testing – GIS Data • All TxDOT road correctly identified • Load Zone roads correctly identified • All other TRM data correctly identified
System Integration Testing – Bridge Data • Bridges marked and identified correctly • Verified against BRINSAP? • Verified against permit book • Verified through other methods
System Integration Testing – CPS • Start routing session for new permit • Start routing session for existing permit • Correctly return session to CPS • CPS updates permit information • Passing route and map information back to CPS • Bid route interface
Performance Testing • Single system test • Ultimate load to failure • System behavior at failure • Multi-system test • Scaling estimates • DB server load • System responsiveness at peak loads
Acceptance Testing • GIS/Bridge database accurate • Routing acceptable • Restriction process acceptable • Interface with CPS acceptable • Web interface acceptable • Report generation acceptable • Re-route notification acceptable • Update process acceptable • Performance acceptable • Installation/operation acceptable
Beta Testing • Users able to understand and use the system • Documentation helpful