Foundation Level 1

Question 1

Software testing

Answer 1

a set of activities to discover defects and evaluate the quality of software artifacts.

Question 2

Test Objectives

Answer 2

1. Evaluating work products such as requirements, user stories, designs, and code
2. Ensuring required coverage of a test object
3. Reducing the level of risk of inadequate software quality
4. Verifying whether specified requirements have been fulfilled
5. Verifying that a test object complies with contractual, legal, and regulatory requirements
6. Providing information to stakeholders to allow them to make informed decisions
7. Building confidence in the quality of the test object
8. Validating whether the test object is complete and works as expected by the stakeholders

Question 3

Debugging

Answer 3

concerned with finding causes of the failure (defects), analyzing these causes, and eliminating them

Question 4

Typical debugging process

Answer 4

1. Reproduction of a failure
2. Diagnosis (finding the root cause)
3. Fixing the cause

Question 5

Quality control (QC)

Answer 5

a product-oriented, corrective approach that focuses on those activities supporting the achievement of appropriate levels of quality (Testing)

Question 6

Quality assurance (QA)

Answer 6

a process-oriented, preventive approach that focuses on the implementation and improvement of processes

Question 7

Test results in QA and QC

Answer 7

1. In QC they are used to fix defects
2. In QA they provide feedback on how well the development and test processes are performing

Question 8

A root cause

Answer 8

a fundamental reason for the occurrence of a problem (e.g., a situation that leads to an error). Root causes are identified through root cause analysis, which is typically performed when a failure occurs or a defect is identified.

Question 9

Errors, Defects, Failures

Answer 9

Human beings make errors (mistakes), which produce defects (faults, bugs), which in turn may result in failures

Question 10

Testing principles

Answer 10

1. Testing shows the presence, not the absence of defects
2. Exhaustive testing is impossible
3. Early testing saves time and money
4. Defects cluster together
5. Tests wear out
6. Testing is context dependent.
7. Absence-of-defects fallacy (In addition to verification, validation should also be carried out)

Question 11

Test Activities and Tasks

Answer 11

often implemented iteratively or in parallel, need to be tailored to the system and the project

1. Test planning
2. Test monitoring and control
3. Test analysis
4. Test design
5. Test implementation
6. Test execution
7. Test completion

Question 12

The way the testing is carried out will depend on

Answer 12

1. Stakeholders (needs, expectations, requirements, willingness to cooperate, etc.)
2. Team members (skills, knowledge, level of experience, availability, training needs, etc.)
3. Business domain (criticality of the test object, identified risks, market needs, specific legal regulations, etc.)
4. Technical factors (type of software, product architecture, technology used, etc.)
5. Project constraints (scope, time, budget, resources, etc.)
6. Organizational factors (organizational structure, existing policies, practices used, etc.)
7. Software development lifecycle (engineering practices, development methods, etc.)
8. Tools (availability, usability, compliance, etc.)

Question 13

Traceability

Answer 13

1. provides information to assess product quality, process capability, and project progress against business goals.
2. between the test basis elements, testware associated with these elements (e.g., test conditions, risks, test cases), test results, and detected defects.
3. The coverage criteria can function as key performance indicators to drive the activities that show to what extent the test objectives have been achieved

Question 14

The test management role

Answer 14

1. takes overall responsibility for the test process, test team and leadership of the test activities.
2. mainly focused on the activities of test planning, test monitoring and control and test completion.

NB varies depending on the context, the test management role can be performed by a team leader, by a test manager, by a development manager,

Question 15

The testing role

Answer 15

mainly focused on the activities of test analysis, test design, test implementation and test execution.

Question 16

Generic Skills Required for Testing

Answer 16

1. Testing knowledge (techniques)
2. Thoroughness, carefulness, curiosity, attention to details, being methodical
3. Good communication skills, active listening, being a team player
4. Analytical thinking, critical thinking, creativity
5. Technical knowledge
6. Domain knowledge (to be able to understand and to communicate with end users/business representatives)

Question 17

Independence of Testing

Answer 17

1. A certain degree of independence makes the tester more effective at finding defects due to differences between the author’s and the tester’s cognitive biases
2. Work products can be tested by their author (no independence), by the author’s peers from the same team (some independence), by testers from outside the author’s team but within the organization (high independence), or by testers from outside the organization (very high independence)

Question 18

The main benefit of independence of testing

Answer 18

