1 / 12

How to Build Test Inventory

How to Build Test Inventory. Test inventory is built and updated as the software project moves from phase to phase Start with Requirements List the actual and “budgeted” requirements Analyze which of these requirements are “testable” – “reviewable”

viet
Télécharger la présentation

How to Build Test Inventory

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. How to Build Test Inventory • Test inventory is built and updated as the software project moves from phase to phase • Start with Requirements • List the actual and “budgeted” requirements • Analyze which of these requirements are “testable” – “reviewable” • For each of the “testable” requirement, consider if there are more than one item that is testable. (e.g. data, flow, systems, performance, etc.) • For each of the testable requirements • Describe the test flow or scenario • Describe each of the testable items • describe the expected results for each testable item

  2. An Initial Test List-Inventory Example Expected Result for Each testable item Test flow/ scenario Testable items Req. Description Req. # #3 Query must Complete in 1 to 2 secs Populate the Employee Data base and query On all Employees younger than 25 and are managers • Create • 100 employee • Entries in DB • with one 24 yrs • manager DB table with Employee data 2. Set up a query and record response time and answer Response time Less than 2 Seconds with one entry

  3. Prioritize the Test Scenarios • Just as not all requirements have the same priority, not all test scenarios have the same priority - - - prioritize the test scenarios by risks • Cost of failure • Users’ usage pattern • Chance of error from past experience (e.g. error prone areas, error prone development team, new areas, etc.) • add a column to the Test List-Inventory

  4. An Initial Test List-Inventory Example Expected Result for Each testable item Prio- rity Test flow/ scenario Req. Description Testable items Req. # Med. #3 Query must Complete in 1 to 2 secs Populate the Employee Data base and query On all Employees younger than 25 and are managers • Create • 100 employee • Entries in DB • with one 24 yrs • manager DB table with Employee data 2. Set up a query and record response time and answer Response time Less than 2 Seconds with one entry

  5. Add More Test Information • The example can not be tested without real code and the data base system. So it is closer to component or system test. • Add a column stating the test type: • Req. review/inspection • Design review/inspection • Unit test • Functional test • Component test • System test

  6. Add More Details to Test List-Inventory • Required Test environment • System and system interfaces • UI • Data formats (date, numeric, alphanumeric, etc.) • Other factors: performance, reliability, security, etc. ( any equipment/tool needed) • If more information is needed to build and/or complete the test inventory, conduct “interviews” much like requirements gathering

  7. Two Levels of Interviews for Test Info. • High Level ( appr. 15 minutes ) to get general information - - - include managers • Detailed Level (appr. 30 min – 1 hr.) to get more explanation. • Read page 167( Hutcheson) – “Expendable Tester Ploy”--- a touch of realism

  8. Goals of High Level Test Interviews • Identify: • Project deliverables (which need to be tested?) • Owners of deliverables (where to get them?) • Project dependencies (sources of potential flaws?) • Other project • Shared DB/network/tools • Passing data or control with another on-going project • Get “opinions” on constraints and preferences: • Priorities of requirements and other project items • Schedule constraints • View on testing versus development versus support • Any specific goal behind this project • Beat competition in the market • Improve customer satisfaction • Cut support cost • Etc.

  9. Goals of Detail Test Interviews • Update business flow/logic flow • Gain insight into views on testing and project • Definition and views on quality • Past test information • How long? • How much? • # of people and level of experiences • What were tested and what were usually left out • Test tools used and needed • Test process and fix process used

  10. Some Guidance on Test Interviews • Be prepared with questions • Be quick and professional on the questions/answers • Listen carefully --- especially for “volunteered” information • Review the answers with the participants to confirm the answers • Do not offer solutions when there are discrepancies among the answers - - - ask for clarifications

  11. Update your Test Inventory • Priority • Dependencies and integration needs • Tools needed • Order of testing • Systems interfaces • Etc.

  12. Product Integration and Build for Test • Functional Test • module dependencies • Other subsystem dependencies (DB or Network) • Component Test • Functional dependencies • System Test • Component dependencies

More Related