Luyện thi ISTQB hiệu quả

Mục đích của bài viết này là nhằm để đưa ra một cái nhìn tổng quan về việc học và thi ISTQB cho mọi người để có quyết định chính xác có nên thi ISTQB hay là không. Đây là các kinh nghiệm mà chúng tôi đã góp nhặt dựa trên các kinh nghiệm của mọi người trong nhóm và các anh chị, bạn QA khác cũng như trên các diễn đàn chia sẻ.

Nhóm gồm 3 thành viên:

• Nguyễn Thành Đạt
• Nguyễn Thị Phượng
• Nguyễn Thị Hương Quỳnh

I. Giới Thiệu

• Như các bạn đã biết, trong công việc kiểm thử phần mềm thì chứng chỉ ISTQB được coi như là một chứng chỉ mà nhiều công ty và các tổ chức rất coi trọng, và có thể coi đó như là một chứng chỉ hành nghề, chứng minh với các công ty rằng chúng ta có đủ kiến thức và kinh nghiệm để kiểm thử và quản lý việc kiểm thử.

• Tuy rằng như vậy nhưng việc có được chứng chỉ này không hề đơn giản một chút nào, ngoài việc chúng ta đã phải có sẵn những kinh nghiệm về kiểm thử, chúng ra cần phải có kinh nghiệm về quy trình của nó và hiểu một cách bài bản và có hệ thống.

• Thêm nữa chúng ta cũng cần phải có cách học hiệu quả cũng như phương pháp để làm đề thi để có thể đạt được điểm số đủ để nhận được chứng chỉ ISTQB.

• Và điều kiện cần để cho chúng ta có thể đạt được chứng chỉ này cũng như trong các công việc khác đó là phải cần có sự kiên trì và vốn tiếng anh đủ bởi vì tất cả các tài liệu và đề thi đều sử dụng tiếng anh và việc học ISTQB không phải là một việc gây hứng thú và chúng ta có thể bỏ giữa chừng vì chán nản. Việc này sẽ kiểm tra xem chúng ta có đủ kiên trì để làm một nhân viên kiểm thử hay không vì đó là một đức tính cần có của một nhân viên kiểm thử.

• Nói thêm một chút thông tin về ISTQB cho ai chưa biết về nó, nó là viết tắt của International Software Testing Qualifications Board là một chứng chỉ về kiểm thử phần mềm được các tổ chức quốc tế công nhận. Tổ chức tạo ra chứng chỉ này vào tháng 11 năm 2002 tại Edinburgh, Bỉ.

• Hãy cùng xem cựu chủ tịch của ISTQB, ông Rex Black trả lời về tầm quan trọng của chứng chỉ này:

II. Cách Học

• Tùy từng cá nhân và trình độ sẽ có những cách học khác nhau và tài liệu học cũng sẽ khác nhau, sau đây chúng ta sẽ cùng tìm hiểu ưu nhược điểm của từng cách học theo mỗi tài liệu

Foundations of Software Testing	Foundation Level Syllabus	Foundation Training Material
Lượng kiến thức đầy đủ và tổng hợp	Được rút gọn lại từ bản Foundations	Được đúc kết và rút gọn từ bản Syllabus
Dễ hiểu, dễ học	Cần có kiến thức để học và hiều	Cần kiến thức để học và bắt buộc phải có người hướng dẫn
Thời gian học dài	Thời gian học được rút ngắn so với bản Foundation	Thời gian học rút xuống rất ngắn, chỉ khoảng 1 tuần
Thường dành cho người chưa có kinh nghiệm và cần ôn luyện từ đầu một cách có hệ thống	Dành cho người đã có kinh nghiệm để hệ thống lại kiến thức và dùng chủ yếu trong đề thi	Dành cho người có nhiều kinh nghiệm ôn luyện thi cấp tốc, không có thời gian ôn luyện dài

Lưu ý ở đây là chúng tôi so sánh giữa ba phiên bản với nhau chứ không có ý là bản foundation là bản dễ học

Cách học tốt nhất:

