Chuyển đến nội dung chính

Bài đăng

Đang hiển thị bài đăng từ Tháng 12, 2015

Những suy nghĩ sai lầm trong kiểm thử bằng tay (manual testing)

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

Test driven Developments - Lập trình hướng kiểm thử

TDD là môt kỹ thuật lập trình hướng trước cách phát triển của thiết kế phần mềm hệ thống (Hệ thống mà developer sẽ phát triển). Nó giúp các lập trình viên viết những tình huống kiểm thử trước khi việc phát triển code được thực thi và hiệu quả của việc này giúp lập trình viên sẽ hiệu quả trong khi giải quyết vấn đề của bài toán hơn là cách giải quyết bài toán. TDD sẽ giúp lập trình viên có những khía cạnh ngược. Làm được điều này sẽ tạo ra một lập trình viên: Extreme Programming. Dự đoán trước những gì mình sẽ giải quyết cho lời giải của một bài toán. Chúng ta có thể thấy rằng TDD sẽ giúp lập trình viên nâng cao kỹ năng làm việc của mình. Dev Cũ Dev - TDD