Chapter 2

Question 1

What is a Test Level?

Answer 1

Test levels are groups of test activities that are organized and managed together. Each test level is an instance of the test process, performed in relation to software at a given stage of development, from individual components to complete systems or, where applicable, systems of systems.
Test levels are related to other activities within the SDLC. In sequential SDLC models, the test levels are often defined such that the exit criteria of one level are part of the entry criteria for the next level. In some iterative models, this may not apply. Development activities may span through multiple test levels. Test levels may overlap in time.

Question 2

What are Test Types?

Answer 2

Test types are groups of test activities related to specific quality characteristics and most of those test activities can be performed at every test level.

Question 3

What are the 5 Test Levels?

Answer 3

Component testing (unit testing), component integration testing (unit integration testing), system testing, system integration testing, and acceptance testing

Question 4

What is Component testing?

Answer 4

Focuses on testing components in isolation. It often requires specific support, such as test harnesses or unit test frameworks. Component testing is normally performed by developers in their development environments.

Question 5

What is Component Integration Testing?

Answer 5

Focuses on testing the interfaces and interactions between components. Component integration testing is heavily dependent on the integration strategy approaches like bottom-up, top-down or big-bang.

Question 6

What is System Testing?

Answer 6

focuses on the overall behavior and capabilities of an entire system or product, often including functional testing of end-to-end tasks and the non-functional testing of quality characteristics. For some non-functional quality characteristics, it is preferable to test them on a complete system in a representative test environment (e.g., usability). Using simulations of sub-systems is also possible. System testing may be performed by an independent test team, and is related to specifications for the system.

Question 7

What is System Integration Testing?

Answer 7

Focuses on testing the interfaces of the system under test and other systems and external services . System integration testing requires suitable test environments preferably similar to the operational environment.

Question 8

What is Acceptance Testing?

Answer 8

Focuses on validation and on demonstrating readiness for deployment, which means that the system fulfills the user’s business needs. Ideally, acceptance testing should be performed by the intended users. The main forms of acceptance testing are: user acceptance testing (UAT), operational acceptance testing, contractual and regulatory acceptance testing, alpha testing and beta testing.

Question 9

How are Test Levels distinguished?

Answer 9

Test levels are distinguished by the following non-exhaustive list of attributes, to avoid overlapping of test activities:
* Test object
* Test objectives
* Test basis
* Defects and failures
* Approach and responsibilities

Question 10

What are the 4 Test Types?

Answer 10

Functional, Non-Functional, Black-box, and White-box testing

Question 11

Define Functional Testing

Answer 11

evaluates the functions that a component or system should perform. The functions are “what” the test object should do. The main objective of functional testing is checking the functional completeness, functional correctness and functional appropriateness.

Question 12

Define Non-functional testing

Answer 12

evaluates attributes other than functional characteristics of a component or system. Non-functional testing is the testing of “how well the system behaves”. The main objective of non- functional testing is checking the non-functional software quality characteristics.

Question 13

What are the 7 Non-functional software quality characteristics?

Answer 13

-Performance efficiency
* Compatibility
* Usability
* Reliability
* Security
* Maintainability
* Portability

Question 14

Define Black-box testing

Answer 14

is specification-based and derives tests from documentation external to the test object. The main objective of black-box testing is checking the system’s behavior against its specifications.

Question 15

Define White-box testing

Answer 15

is structure-based and derives tests from the system’s implementation or internal structure (e.g., code, architecture, work flows, and data flows). The main objective of white-box testing is to cover the underlying structure by the tests to the acceptable level.

Question 16

What is Confirmation testing?

Answer 16

Confirms that an original defect has been successfully fixed. Depending on the risk, one can test the fixed version of the software in several ways, including:
* executing all test cases that previously have failed due to the defect, or, also by
* adding new tests to cover any changes that were needed to fix the defect
However, when time or money is short when fixing defects, confirmation testing might be restricted to simply exercising the steps that should reproduce the failure caused by the defect and checking that the failure does not occur.

Question 17

What is Regression testing?

Answer 17

confirms that no adverse consequences have been caused by a change, including a fix that has already been confirmation tested. These adverse consequences could affect the same component where the change was made, other components in the same system, or even other connected systems. Regression testing may not be restricted to the test object itself but can also be related to the environment. It is advisable first to perform an impact analysis to optimize the extent of the regression testing. Impact analysis shows which parts of the software could be affected.
Regression test suites are run many times and generally the number of regression test cases will increase with each iteration or release, so regression testing is a strong candidate for automation. Automation of these tests should start early in the project. Where CI is used, such as in DevOps (see section 2.1.4), it is good practice to also include automated regression tests. Depending on the situation, this may include regression tests on different levels.

Question 18

What is the scope of Maintenance testing?

Answer 18

The scope of maintenance testing typically depends on:
* The degree of risk of the change
* The size of the existing system
* The size of the change

Question 18

What are the ‘triggers’ for maintenance testing?

Answer 18

The triggers for maintenance and maintenance testing can be classified as follows:
* Modifications, such as planned enhancements (i.e., release-based), corrective changes or hot fixes.
* Upgrades or migrations of the operational environment, such as from one platform to another, which can require tests associated with the new environment as well as of the changed software, or tests of data conversion when data from another application is migrated into the system being maintained.
* Retirement, such as when an application reaches the end of its life. When a system is retired, this can require testing of data archiving if long data-retention periods are required. Testing of restore and retrieval procedures after archiving may also be needed in the event that certain data is required during the archiving period.