Testing Process - Quy trình kiểm thử quá trình sản xuất phần mềm.

Sau khi nhận được tài liệu yêu cầu (requirement hay specification) từ khách hàng hoặc bộ phận phân tích thiết kế yêu cầu. Tiếp đó, Q.C, developer sẽ tìm hiểu, đánh giá req. này xem có lỗi hay không. Q.C sẽ viết test plan, sau đó gửi test plan cho khách hàng và project manager xem lại, sau khi duyệt test plan này Q.C sẽ tiến hành viết test case dựa vào req. đó. (Cùng lúc đó Developer sẽ dựa vào spec để phân tích ra module và bắt đầu code).

Nếu công ty có bộ phận test whitebox (thường thì developer sẽ thuộc bộ phận này, nhưng trong một số tình huống dự án cần gấp thì Q.C cũng tham dự vào để hỗ trợ) thì họ sẽ dựa vào spec viết test case test whitebox và viết test script để test whitebox. (thường gọi là unit test - ở đây, "unit" là 1 hàm, 1 class hoặc 1 component,... tùy cách nhìn nhận và quản lý của mỗi công ty).

Sau khi test whitebox thành công (test pass các test case whitebox) thì QC sẽ tiến hành test blackbox (test chức năng của từng màn hình - cái này cũng được xem là unit test, "unit" ở đây là 1 màn hình hoặc một chức năng tùy qui định và cách quản lý của mỗi công ty).

Sau khi test từng màn hình thành công (pass hết các test case hoặc đạt được số % test case pass nào đó - ví dụ 97% test case pass) thì chuyển sang giai đoạn test tích hợp (integration testing) là kết hợp một số màn hình/chức năng có liên quan lại với nhau rồi test theo luồng xử lý (user story).

Sau khi pass vòng này thì sẽ tiến hành tổng hợp toàn bộ hệ thống (sản phẩm phần mềm) và tiến hành test ở mức hệ thống.

Vmodel cho Testing

Có một số công ty hoặc khách hàng yêu cầu test UAT (User Acceptance Testing) thì sẽ thực hiện test lại hệ thống theo các chức năng đã được mô tả trong req.

Có một số loại phần mềm hoặc khách hàng yêu cầu hoặc qui trình sản xuất phần mềm của công ty, phần mềm sẽ được test alpha và beta.

Trên đây là một qui trình test 1 phần mềm. Tùy vào tính chất của sản phẩm và qui trình sản xuất của mỗi công ty, qui trình trên có thể có nhiều hoặc ít loại test khác hơn.

Trong quá trình test ở bất kỳ mức nào, nếu phát hiện bug thì tester sẽ post bug lên hệ thống quản lý bug (bằng excel hoặc chương trình riêng) và Developer sẽ dựa vào đó fix bug và tester sẽ test lại.

Nguồn: Sưu tầm từ internet.