Trở thành Tester

Sau đây là các mức kiểm thử theo trong quy trình phát triển phần mềm theo mô hình V model. 1. Component Testing còn gọi là Unit testing - test ở mức cơ bản (test từng hàm, từng màn hình riêng lẻ,...) 2. Integration Testing : Test ở mức tích hợp (tích hợp các hàm lại với nhau, tích hợp các màn hình lại với nhau theo từng module hay dựa theo chức năng). 3. System Testing : test ở mức hệ thống (tích hợp toàn bộ các hàm, các chức năng thành một phần mềm, module hoàn chỉnh). 4. Acceptance Testing : mức test này giống như system test nhưng thường được khách hàng thực hiện test, mục đích là xem phần mềm có đáp ứng đúng yêu cầu của khách hàng chưa. Thực ra còn một mức Integration System testing là kết hợp các hệ thống lại với nhau để xem chúng hoạt động trơn tru hay chưa. Mức này được thực hiện sau bước 3, khi System Test đã được hoàn chỉnh. Các phần trong bài viết sẽ được trình bày cụ thể sau. Nguồn: Testing Blog .

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 x...