• Sử dụng quyển syllabus là chính, tham khảo thêm một số định nghĩa ở trong quyển Foundation.
• Cách học tốt nhất là có người đã học và thi ISTQB rồi kèm và hướng dẫn, hoặc học cùng một nhóm để trao đổi kiến thức
• Sử dụng slide ISTQB Foundation Training để ôn luyện và hệ thống lại những gì đã học khi gần đến kỳ thi(khoảng 1 đến 2 tuần trước khi thi)
• Thời gian học khoảng 1 tháng - 1 tháng rưỡi

III. Cách Luyện Thi

1. Thi Online

• Với cách thi online, chúng ta sử dụng cách học đã nêu ở phần trên cộng với sử dụng bộ câu hỏi ở trong ISTQB dumps 2015 để ôn luyện, theo những người đã có kinh nghiệm thi online, phần trăm câu hỏi nằm trong bộ đề này là từ 60% tới 70%.

Cách đăng ký thi online:

• Đăng ký thi online của một trong hai tổ chức Pearson Vue hoặc Prometric:

Đăng ký account trên Pearson Vue

Đăng ký thi trên Pearson Vue

Cách đăng ký trên Prometric:

2. Thi Offline

Thi ở đâu

• Ở Hà Nôi, chúng ta có thể đến các trung tâm thi của FPT hoặc Tester Hà Nội

• Ở HCM, chúng ta có thể đến các trung tâm của Fmit hoặc Prometric

Luyện thi lý thuyết

• Nội dung của các tài liệu ISTQB bao gồm các chương sau:

Software Testing Fundamentals	Testing throughout the software life cycle	Static techniques	Test design techniques	Test management	Tool support of Testing
Basic Elements	Software Development Models	Inspections and testing process	Test development process	Test Organization	Types of Test Tool
Testing Definition	Test levels	Inspection Process (review)	Categories of test design techniques	Test Planning and Estimation	Effective use of tools: potential benefits and risks
General Principles	Types of Testing	Static Analysis by tools	Specification-based techniques (Back-box)	Test Progress Monitoring and Control	Introducing a tool into an Organization
Testing Process	Maintenance Testing		Structure-based techniques (White-box)	Configuration Management
The psychology of testing			Experience-based techniques	Risk Management
			Choosing test techniques	Incident Management

• Chúng tôi đã tổng hợp nội dung của ISTQB và đưa ra các bảng sau tùy theo từng chương. Ở mỗi chương sau khi đọc hiểu chúng ta cần phải trả lời được những câu hỏi sau:

  • Software Testing Fundamentals

Basic Elements	Testing Definition	General Principles	Testing Process	The psychology of testing
What is Software testing?	Finding defects	Testing shows presence of defects	Planning and Control	Comparison of the mindset of the tester and developer
Why is testing necessary?	Gaining confidence about the level of quality	Exhaustive testing is impossible	Analysis and Design	The balance between self-testing and independent testing
Software testing objectives and purpose	Providing information for decision-making	Early testing	Implementation and Execution	This degree of independence avoids author bias and is often more effective at finding defects and failures.
What is Defect or bugs or faults?	Preventing defects	Defect clustering	Evaluating Exit criteria and Reporting	Clear and courteous communication and feedback on defects between tester and developer
What is a Failure?		Pesticide paradox	Test Closure activities
From where do Defects and failures arise?		Testing is context depending
When do defects arise?		Absence – of – errors fallacy
What is the cost of defects?
Defect or Bug Life Cycle
What is the difference between Severity and Priority?

• Testing Throughout The Software Life Cycle

Terms	Software Development Models	Test Levels	Test Types	Maintenance Testing
What is Verification?	Waterfall model	Unit test (Component test)	Functional testing	What is maintenance testing?
What is Validation?	V-model	Integration test (Combination test)	Non-functional testing
Capability Maturity Model (CMM-Levels)	Iterative development model	System test	Recovery testing	Scope of maintenance testing
	Rapid Application Development model	User Acceptance test	Alpha testing
	Spiral development model		Beta testing
	Agile development model		Confirmation testing
			Regression test

