Quality Assurance III

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/15

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

16 Terms

1
New cards

What are the types of code review activities?

Walkthrough (Informal): Small changes, 2-3 people, usually the author and reviewer. Naturally happens in pair programming.

Code Review (Formal): Substantial code changes, 3-5 attendees. Inspection (Most Formal): Detects defects in documents (requirements, design, code). Involves defined rules and procedures, used in safety-critical contexts.

2
New cards

Why perform software inspections?

Inspections catch ~60% of defects, and combined with design/code reviews remove up to 85%.

Reduces overall defects by 20-30%.

Participation increases productivity by 20%.

Costs about 10-15% of budget but saves cost later.

3
New cards

What’s the most widely known inspection methodology?

Fagan’s process (1976)

4
New cards

What are some rules to Inspection? and where is it usually used?

• how many lines of code to review at once,

• how long the review meeting must be,

• how much preparation each member of the review team should do.

Used for mission and safety-critical software where defects can cause harm to users

5
New cards

Who are the roles in an inspection?

- Moderator: Manages inspection, distributes material and checklists, schedules and reports.

- Author: Created the document/code, clarifies when needed

. - Reviewer: Stakeholders looking for defects.

- Scribe: Records issues.

- Management: Should not attend but can access inspection reports

6
New cards

What is the inspection procedure?

1. Planning: Author gives design/code to moderator. Moderator selects reviewers, schedules meeting, distributes material & checklist.

2. Overview: Author provides brief overview (optional/dangerous: design should be self-explanatory). .

3. Preparation: Reviewers study the material independently (125 LOC/hr), each with different perspectives (e.g., maintainer, customer, designer).

4. Meeting:

Moderator selects non-author to paraphrase code. Logic is explained. Errors recorded by scribe. No discussion of fixes. Limit: 2 hrs.

5. Report: Moderator writes report within 1 day listing defects, types, severity.

6. Rework: Moderator assigns defects to someone (usually the author) for repair

7. Follow-up: Moderator is responsible for seeing all rework is done

8. Third Hour: An informal meeting to discuss solutions to problems

7
New cards

What makes inspections effective?

- Use checklists focused on past issues.

- Focus on defect detection.

- Assign reviewer perspectives.

- Ensure reviewers prepare.

- Give everyone distinct roles.

- Limit meeting to 2 hrs.

- Collect defect and time data.

- Train participants.

- Follow up on fixes.

- Ensure management understands their non-attendance.

8
New cards

What are Inspection Metrics?

Required to qualify as an inspection.

Includes: - Defects found (with type/location) - Time spent - Size of code reviewed - Causes and triggers

- Suggested improvements - Use of techniques like checklists, paraphrasing, structured walkthroughs

9
New cards

What are code review checklist items?

General: Logic correct, readable, no duplicate/redundant code, conforms to standards, good naming, proper loops, modular. Performance: Optimize where possible, remove debug code, use built-ins.

Security: Validate inputs, catch errors, encode outputs. Documentation: Clear comments, edge cases explained, 3rd party use documented.

Testing: Code is testable, unit tests exist and are meaningful.

10
New cards

Discussion - Testing at Google, Facebook, Amazon, Spotify, Microsoft

knowt flashcard image
11
New cards

Testing Responsibility Spectrum

knowt flashcard image
12
New cards

testing importance spectrum

knowt flashcard image
13
New cards

Testing tools

knowt flashcard image
14
New cards
<p>Do only the functional test cases here</p>

Do only the functional test cases here

knowt flashcard image
15
New cards
<p>Do the non functional test cases for performance tests</p>

Do the non functional test cases for performance tests

knowt flashcard image
16
New cards
<p>Do the non functional test cases for security tests</p>

Do the non functional test cases for security tests

knowt flashcard image