Các nội dung sẽ có trong đề thi

1. Nhớ lại rằng sự thành công của thử nghiệm bị ảnh hưởng bởi các yếu tố tâm lý: (K1)
   • Mục tiêu rõ ràng;
   • Sự cân bằng giữa tự kiểm thử và kiểm thử độc lập;
   • Ghi nhận giao tiếp lịch sự và phản hồi về lỗi.
2. Đối lập suy nghĩ của một tester và của một nhà phát triển. (K2)

Trong phần này, chúng ta sẽ thảo luận về các yếu tố tâm lý khác nhau ảnh hưởng đến việc kiểm thử và sự thành công của nó. Bao gồm các mục tiêu rõ ràng để kiểm thử, các vai trò thích hợp, sự cân bằng của việc tự kiểm thử và kiểm thử độc lập, giao tiếp và phản hồi rõ ràng, lịch sự và phản hồi về lỗi. Đối chiếu suy nghĩ của một tester và của một nhà phát triển.

Thuật ngữ trong phần này, independent testing (kiểm thử độc lập) và  independent (tính độc lập).

KIỂM THỬ ĐỘC LẬP – AI LÀ NGƯỜI KIỂM THỬ?

Tư duy sử dụng trong khi kiểm thử và xem xét khác với tư duy mà sử dụng trong khi phân tích hoặc phát triển. Nếu đang xây dựng một thứ gì đó, sẽ phải làm việc tích cực để giải quyết các vấn đề trong thiết kế và hiện thực hóa một sản phẩm đáp ứng nhu cầu nào đó.

Tuy nhiên, khi kiểm thử hoặc đánh giá một sản phẩm, tức đang tìm kiếm lỗi trong sản phẩm và do đó, chúng ta sẽ chỉ trích sản phẩm đó.

Giả sử bạn định nấu một bữa ăn để tham gia cuộc thi đầu bếp. Bạn chọn menu, thu thập nguyên liệu, nấu thức ăn, dọn bàn và phục vụ bữa ăn. Nếu muốn giành chiến thắng, bạn phải làm tốt từng nhiệm vụ có thể.

Giả sử thay vào đó bạn là một trong những giám khảo đánh giá các bữa ăn của cuộc thi. Bạn kiểm tra mọi thứ một cách nghiêm túc, bao gồm thực đơn, thành phần, phương pháp được sử dụng, tuân thủ thời gian và ngân sách cho phép, lựa chọn nguyên liệu, sự sang trọng của cách bày trí bàn và phục vụ, cũng như hình thức và hương vị của bữa ăn.

Để phân biệt giữa các đầu bếp cạnh tranh, bạn sẽ khen ngợi mọi khía cạnh tốt trong màn trình diễn của họ nhưng đồng thời cũng sẽ ghi nhận mọi lỗi và lỗi mà mỗi đầu bếp mắc phải.

Với kiểm thử phần mềm cũng vậy: xây dựng phần mềm đòi hỏi một tư duy khác với kiểm thử phần mềm. Không có nghĩa là người kiểm thử không thể là lập trình viên, hoặc lập trình viên không thể là người kiểm thử, mặc dù họ thường có những vai trò riêng biệt.

Lập trình viên có phải là tester?

Trên thực tế, lập trình viên là người kiểm thử- họ kiểm tra các thành phần mà họ xây dựng và sự tích hợp của các thành phần vào hệ thống.

Người đầu bếp giỏi sẽ quan trọng như giám khảo cuộc thi về công việc của chính anh ta, để ngăn chặn và sửa chữa những sai sót và lỗi trước khi bất kỳ ai nhận ra chúng.

Vì vậy, với tư duy đúng đắn, các lập trình viên có thể kiểm tra code của họ; thực tế thì các lập trình viên kiểm tra code của họ và tìm ra nhiều vấn đề, giải quyết chúng trước khi bất kỳ ai khác nhìn thấy lỗi. BA nên xem xét các yêu cầu của chính mình. Các kiến ​​trúc sư hệ thống cũng nên xem xét lại các thiết kế của họ.