• Static Techniques

Inspections and testing process	Inspection Process (review)	Static Analysis by tools
What is static test?	Activities of a Formal review	What is static analysis?
What is dynamic test?	The roles and responsibilities of the moderator, author, scribe, reviewers and managers involved during a review	What are static analysis tools?
Uses of static testing	Types of Reviews (Informal review, Walkthrough, Technical review, Inspection)
	Success factors for reviews

• Test Design Techniques

Test development process	Categories of test design techniques	Specification-based techniques (Back-box)	Structure-based techniques (White-box)	Experience-based techniques	Choosing test techniques
Test case specification	What is the purpose of test design techniques?	Terms	What is test coverage in software testing?	What is Experience- based testing technique?	How to choose that which testing technique is best?
Test design	Common characteristic of Specification-based test design techniques	Equivalence partitioning (EP)	Where to apply this test coverage?	Error guessing
Test execution schedule	Common characteristic of Structure-based test design techniques	Boundary Value Analysis (BVA)	Why to measure code coverage?	Exploratory testing
Test procedure specification	Common characteristic of Experience-based test design techniques	why it is important to do both EP and BVA?	How we can measure the coverage?
Test analysis		Decision tables	Statement coverage

• Test Design Techniques

Test development process	Categories of test design techniques	Specification-based techniques (Back-box)	Structure-based techniques (White-box)	Experience-based techniques	Choosing test techniques
Test script		State transition testing	Branch Coverage or Decision Coverage
Traceability		Use case testing	Condition coverage

• Specification-based Techniques

Equivalence partitioning (EP)	Boundary Value Analysis (BVA)	Decision tables	State transition testing	Use case testing
Definition	Definition	Definition	What is State transition testing in software testing?	What is Use case testing in software testing?
How to use equivalence partitioning?	How to use BVA?	How to use Decision tables?	State transition model	What is its benefits?

• Structure-based Techniques

Test Coverage	Statement Coverage	Branch Coverage or Decision Coverage	Condition coverage	Decision/Condition Coverage	Path Coverage
What is test coverage in software testing?	Definition	What is Branch Coverage or Decision Coverage?	What is Condition coverage?	What is Decision/Condition coverage?	What is Path coverage?
Benefit of code coverage measurement	Advantage of statement coverage	Advantages and disadvantages
Drawback of code coverage measurement	Disadvantage of statement coverage

• Test Management

Test Organization	Test Planning and Estimation	Test Progress Monitoring and Control	Configuration Management	Risk Management	Incident Management
Roles and responsibilities of a Test Leader	Purpose and importance of test plans	Test Progress monitoring	What is the purpose of Configuration Management?	Product risk	What is an Incident in software testing?
Roles and responsibilities of a Tester	Things to keep in mind while planning tests	Test Reporting		Project risk	Incident logging Or How to log an Incident
	What testing will involve and what it will cost?	Test Control		Risk-based testing	What are incident reports?
	Estimation techniques			Risk analysis	How to write a good incident report?
	Factors affecting test effort				What is test status report?

• Tool Support of Testing

Tool support for management of testing and tests	Tool support for static testing	Test specification tools	Test execution and logging tools	Performance and monitoring tools
Test management tools	Review process support tools	Test design tools	Test execution tools	Dynamic analysis tools (D)
Requirements management tools	Static analysis tools (D)	Test data preparation tools	Test harness/ Unit test framework tools (D)	Performance testing, Load testing and stress-testing tools
Incident management tools	Modeling tools (D)		Test comparators	Monitoring tools
Incident management tools			Coverage measurement tools (D)
			Security tools

• Ưu nhược điểm:

Advantage	Disadvantage
Reduction of repetitive work	Unrealistic expectations from the tool
Greater consistency and repeatability	People often make mistakes by underestimating the time, cost and effort for the initial introduction of a tool
Objective assessment	People frequently miscalculate the time and effort needed to achieve significant and continuing benefits from the tool
Ease of access to information about tests or testing	Mostly people underestimate the effort required to maintain the test assets generated by the tool
	People depend on the tool a lot (over-reliance on the tool)

