Các nội dung sẽ có trong bài thi ISTQB Foundation (CTFL)
- Nhận biết các cấp độ và mục tiêu khác nhau của việc lập kế hoạch kiểm thử. (K1)
- Tóm tắt mục đích và nội dung của kế hoạch kiểm thử, đặc tả thiết kế kiểm thử và các tài liệu quy trình kiểm thử theo [IEEE 829]. (K2)
- Nhớ lại các yếu tố điển hình ảnh hưởng đến nỗ lực liên quan đến kiểm thử. (K1)
- Phân biệt giữa hai cách tiếp cận ước tính khác nhau về mặt khái niệm: cách tiếp cận dựa trên thước đo và cách tiếp cận hướng chuyên gia (expert-based approach). (K2)
- Phân biệt giữa chủ đề lập kế hoạch kiểm thử cho một dự án, cho các cấp độ kiểm thử riêng lẻ (ví dụ: kiểm thử hệ thống) hoặc các mục tiêu kiểm thử cụ thể (ví dụ: kiểm thử khả năng sử dụng) và thực thi kiểm thử. (K2)
- Liệt kê các nhiệm vụ chuẩn bị và thực thi kiểm thử cần phải lập kế hoạch. (K1)
- Nhận biết và chứng minh các tiêu chí đầu ra đầy đủ cho các cấp độ kiểm thử cụ thể và các nhóm trường hợp kiểm thử (ví dụ: kiểm thử tích hợp, kiểm thử chấp nhận hoặc kiểm thử khả năng sử dụng). (K2)
Trong phần này, hãy nói về bộ ba chủ đề phức tạp về kiểm thử: kế hoạch, ước tính và chiến lược. Kế hoạch, ước tính và chiến lược phụ thuộc vào một số yếu tố, bao gồm mức độ, mục tiêu ngắn hạn và mục tiêu dài hạn của việc kiểm thử đang đặt ra để thực hiện. Viết kế hoạch, chuẩn bị ước tính và lựa chọn các chiến lược kiểm thử có xu hướng xảy ra đồng thời và lý tưởng nhất là trong giai đoạn lập kế hoạch cho dự án tổng thể, mặc dù chúng ta phải sẵn sàng sửa đổi chúng khi dự án tiến hành và khi có thêm thông tin.
Hãy xem kỹ cách chuẩn bị một kế hoạch kiểm thử, kiểm thử các vấn đề liên quan đến lập kế hoạch cho một dự án, cho một mức độ hoặc giai đoạn kiểm thử, cho một loại kiểm thử cụ thể và để thực hiện kiểm thử. Chúng ta sẽ xem xét các yếu tố điển hình ảnh hưởng đến nỗ lực liên quan đến việc kiểm thử và xem hai cách tiếp cận ước tính khác nhau: dựa trên số liệu và dựa trên chuyên gia. Chúng ta sẽ thảo luận về việc lựa chọn các chiến lược kiểm thử và cách thiết lập các tiêu chí dừng (exit criteria) thích hợp để kiểm thử. Ngoài ra, chúng ta sẽ xem xét các nhiệm vụ khác nhau liên quan đến việc chuẩn bị và thực hiện kiểm thử mà cần lập kế hoạch.
Các thuật ngữ được sử dụng: tiêu chí đầu vào (entry criteria), tiêu chí dừng (exit criteria), kiểm thử thăm dò (exploratory testing), phương pháp tiếp cận kiểm thử (test approach), cấp độ kiểm thử (test level), kế hoạch kiểm thử (test plan), thủ tục kiểm thử (test procedure) và chiến lược kiểm thử (test strategy).
MỤC ĐÍCH VÀ NỘI DUNG CỦA KẾ HOẠCH KIỂM THỬ
Trong khi mọi người có xu hướng có các định nghĩa khác nhau về những gì diễn ra trong kế hoạch kiểm thử (test plan), thì đối với chúng tôi, kế hoạch kiểm thử là kế hoạch dự án để thực hiện công việc kiểm thử. Nó không phải là một đặc tả thiết kế kiểm thử (test design specification), một tập hợp các trường hợp kiểm thử (test cases) hoặc một thủ tục kiểm thử (test procedures); trên thực tế, hầu hết các kế hoạch kiểm thử không đề cập đến mức độ chi tiết đó.
Tại sao chúng ta viết kế hoạch kiểm tra? Có ba lý do chính.
Đầu tiên, viết một kế hoạch kiểm thử sẽ hướng dẫn suy nghĩ của chúng ta. Nếu có thể giải thích điều gì đó bằng lời, thì chúng ta hiểu điều đó. Nếu không, có khả năng là chúng ta sẽ không thể hiểu được.
Việc viết một kế hoạch kiểm thử buộc chúng ta phải đương đầu với những thách thức và tập trung suy nghĩ vào các chủ đề quan trọng. Trong Chương 2 của cuốn sách của Fred Brooks về quản lý công nghệ phần mềm “The Mythical Man-Month”, ông giải thích tầm quan trọng của việc ước tính cẩn thận và lập kế hoạch kiểm thử như sau:
Đặc biệt, thất bại trong việc không dành đủ thời gian để kiểm thử hệ thống là một tai hại đặc biệt. Vì sự chậm trễ xảy ra vào cuối lịch trình, nên không ai biết về sự cố lịch trình cho đến khi gần đến ngày chuyển giao [và] sự chậm trễ vào thời điểm này đã gây ra những hậu quả tài chính nghiêm trọng. Dự án có đầy đủ nhân viên và chi phí mỗi ngày là tối đa [cũng như các chi phí cơ hội liên quan]. Do đó, điều rất quan trọng là cho phép đủ thời gian kiểm thử hệ thống trong lịch trình ban đầu.[Brooks, 1995]
Việc sử dụng một mẫu (template) khi viết kế hoạch kiểm thử giúp ghi nhớ những thách thức quan trọng. Bạn có thể sử dụng mẫu kế hoạch kiểm thử IEEE 829 được hiển thị trong chương này, sử dụng mẫu của người khác hoặc tạo mẫu của riêng bạn.
Quá trình lập kế hoạch kiểm thử và bản thân kế hoạch đóng vai trò là phương tiện để giao tiếp với các thành viên khác trong nhóm dự án, người kiểm thử, đồng nghiệp, người quản lý và các bên liên quan khác. Giao tiếp này cho phép kế hoạch kiểm thử ảnh hưởng đến nhóm dự án và nhóm dự án ảnh hưởng đến kế hoạch kiểm thử, đặc biệt là trong các lĩnh vực chính sách và động lực kiểm thử toàn tổ chức; phạm vi kiểm thử, mục tiêu và các khu vực quan trọng để kiểm thử; rủi ro của dự án và sản phẩm, các cân nhắc và hạn chế về nguồn lực; và khả năng kiểm thử của mục được kiểm thử.
Bạn có thể thực hiện việc giao tiếp này thông qua việc lưu hành một hoặc hai bản nháp kế hoạch kiểm thử và thông qua các cuộc họp đánh giá. Một dự thảo như vậy sẽ bao gồm nhiều ghi chú như sau:
[Để được xác định: Jennifer: Vui lòng cho tôi biết kế hoạch đưa các hạng mục kiểm thử vào phòng kiểm thử cho mỗi chu kỳ thực hiện kiểm thử hệ thống là gì?]
[Dave – vui lòng cho tôi biết phiên bản nào của công cụ kiểm thử sẽ được sử dụng cho kiểm thử hồi quy của các gia số trước đó.]
Khi bạn ghi lại các câu trả lời cho các loại câu hỏi này, kế hoạch kiểm thử sẽ trở thành bản ghi các cuộc thảo luận và thỏa thuận trước đó giữa người kiểm thử và phần còn lại của nhóm dự án.
Kế hoạch kiểm thử cũng giúp quản lý thay đổi. Trong các giai đoạn đầu của dự án, khi thu thập thêm thông tin, chúng ta sửa đổi các kế hoạch của mình. Khi dự án phát triển và tình huống thay đổi, chúng ta điều chỉnh kế hoạch của mình. Kế hoạch kiểm thử bằng văn bản cung cấp cơ sở để đo lường những sửa đổi và thay đổi đó. Hơn nữa, việc cập nhật kế hoạch tại các mốc chính giúp kiểm thử phù hợp với nhu cầu của dự án. Khi thực thi kiểm thử, chúng ta thực hiện các điều chỉnh cuối cùng cho kế hoạch của mình dựa trên kết quả. Bạn có thể không có thời gian (hoặc năng lượng) để cập nhật kế hoạch kiểm thử của mình mỗi khi có sự khác biệt xảy ra, vì một số dự án có thể khá biến động. Chương 6 [Black, 2001], mô tả một cách tiếp cận đơn giản để ghi lại các phương sai từ kế hoạch kiểm thử mà bạn có thể thực hiện bằng cách sử dụng cơ sở dữ liệu hoặc bảng tính. Có thể bao gồm các bản ghi thay đổi này trong bản cập nhật kế hoạch kiểm thử định kỳ, như một phần của báo cáo trạng thái kiểm thử hoặc như một phần của bản tóm tắt kiểm thử cuối dự án.
Tốt hơn là viết nhiều kế hoạch kiểm thử trong một số tình huống.
Ví dụ: khi quản lý cả cấp độ kiểm thử (test level)hệ thống và tích hợp, hai giai đoạn thực hiện kiểm thử đó diễn ra tại các thời điểm khác nhau và có các mục tiêu khác nhau. Đối với một số dự án hệ thống, kế hoạch kiểm thử phần cứng và kế hoạch kiểm thử phần mềm sẽ giải quyết các kỹ thuật và công cụ khác nhau cũng như các đối tượng khác nhau.
Tuy nhiên, vì có thể có sự chồng chéo giữa các kế hoạch kiểm thử này, một kế hoạch kiểm thử tổng thể giải quyết các yếu tố chung có thể giảm số lượng các tài liệu dư thừa
Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây
