Trở thành Tester

Những sai lầm trong việc kiểm thử bằng tay manual - testing (Hay gọi là test tay theo tiếng việt). Đầu tiên là khái niệm: Kiểm thử trực tiếp (Manual Testing) là việc nhân viên kiểm thử thực thi việc kiểm tra hệ thống phần mềm mà không dùng qua bất cứ công cụ kiểm thử tự động nào. Dưới đây là những suy nghĩ sai lầm thường thấy của những người trong và ngoài ngành test: 1)  Ai cũng có thể thực hiện kiểm thử bằng tay. Sự thật : Testing đòi hỏi một loạt các kỹ năng khác nhau, không như tưởng tượng của một số người là ai làm cũng được. Ví dụ: kỹ năng phân tích, đọc tài liệu, trí tò mò, báo cáo... 2) Test xong nghĩa là không còn bug (defect).. Sự thật : Việc kiểm tra phần mềm chỉ mong muốn là tìm được nhiều bug nhất có thể. Nếu nghĩ testing tất cả mọi thứ là chuyện nhỏ thì là một câu chuyện hoang đường. Ví dụ: kiểm tra một trường email 50 ký tự. Ta sẽ có các trường hợp lũy thừa 50 ký tự số và chữ, và việc bỏ công test 1 trường email như thế mất hàng năm trời... 3) Test tự ...

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