Các dạng bài tập

Equivalence Partitioning

• Thiết kế test case bằng kỹ thuật phân vùng tương đương tiến hành theo 2 bước:
  1. Xác định các lớp tương đương
  2. Xác định các ca kiểm thử
• Ví dụ:
  • Form Login bao gồm:
    • User: Text-box
    • PassWord: Text-box
    • Yêu cầu: Thiết kế test case sao cho người dùng nhập vào ô text-box user chỉ cho nhập ký tự chữ với độ dài trong khoảng [6-20]
    • Nếu nhập giá trị với số ký tự không nằm trong khoảng [6-20] => hiển thị lỗi “Bạn chỉ được phép nhập chuỗi từ 6 => 20 ký tự”
    • Dựa vào yêu cầu bài toán ta có thể có các lớp tương đương(phân vùng) sau:
      • Phân vùng 1: Nhập giá trị hợp lệ trong khoảng 6 đến 20 ký tự
      • Phân vùng 2: Nhập giá trị không hợp lệ < 6 ký tự
      • Phân vùng 3: Nhập giá trị không hợp lệ > 20 ký tự

• Q. 101: The Switch is switched off once the temperature falls below 18 and then it is turned on when the temperature is more than 21. When the temperature is more than 21. Identify the Equivalence values which belong to the same class.

  • A. 12,16,22
  • B. 24,27,17
  • C. 22,23,24
  • D. 14,15,19

Boundary Value Analysis (BVA)

• Phân tích giá trị biên là trường hợp đặc biệt của phân vùng tương đương, dựa trên những phân vùng tương đương tester sẽ xác định giá trị biên giữa những phân vùng này và lựa chọn test case phù hợp.

• Các case chuẩn được lựa chọn dựa vào quy tắc sau:

  • Giá trị biên nhỏ nhất, Giá trị biên nhỏ nhất - 1
  • Giá trị biên lớn nhât, Giá trị biên lớn nhất + 1

• Nhưng nếu bạn muốn kiểm tra sâu hơn thì bạn cũng có thể lựa chọn theo quy tắc:

  • Giá trị biên nhỏ nhất, Giá trị biên nhỏ nhất - 1, Giá trị biên nhỏ nhất + 1
  • Giá trị biên lớn nhất, Giá trị biên lớn nhất - 1, Giá trị biên lớn nhất + 1

• Kết hợp Equivalence partitioning (EP) và Boundary Value Analysis (BVA)

• Q. 102: An input field takes the year of birth between 1900 and 2004 The boundary values for testing this field are
• A. 0, 1900, 2004, 2005
• B. 1900, 2004
• C. 1899,1900, 2004, 2005
• D. 1899, 1900, 1901, 2003, 2004, 2005

State Transition

• Dựa trên các khái niệm trạng thái (states) và máy mô phỏng trạng thái (finite-state machines viết tắt là FSM), và cho phép các tester xem sự phát triển phần mềm trong một số điều kiện trạng thái của nó, các quá trình chuyển đổi giữa các trạng thái và các điều kiện nhập đầu vào và các sự kiện kích hoạt thay đổi trạng thái.

• Q. 103: Given the following state transition diagram, which of the following series of state transitions contains an INVALID transition which may indicate a fault in the system design?

• A. Login Browse Basket Checkout Basket Checkout Pay Logout.
• B. Login Browse Basket Checkout Pay Logout.
• C. Login Browse Basket Checkout Basket Logout.
• D. Login Browse Basket Browse Basket Checkout Pay Logout

Statement Coverage

• Tìm số lượng đường đi ít nhất sao cho tất cả các nút đều được đi qua
• Ví dụ:

Read P
    Read Q
    IF P+Q > 100 THEN
    Print “Large”
    ENDIF
    If P > 50 THEN
    Print “P Large”
    ENDIF

• Statement Coverage is 1
  • 1A-2C-3D-E-4G-5H

Branch Coverage (BC) or Decision Coverage

