Mock 1

Whole team approach

• Nguồn gốc: Extreme Programming (XP)

• Everyone is responsible for quality

• Bất ký ai có kỹ năng đều có thể làm task

• Share workspace

• Strong collaboration

Whole team approach - lợi ích

• Better communication

• Improved team dynamics

• Synergy (tận dụng kĩ năng đa dạng)

• Higher quality

• Capitalizing on combined skills of whole team

Vai trò của tester trong whole team

• Làm việc với: Business → Acceptance test, Developers → test strategy và automation

• Transfer testing knowledge

• Influence product quality

Independence of testing - Các mức độ độc lập

• None: Tác giả tự test

• Some: Peer cùng team

• High: Testers khác team

• Very high: Testers ngoài tổ chức

Independence of testing - Lợi ích

• Phát hiện defect khác nhau

• Challenge assumptions - thách thức các giả định

• Giam cognitive bias - giảm sự thiên vị

Independence of testing - nhược điểm

• Tester bị cô lập

• Communication kém

• Dev mát trách nhiệm chất lượng

• Tester bị coi là bottleneck

Review types

The same work product can be reviewed with different review types

Informal Review

• Không process rõ ràng

• Không output chính thức (khong can ghi chep formal documented output)

• Mục tiêu: detect anomalies

Walkthrough

Author dẫn dắt

Mục tiêu:

• Evaluating quality and Build confidence in work product

• Educating reviews

• Gaining consensus

• Generating new ideas

• Motivating and enabling authors to improve and detect anomalies

Reviewers might perform an individual review before the walkthrough but this is not required

Technical Review

Reviewer có chuyên môn kỹ thuật

Led by a moderator

Mục tiêu:

• Gain consensus and make decisions regarding a technical problem

• Detect anomalies

• Evaluate quality and build confidence in work product

• Generate new ideas

• Motivate and enable authors to improve

Inspection (formal nhất)

• Theo đầy đủ process

• Mục tiêu chính: tìm nhiều anomalies nhất

• Muc dich khac: Evaluate quality, build confidence in the work product, motivate and enable authors to improve.

• Có metrics collected and used to improve the SDLC, including the inspection process.

• Author không được làm leader/ scribe

Entry Criteria – Điều kiện bắt đầu test

Nếu không đạt → test khó, tốn thời gian, rủi ro cao

Ví dụ:

• Có đủ người, tool, môi trường, environments, test data, budget, time

• Có testware (requirement rõ ràng, test basis, user story, test cases)

• initial quality level of a test object (eg Smoke test đã pass)

• Neu khong dat entry criteria, se: Kho khan, ton thoi gian, ton tien, rui ro

Exit Criteria – Điều kiện kết thúc test

Cho biết test xong hay chưa

Do luong:

• Dat bao phu

• So luong unresolved defects

• defect density: tỉ lệ defect

• number of failed test cases

Completion criteria:

• Planned tests have been executed

• Static testing has been performed

• All defects found are reported

• All regression tests are automated

Agile terminology

• Definition of Ready (DoR) → Entry criteria cho user story

• Definition of Done (DoD) → Exit criteria cho user story