Tuy nhiên, tất cả chúng ta đều biết rất khó để tìm ra sai lầm của chính mình. Vì vậy, BA, kiến ​​trúc sư và lập trình viên thường dựa vào những người khác để giúp kiểm tra công việc của họ. Người khác này có thể là một BA, nhà thiết kế hoặc lập trình viên khác. Một người sẽ sử dụng phần mềm có thể giúp kiểm thử được.

BA có thể thực hiện một số việc kiểm thử. Các chuyên gia kiểm thử (những người kiểm thử chuyên nghiệp) cũng thường tham gia.

Trên thực tế, kiểm thử có thể liên quan đến nhiều người mà mỗi người tiến hành một cấp độ kiểm thử khác nhau. Điều này cho phép kiểm thử độc lập hệ thống.

Xem xét các điểm trong vòng đời phát triển phần mềm nơi  kiểm thử diễn ra trong Chương 2,  sẽ thấy ở đó một số giai đoạn đánh giá và kiểm thử được thực hiện trong suốt vòng đời và đây có thể là những đánh giá và kiểm thử độc lập.

Trong giai đoạn đầu của vòng đời, việc xem xét các yêu cầu và tài liệu thiết kế bởi một người nào đó không phải là tác giả sẽ giúp tìm ra lỗi trước khi bắt đầu lập trình và giúp xây dựng phần mềm phù hợp.

Sau khi lập trình, phần mềm có thể được kiểm thử độc lập. Mức độ độc lập này giúp tránh được sự thiên vị của tác giả và thường hiệu quả hơn trong việc tìm ra lỗi.

Có thể xác định một số cấp độ độc lập, được liệt kê ở đây, từ cấp độ độc lập thấp nhất đến cao nhất:

• Kiểm thử  được thực hiện bởi người viết ra nó;
• Kiểm thử được thực hiện bởi một người khác trong cùng một nhóm, chẳng hạn như một lập trình viên viên khác;
• Kiểm thử được thực hiện bởi bởi một người từ một nhóm tổ chức khác, chẳng hạn như một nhóm kiểm thử độc lập;
• Các bài kiểm tra được thiết kế bởi một người từ một tổ chức hoặc công ty khác, như kiểm thử thuê ngoài hoặc chứng nhận bởi một tổ chức bên ngoài.

Tính độc lập quan trọng nhất trong việc kiểm thử?

Tuy nhiên, cần lưu ý rằng tính độc lập không nhất thiết phải là yếu tố quan trọng nhất trong việc kiểm thử tốt. Những nhà phát triển biết cách kiểm thử cũng giống như những đầu bếp giỏi, tự phê bình bản thân, họ có được lợi ích của sự quen thuộc và niềm tự hào về công việc đi kèm với sự chuyên nghiệp thực sự.

Các nhà phát triển như vậy có thể tìm ra nhiều lỗi trong code của họ một cách hiệu quả. Một số phương pháp luận phát triển phần mềm nhấn mạnh vào việc các nhà phát triển thiết kế các bài kiểm thử trước khi họ bắt đầu lập trình và thực hiện các bài kiểm tra đó liên tục khi họ thay đổi code.

Cách tiếp cận này thúc đẩy quá trình kiểm thử sớm và phát hiện lỗi sớm, mang lại hiệu quả về chi phí. Hãy nhớ rằng, kiểm thử độc lập có thể được thực hiện ở bất kỳ cấp độ kiểm thử nào và việc lựa chọn mức độ độc lập phụ thuộc vào rủi ro trong bối cảnh cụ thể.

Ở nội dung tiếp theo, chúng ta sẽ đi tìm câu trả lời cho câu hỏi “Tại sao chúng ta không hòa nhập với phần còn lại của nhóm“.

Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây.

Syllabus tải về Tại đây