Please enable JavaScript.
Coggle requires JavaScript to display documents.
ISTQB Advance - Coggle Diagram
ISTQB Advance
Chapter 1:
Test Basic &
Test Metric
1.1 Development
Model
Sequential
LifeCycle Model
Early Test Design
Review Docuement
Design Testcase base on Document
Charactices
Planning and Design test start Early in the project
The planing, analysis, and design work might indentify defects in the requirement, making testing a preventive activity
Failure detection would start much later in the lifecycle, once system test execution begin
Activities of each test level occurs concurrently with project activites
Test planing and Test control
== Project Plan and Control
Test analysis and Design
= Requirement, HL Design, LL Design
Test Enviroment
== coding + component test
Test Execution
== Test entry critearia all meet
Evaluation criteria and reporting
== Test Execution
Test Closure Activities
= All project activities are finished
Test Issue
Schedule compression during testing at the end of the project
Development group, likewise pressured to achieve dates, delivering unstable and often untestable system to test team
The test team is involved late
Agile Project
Characties
Use a less formalized process and a much closer working realationship that allows changes to occur more easily within project
Less comprehensive test document in a favor of a having a more rapid method of communication such as daily "standup" meeting
Require the earliest involvement from the test anlyst and throughout project lifecycles:
-- Working with the developers as they do their initial architecture and design work
-- Reviews may not be formalized but are continous as the software evoles
Good change management and configuration management are critical for testing
Không có tài liệu đầy đủ, quy trình tối giản nhất
Ít tài liệu document, thay vào đó là daily standup meeting
Cần có sự tham gia sớm của Test Analyst đề:
-- Làm việc với DEV khi họ khởi tạo thiết kế kiến trúc
-- Review có thể ko cần thực hiện theo formal, mà chỉ cần peer reviews
Cần quản lý về change management
Interative or
Incremental LifeCycle
Characties
The test team won't received a complete set of requirement early in the project
Analyzing requirement at the outset of the project, the best test team can do is to identify and prioritize key quality risk areas
Specific test designs and implementation will occur immediately before test execution, potenially reducing the preventive role of testing
Defect detection start very ealry in the project, at the end of the first sprint, and continues in repetitive, short cycles throughout the project
Testing process overlap and are concurrent with each other as well as with major activities in the software lifecycles
Test Issue
Regression test all function and capabilities after the first interation
Failure to plan for bugs and how to handle them
The lack of rigor in and respect for testing
The designer of the system will change
Schedule can be quite unpredicable
Regresstion test cho tất cả các tính năng và đặc điểm sau chu trình đầu tiên
Kế hoạch cho bug bị false và làm thế nào để xử lý nó
Sự thiếu nghiêm túc và tôn trọng với test
Thiết kế của hệ thống sẽ bị thay đổi
Kế hoạch thì khó dự đoán trước
1.2 Test Levels
Advance Test Level
Hardware Software Integration Test
Tích hợp phần cứng và phần mềm
Feature Interaction Testing
Test tương tác giữa các tính năng với nhau
Customer Product Integration Testing
Test tích hợp với các sản phẩm của khách hàng
Foundation Level
Component Testing
Integration Testing
System Testing
Acceptance Testing
Infomation need for each level
Clearly defined test goals and scope
Tracibility to the test basic
Entry and exit criteria, as appropriate both for the level and for the system lifecycles
Test deliveriables, including results reporting that will be expected
Test techiques that will be applied, as approcpriate for the level, for the team, and for the risks inhenrent in the system
Measurement and Metrics
Test tool, where applicables and appropriate for the level
And, if applicable, compliance with organizational for other standards
1.3 Specific System
System Of System
Safety-Critical System
1.4 Test Metric
A measurement scale
and the method used for measurement
Metric Benifit
Lợi ích của việc sử dụng metric
Enable Tester to report results in a consistent way
Enable coherent tracking of progress over time
Detemine the overall success of a project
Cho phép Tester báo cáo kết quả theo một cách thống nhất --> so sánh, phân tích được
Cho phép theo dõi chặt chẽ tiến độ theo thời gian
Xác định nhân tố thành công chung của dự án
Mesurement
Objectives
Mục tiêu đo đạc
Analysis, to discover what trends and causes may be discernible via the test result
Report, to communicate test findings to interested project participants and stackeholders
Control, to change the course of the testing or the project as a whole and to monitors the results of that coures correction
Phân tích, để khám phá xu hướng và nguyên nhân có thể nhận thấy rõ ràng qua kết quả test
Báo cáo, để truyền đạt kết quả kiểm tra cho những người quan tâm đến dự án và các khách hàng
Điều khiển để thay đổi tiến trình của việc test hoặc project cũng như tất cả các việc và để theo dõi kết quả của việc sửa đổi tiến trình đó
Mensurement Control
Kiểm soát dựa vào sự đo đạc
Revising the quality risk analysis, test priority, and/or test plans
Adding resources or otherwise increasing the project or test effort
Delaying the release date
Relaxing or strengthening the test exit criteria
Changing the scope (function and/or non-function) of the project
Chỉnh sửa bản phân tích rủi ro chất lượng, thứ tự ưu tiên test, và/hoặc kế hoạch test
Thêm nguồn lực hoặc tăng thêm nguồn lực cho dự án hoặc test effort khi metric chỉ ra bị xấu
Xin lùi lại ngày bàn giao
Giãn hoặc nén các tiêu chí kết thúc
Thay đổi mục tiêu (chức năng hoặc phi chức năng ) của dự án
Main Project Metric
Metric của dự án nói chung
Scope
: Size, Goal, Requirement
Phạm vi: Kích thước, Mục tiêu, Yêu cầu
Time:
task duration, dependences, critical path
Thời gian: Khoảng thời gian của các task công việc, độ độc lập, đường xuyên suốt dự án
Cost:
both from time spent (people, equiment, material, licese fee)
Chi phí: Đo trên chi phí sử dụng con người, thiết bị, vật dụng, phí bản quyền
Quality
: defect, feelings
Chất lượng: Lỗi, cảm nhận của mỗi người
Mensurement Process
Defining
Objective
Goals
ĐỊnh nghĩa
Xác định các mục tiêu, Goals, công thức để đo
Các Hướng dẫn về cách đo
Tracing
Use Tool
Subjective Analyes
Theo dõi
Sử dụng Tool: Mng sử dụng tool, điền dữ liệu một cách chính xác
Phân tích một cách chủ quan
Report
Visible
Understand
Báo cáo
Nhìn thấy được
Dễ hiểu
Thường sử dụng Metric và biểu đồ
Validity
Verify
Review
Kiểm tra
Kiểm tra/đánh giá lại xem dữ liệu có chuẩn không
Metric Type
Project Metrics
Obj
: Measure progress toward established exit criteria
Ex
: % of TC executed, pass, fail
Project Metric
Product Metrics
Obj:
measure some attribute of the product --> Meansurement quality of testing
Ex:
Coverage Defect density
Measument about coverage
Number of coverage element covered by the executed test procedures code structures covered by the test
Measurement about incident
Number of report incident
Number of incident of different classed: faults, misunderstanding and enhancement request
Number of defects reported to have been corrected
Number of closed incident reports
Measurement about confidence
Subjective statements about confidence from different stakeholders
Process Metrics
Obj:
measure some attribute of the product
Ex:
Coverage Defect density
People Metrics
Obj:
measure some attribute of the product
Ex:
Coverage Defect density
Test Metric
Metric trong test
Objective
Đo một cách khác quan,
thường đưa trong báo cáo
Product (Quality risk)
Defect
Tests
Coverage
Metric related to Product risk
Độ đo liên quan đến Product risk
Percent of risk completely covered by passing test
Percent of risk for which some or all test fail
Percent of risk not yet completed tested
Percent of risk covered, sorted by risk categogry
Percent of risk identify after the initial quality risk analysis
% của risk hoàn thành được bao phủ bởi test pass
% của risk của tất cả test fail
% của risk chưa hoàn thành test
Metric related to Defect
Độ đo liên quan đến lỗi
Cumulative number reported (found) verus cumulative number resolved (fix) -->
Using Trend Chart
Mean time between failures or failures arrival rate
Breakdown of the number or percentage of defect categorized by following:
-- Particular test items or component
-- Root cause
-- Source Defect
-- Test release
-- Phase Introduced, detected, and removed
-- Priority/Severity
-- Report rejected or duplicated
Trend in the lag time from defect reporting to resolution --> Using
Trend Chart
Number of defect fixes that introduced new defects (some time call daughter bug)
Cộng dồn lỗi tìm được so với cộng dồn lỗi sửa được
Khoảng cách giữa hai lần gặp lỗi. Khoảng thời gian càng ngắn, lỗi gặp càng dày --> độ tin cậy thấp
Metric related to Tests
Độ đo liên quan đến Test
Total number of test planned, specified (implemented), run, passed, failed, blocked, and skipped
Regression and confirmation test status, incuding trends and total for regression test and confirmation test failures
Hours of testing planned per day verus actual hours archived
Availability of the test enviroment (% of planned test hours when the test enviroment is usable by the test team
Metric releated to Coverage
Độ đo liên quan đến Độ bao phủ
Requirement and design elements coverage
Risk coverage
Enviroment/Configuration Coverage
Code Coverage
Subjective
Đo một cách chủ quan,
bằng các survey
Confidence
1.5 Bussiness Value Of Testing
Quantitative Values
Giá trị
định lượng
Finding Defect
Reducing risk by running test
Delivering Info on Project, Process, and Product status
Tìm Lỗi
Giảm rủi ro bởi việc chạy test
Cung cấp thông tin về dự án, quy trình, trạng thái sản phẩm
Qualitative Values
Giá trị
Định tính
Improved reputation for Quality
Smoother and more predictable release
Increased confidence
Protection from legal liability
Reducing risk of loss of whole mission or even live
Cải thiện về uy tín cho chất lượng
Dễ dàng hơn và dễ đoán hơn
Tăng độ tự tin
Bảo vệ khỏi trách nhiệm pháp lý
Giảm thiểu rủi ro của việc mất toàn bộ nhiệm vụ hoặc thậm chí là sự sống
Cost Of Quality
Cost of Prevention
Training
Early Test
Build Process
Cost of Detection
Write Testcase
Review Document
Execution Test
Cost of internal failure
Fix bug prior to delivery
Re-test
Cost of External failure
Support Custormer
Fix bug after delivery
Regression test
