1. ITEC 370 Lecture 19 Testing

2. Review Questions? Design document due by 10PM –System can be implemented just by following it Testing –Black, White, Glass –Different types, roles

3. Testing Objectives Test plan –What, Why, How, Who –Explain what to test, how to test it, and why

4. Testing Sections Why do you think a test plan is recommended? What would you put in a test plan? What might happen if a test plan is not created / followed?

5. Testing Sections Introduction What is to be tested (tagged VCS) What is to not be tested Approach (manual, automatic) Pass / fail criteria When test should be stopped

6. Testing Sections Deliverables –Document –Test cases (scenarios) –Scripts / scaffolding –Results (log files) –Report (sumary)

7. Testing Sections Environment –OS, Pre-requisite versions, what other processes are running, etc… Estimate Schedule Staffing needs Responsibilities Risks

8. Testing Purpose Guide the testing process No compile it and see if it works… Can be quite tedious –iPod programming environment Only as useful as you make it –Out of date document not useful –Creating for sake of creating, not useful either

9. Testing Requirement s If you didn’t have usage scenarios, create them Determine how to test each particular requirement in your SRS Ok to group several requirements together Make sure you cover common usage scenarios!

10. Testing Design What classes does a particular test target? What parts of the design are the most complex? Are the tests covering the entire system? Are you testing parts in isolation or in collaboration

11. Testing Implementatio n What part was the hardest to write? What part “smells” Who has the highest bug-rate? Random test X part

12. Testing Scale What happens if you spend too much time testing? What happens if you spend too little time testing? Adjust formality / amount of testing as project size increases

13. Testing Report Determine who communicates with who What the test case is What bug is present –Screenshots –Logfiles Whether or not the bug can be replicated Severity of bug –User / Developer

14. Testing Your project I will expect a test plan from each of your groups Should cover each requirement Whether you follow it and use it to find/fix bugs is up to you

15. Testing Review Test plan –Sections –Importance Next week –Bug tracking / Interface testing