Static Testing Flashcards

1
Q

What is static testing?

A

In static testing the software under test does not need to be executed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What are some static testing test objectives?

A

Improving quality
detecting defects
Assessing characteristics like readability, completeness, correctness, testability, and consistency.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What products are examinable by static testing?

A

Requirement specification documents
Source code
Test plans
Test cases
Product backlog items
Test charters
Project documentation
Contracts
Models

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What products are not appropriate for static testing?

A

Those that are difficult to interpret by human beings and that should not be analyzed by tools (ex, 3rd party executable code due to legal reasons)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Why is static testing valuable?

A

It can detect defects in the earliest phases of the SDLC
It can identify defects that cannot be detected by dynamic testing (ex unreachable code, design patterns not implemented as desired, defects in non-executable work products)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How is static testing valuable for stakeholders?

A

By verifying the documented requirements early in the in the SDLC
Because of the early testing, involved stakeholders have a shared understanding
Communication is improved between the stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Why are overall project costs lower with static testing even though reviews may be costly?

A

Less time and effort needs to be spent on fixing defects later in the project.
Code defects can be detected using static analysis more efficiently than in dynamic testing (usually resulting in both fewer code defects and lower overall development effort)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

How are static and dynamic testing similar?

A

They both support the detection of defects in the products.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

How are static and dynamic testing different?

A

Some defects can only be found by each type of testing.
Static testing finds defects directly, while dynamic testing causes failures from which the associated defects are determined through subsequent analysis
Static testing may more easily detect defects through the code that are rarely executed or reach using dynamic testing
Static testing can be applied to non-executable code, dynamic testing can only be applied to executable products
Static testing can be used to measure quality characteristics not dependent on executing code (maintainability) where dynamic testing measures quality characteristics that are dependent on executing code (performance efficiency)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What are some typical defects found through static testing?

A

Defects in requirements (inconsistencies, ambiguities, contradictions, omissions, inaccuracies, duplications)
Design defects (inefficient database structures, poor modularization)
Coding defects (variables with undefined values, undeclared variables, unreachable or duplicated code, excessive code complexity)
Deviations from standards (lack of adherence to naming conventions in coding standards)
Incorrect interface specifications (mismatched number, type or order of parameters)
Some security vulnerabilities (buffer overflows)
Gaps/inaccuracies in test basis coverage (missing tests for an acceptance criterion)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What are the benefits of early and frequent stakeholder feedback?

A

It allows for the early communication of potential quality problems.
Little stakeholder involvement means product might not meet the original or current vision.
Failing to deliver what stakeholder wants could result in costly rework, missed deadlines, blame games, or complete project failure.
Frequent stakeholder feedback can prevent misunderstandings about requirements and ensure that changes to requirements are understood and implemented earlier, helping dev team to improve their understanding of what they are building.
Allows devs to focus on features that deliver the most value to the stakeholders and that have the most positive impact on identified risks.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What are the Review Process Activities?

A

Planning
Review initiation
Individual review
Communication and analysis
Fixing and reporting

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What is involved in the Planning activity of the review process?

A

The scope of the review is defined. The scope includes:
The purpose
The work product to be reviewed
Quality characteristics to be evaluated
Areas to focus on
Exit criteria
Supporting information such as stands, effort, and the timeframes for the review

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What is the goal of the Review initiation activity of the review process?

A

To make sure that everyone and everything involved is prepared to start the review, including making sure that ever participant has access to the work product under review, understands their role and responsibilities and receives everything needed to perform the review.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Why is an Individual review completed in the review process?

A

To assess the quality of the work product under review, to identify anomalies, recommendations, and questions by applying one or more review techniques (ex, checklist-based reviewing, scenario-based reviewing).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

When completing the individual review process, what should be done by the reviewer?

A

Log all identified anomalies, recommendations, and questions.

17
Q

What is the purpose of the Communication and analysis review process?

A

To analyze and discuss all anomalies discovered to decide the status, the owner, and required actions of the anomaly

18
Q

In the communication and analysis review meeting, what is typically discussed?

A

The anomalies previously discovered, the quality level of the reviewed work product, and what follow-up actions are required.

19
Q

What is involved in the Fixing and reporting activity of the review process?

A

For every defect discovered, a defect report should be created so that corrective actions can be followed-up on.
Once exit criteria are reached, the product can be accepted.
The review results are reported.

20
Q

What are the principal roles of the stakeholders that are involved in the review process?

A

Manager
Author
Moderator/Facilitator
Scribe/Recorder
Reviewer
Review leader

21
Q

What is the responsibility of the Manager in the review process?

A

Decides what should be reviewed
Provides resources such as staff and time for the review

22
Q

What is the responsibility of the Author in the review process?

A

Creates and fixes the work product under review

23
Q

What is the responsibility of the Moderator/Facilitator in the review process?

A

Ensures the effective running of review meetings, including mediation, time management, and a safe environment where everyone can speak freely.

24
Q

What is the responsibility of the Scribe/Recorder in the review process?

A

Collates anomalies from reviews and records review info such as decisions and new anomalies found during the review meeting.

25
Q

What is the responsibility of the Reviewer in the review process?

A

Performs the review. May be someone working on the project, a subject matter expert, or any other stakeholder.

26
Q

What is the responsibility of the Review Leader in the review process?

A

Takes overall responsibility for the review such as deciding who will be involved, organizing when and where the review takes place

27
Q

What are some commonly used review types?

A

Informal review
Walkthrough
Technical review
Inspection

28
Q

What is involved in an informal review?

A

No defined process, does not require a formal documented output, main objective is detecting anomalies.

29
Q

What are some objectives of a Walkthrough?

A

Evaluating quality and building confidence in the product
Educating reviewers
Gaining consensus
Generating new ideas
Motivating and enabling authors to improve
Detecting anomalies

30
Q

Who leads a Walkthrough?

A

The author.

31
Q

What are some objectives of a Technical Review?

A

Gain consensus and make decisions regarding a technical problem.
Detect anomalies.
Evaluate quality and build confidence in the product
Generate new ideas
Motivate and enable authors to improve

32
Q

Who are the primary roles in a Technical Review?

A

Technically qualified reviewers
Led by a moderator

33
Q

What are some objectives of an Inspection?

A

Find the maximum number of anomalies
Evaluate quality and build confidence in the product
Motivate and enable authors to improve

34
Q

Who cannot act as the leader or scribe during an inspection?

A

The author.

35
Q

What factors determine the success of a review?

A

Defining clear objectives and measurable exit criteria (participant evaluation should never be an objective).
Choosing the appropriate review type to achieve the given objectives, and to suit the type of work product, the review participants, the project needs and context.
Conducting reviews on small chunks, so that reviewers do not lose concentration during an individual review and/or the review meeting when held.
Providing feedback from reviews to stakeholders and authors so they can improve the product and their activities.
Providing adequate time to participants to prepare for the review.
Support from management for the review process
Making reviews part of the organizations culture to promote learning and process improvement.
Providing adequate training for all participants so they know how to fulfill their role.
Facilitating meetings.