1. independent testers are likely to recognize different kinds of failures and defects compared to developers because of their different backgrounds, technical perspectives, and biases.
2. an independent tester can verify, challenge, or disprove assumptions made by stakeholders during specification and implementation of the system.

Question 19

Drawbacks of independent testers

Answer 19

1. Independent testers may be isolated from the development team, which may lead to a lack of collaboration, communication problems, or an adversarial relationship with the development team.
2. Developers may lose a sense of responsibility for quality.
3. Independent testers may be seen as a bottleneck or be blamed for delays in release.

Question 20

Test planning work products

Answer 20

1. test plan
2. test schedule
3. risk register
4. entry and exit criteria

Question 21

Risk register

Answer 21

a list of risks together with risk likelihood, risk impact and information about risk mitigation

Question 22

Test monitoring and control work products

Answer 22

1. test progress reports
2. documentation of control directives
3. risk information

Question 23

Test analysis work products

Answer 23

1. (prioritized) test conditions
2. defect reports regarding defects in the test basis

Question 24

Test design work products

Answer 24

1. (prioritized) test cases
2. test charters
3. coverage items
4. test data requirements
5. test environment requirements

Question 25

Examples of test environment elements

Answer 25

1. stubs 2. drivers 3. simulators 4. service virtualizations

Question 26

Test implementation work products

Answer 26

1. test procedures 2. automated test scripts 3. test suites 4. test data 5. test execution schedule 6. test environment elements

Question 27

Test execution work products

Answer 27

1. test logs 2. defect reports

Question 28

Test completion work products

Answer 28

1. test completion report 2. action items for improvement of subsequent projects or iterations 3. documented lessons learned 4. change requests

Question 29

Test execution rate

Answer 29

No. of executed tests / no. of total tests

Question 30

Test planning

Answer 30

defining the test objectives and then selecting an approach that best achieves the objectives within the constraints imposed by the overall context.

Question 31

Test monitoring and control

Answer 31

1. ongoing checking of all test activities 2. the comparison of actual progress against the plan

Question 32

Test analysis

Answer 32

1. analyzing the test basis to identify testable features and to define and prioritize associated test conditions, together with the related risks and risk levels 2. The test basis and the test objects are also evaluated to identify defects they may contain and to assess their testability 3. identify features and sets of features to be tested 4. defining and prioritising test conditions for each feature based on analysis of the test basis NB: answers the question “what to test?” in terms of measurable coverage criteria.

Question 33

Test design

Answer 33

1. Designing and prioritising test cases 2. Identifying test data to support test conditions and test cases 3. Designing the test environment and identifying required infrastructure & tools 4. Creating bi-directional traceability between test basis and test cases 5. designing the test environment and identifying any other required infrastructure and tools. NB answered the question "how to test"

Question 34

Test implementation

Answer 34

1. Developing and prioritising test procedures and creating automated test scripts 2. Creating test suits from the test procedures 3. Arranging the test suits within the test execution schedule 4. Building the test environment and verifying everything set up correct 5. Preparing test data and ensuring it is properly loaded in the test environment. 6. Verifying and updating bi-directional traceability between the test basis, test conditions, test cases, test procedure and test suites

Question 35

Test execution

Answer 35

1. Recording the IDs and versions of the test items, objects tools and test ware 2. executing test either manually or with a tool 3. comparing actual results with expected results 4. analysing anomalies to establish their likely causes 5. reporting defects based on failures observed 6. logging the outcome of test execution 7. repeating test activities either as a result of action taken for an anomaly or as a part of planned testing

Question 36

Test completion

Answer 36

1. Checking whether all defect reports are closed, entering change request or product backlog items for any defects that remain unresolved at the end of test execution 2. Creating a test summary report to be communicated to stakeholders 3. Finilazing and archiving the test environment, test data test infrastructure and other testware 4. handing over testware to the maintenance team, other project teams and/or other stakeholders who could benefit from its use 5. analysing lessons learned from the completed test activities to determine changes needed for future iterations, releases and projects 6. using information gathered to improve test process maturity

Question 37

Test Basis

Answer 37

All documents from which the requirements of a component or system can be inferred. The documentation on which the test cases are based. If a document can be amended only by way of formal amendment procedure, then the test basis is called a frozen test basis.

Question 38

Test charter

Answer 38

A statement of test objectives, and possibly test ideas about how to test. Test charters are used in exploratory testing.

Question 39

Error

Answer 39

Human action that produces an incorrect result.