• Tìm số đường đi ít nhất sao cho tất cả các cạnh đều đi qua, cho nên số lượng test case của dạng này đa phần nhiều hơn dạng statement

• Branch Coverage is 2

  • 1A-2C-3D-E-4G-5H
  • 1A-2B-E-4F

Path Coverage (PC)

• Là loại bao phủ nhánh, nhưng mà liệt kê toàn bộ con đường có thể đi.

• Theo ví dụ trên path coverage is 4.

  • 1A-2B-E-4F
  • 1A-2B-E-4G-5H
  • 1A-2C-3D-E-4G-5H
  • 1A-2C-3D-E-4F

Các Mẹo Thi ISTQB

1. Đọc syllabus sau đó làm một số câu hỏi sample về các chương đã đọc, sau đó đọc lại lần 2 quyển syllabus => Mục đích là để hiểu sâu rõ vấn đề và nhớ lâu hơn
2. Làm một số đề thi trên mạng để hiểu cách thức ra đề và căn chuẩn thời gian làm bài 40 câu hỏi trong vòng 90 phút.
3. Đọc câu hỏi thật cẩn thận, đôi khi bạn có thể miss một số key words quan trọng (ex: invalid)

• Q. 104: One of the fields on a form contains a text box which accepts numeric values in the range of 18 to 25. Identify the invalid Equivalance class
• A. 17
• B. 19
• C. 24
• D. 21

4. Không nên jump tới câu trả lời nhanh chóng, nên xem qua các options trước khi lựa chọn, bởi vì trong 1 câu hỏi thường có rất nhiều đáp án gần giống nhau và có thể có nhiều đáp án đúng, do vậy cần phải chọn một phương án đúng nhất

• Q. 105: Find the correct flow of the phases of a formal review

• A. Planning, Review meeting, Rework, Kick off

• B. Planning, Individual preparation, Kick off, Rework

• C. Planning, Review meeting, Rework, Follow up

• D. Planning, Individual preparation, Follow up, Kick off

• Q. 106: Purpose of test design technique is

• A. Identifying test conditions only, not Identifying test cases

• B. Identifying test cases

• C. Identifying test conditions and Identifying test cases

• D. Identifying test conditions

5. Chú ý một số từ khóa quan trọng : ALL, NOT, FAULT, MAIN, EVERY, NEVER etc. Có thể giúp bạn chọn câu trả lời đúng

• Q. 107: ALL bugs should be fixed is incorrect statement but bugs should be fixed is more correct and might indicate right choice

• Q. 108: Which is NOT the testing objectives

• A. Finding defects

• B. Gaining confidence about the level of quality and providing information

• C. Preventing defects

• D. Debugging defects

6. Trong một số đáp án nên sử dụng phép loại trừ để có thể chọn lựa nhanh nhất

• Q. 109: Which of the following is true about White and Black Box Testing Technique:
• A. Equivalence partitioning, Decision Table and Control flow are White box Testing Techniques.
• B. Equivalence partitioning, Boundary Value Analysis , Data Flow are Black Box Testing Techniques.
• C. Equivalence partitioning , State Transition , Use Case Testing are black box Testing Techniques.
• D. Equivalence Partitioning, State Transition, Use Case Testing and Decision Table are White Box Testing Techniques

Cấu trúc đề thi

• Chú ý về K1, K2, K3, K4 trong quyển syllabus

• K1 : số câu hỏi thi nhiều nhất, bạn nên học kỹ chương K1

• Các câu hỏi giảm dần theo các chương ghi K2,K3,K4

• Gợi ý về số lượng phân chia trong đề thi (nội bộ)

  • Chương 1: ~5 câu
  • Chương 2: ~5 câu
  • Chương 3: ~6 câu
  • Chương 4: ~13 câu
  • Chương 5: ~7 câu
  • Chương 6: ~4 câu

• Mẫu chứng chỉ ISTQB:

Tham Khảo

• http://testerhn.com/
• http://www.testingvn.com/
• https://www.istqb.guru/

Lời cuối: Chúc các bạn thi thành công sau khi đọc bài viết này (tunghoa)!!!!