CHIẾN LƯỢC KIỂM THỬ CỦA ĐỘI PHẦN MỀM

Kiểm thử thường trở thành áp lực vào những ngày cuối trước khi phát hành phần mềm. Khi phần lớn hoạt động kiểm tra vẫn dựa vào thao tác thủ công, tập trung ở một vài thành viên và chưa được tổ chức từ đầu, đội phát triển dễ rơi vào tình trạng quá tải, chậm tiến độ và khó kiểm soát lỗi phát sinh sau mỗi lần sửa đổi. Vấn đề không đơn thuần nằm ở số lượng kiểm thử, mà ở cách đội lựa chọn, phân bổ và phối hợp các hoạt động kiểm thử. Khóa học tiếp cận chiến lược kiểm thử từ góc nhìn của người quản lý đội phát triển phần mềm, không đi sâu vào hướng dẫn lập trình hay sử dụng một công cụ cụ thể. Nội dung tập trung vào cách đánh giá hiện trạng, trao đổi với kỹ sư và đưa ra quyết định phù hợp về cơ cấu kiểm thử, mức độ tự động hóa và tiêu chí chất lượng trong từng giai đoạn phát triển. Thông qua tháp kiểm thử của Mike Cohn và mô hình bốn góc phần tư kiểm thử của Brian Marick, Lisa Crispin và Janet Gregory, học viên tìm hiểu cách phân bổ kiểm thử giữa các tầng, nhận diện những khoảng trống trong chiến lược hiện tại và tránh tình trạng phụ thuộc quá nhiều vào kiểm thử giao diện hoặc kiểm thử thủ công. Khóa học cũng đề cập đến tư duy kiểm thử trước khi viết mã của Kent Beck và cách xác định những luồng nghiệp vụ nên được ưu tiên tự động hóa dựa trên mức độ rủi ro và lỗi hồi quy. Bên cạnh đó, nội dung làm rõ vai trò của người kiểm thử trong đội phát triển linh hoạt và cách xây dựng định nghĩa hoàn thành với các tiêu chí kiểm thử cụ thể. Đây là cơ sở để kỹ sư, người kiểm thử và người phụ trách sản phẩm có chung cách hiểu về chất lượng cần đạt trước khi một phần việc được xem là hoàn tất. Khóa học kết thúc bằng bài tập đánh giá cơ cấu kiểm thử hiện tại của đội thông qua việc thống kê, đo lường và trực quan hóa các tầng kiểm thử, từ đó xác định những điểm cần cải thiện và xây dựng kế hoạch ưu tiên cho quý tiếp theo. Chương trình phù hợp với quản lý đội phát triển phần mềm, trưởng nhóm kỹ thuật và những người chịu trách nhiệm điều phối hoạt động phát triển, kiểm thử và phát hành sản phẩm.