STS

Scenario

You have been asked to lead a software development team to build a system fulfilling the Statement of Need specified in project 1. Your team is employed by a small company. The customer wants a project that balances reasonable development cost, timely delivery, software quality, and functionality.

In this project, you will work as part of team to define, refine, and proof test case descriptions for the B&B system. If you do not submit project 3 as part of a team you shall receive a zero for this project.

Assume that the code for your B&B system has been developed based on the SDD whose requirements trace through the SRS to the SS. The next step is to develop a software test specification (STS) that describes the test cases that you will perform to verify correctness and validate compliance to customer requirements of your B&B system.

You will select components from the Architectural Context Diagram (ACD) for the B&B system and using the derived use case and software requirements set for each software component (as detailed in project 2) write the complete set of associated white and black box test case definitions.  

Completing this project will require that you produce a software test specification (STS) document for the system. The objective is to produce a cookbook for testers. A tester really only needs the STS, the test environment, the test tools, the test data, and of course, the software.

 

STS Templates

 Please develop your STS using the  IEEE Standard for Software Test Documentation,  standard 829-1998, posted in the Course Resources > eReserves . Section 6 in the IEEE Std 829-1998 is most relevant to this assignment, so focus on completing this section as thoroughly as you can.

 The assignment

 Complete the template as best as you can. Make any reasonable assumptions based on your understanding of the problem that allow you to address as many sections of the STS template as possible. (Please read the “project descriptions” in the project description section of the syllabus for additional context and information on course projects).

Pay special attention to the following. The bulk of your grade will be decided on how well you address these issues.

·  Detailed Test Environment description - including test hardware, software, test tools, and data

· White Box Test Cases (at least two): including; name of the component being tested, test inputs, and expected outputs

· Black Box Test Cases: Select (at least) two components from your ACD and using the derived use cases, scenarios, and software requirements set for each of those components (from your SRS), write the complete set of associated black box test case definitions, including; name of the component being tested, test inputs, expected outputs, and requirement(s) from the SRS being tested.

· Traceability matrix: Each test case is used to assess compliance to a SRS/SS requirement (i.e., Black Box) or to assess correct computation, e.g., correct inventory level (i.e., White Box). Your Test Cases should trace to one or more SRS requirements. See Table 4.4 (week 5 activities module 4 reading: Testing Strategies and Techniques) for an example of a Traceability Matrix. (Please endeavor to use the use cases/scenarios and requirements as you specified them in your SRS).

Also please see chapter 7: Software Testing and chapter 8: Software Testing Strategies from the online text (Books 24x7: Software Engineering, Second Edition by Bharat Bhushan Agarwal and Sumit Prakash Tayal) for additional context and information on testing.

 Section 7.6 discusses white-box testing; section 7.7 discusses black-box testing; section 7.9 discusses test case design;

 Hints and suggestions

1. For the STS, we shall be using only a subset of the IEEE template; specifically section 6 of the IEEE (Test Case Specification). Refer to Module 4 (week 5 activities module 4 reading: Testing Strategies and Techniques) for information on software testing and examples of black-box and white-box test case definitions.  Remember: Each test case is used to assess compliance to a SRS/SS requirement (i.e., Black Box) or to assess correct computation, e.g., correct inventory level (i.e., White Box). Here are the details required for each test case description:

· Test objective

· unique test case identifier

· input specification

· output specification

· special environment conditions

· special procedural requirements

· execution procedure steps

· dependencies

 

2. You are encouraged to select and use any one of your team member's ACD, use cases or requirements set to complete this assignment.  Collaborate with your team and decide who has the best representation to use.  

 Make sure your work is neat and legible. Your charts, illustrations and diagrams can be done using any word processing, drawing, and/or software CASE drawing tool (or by hand) as long as it is neat and organized. Embed or scan any diagrams that you create in your STS document—do not upload them separately.