Thử nghiệm thông thường so với thử nghiệm hướng đối tượng
Kiểm thử phần mềm là một trong những bước quan trọng nhất trong quy trình phát triển phần mềm. Kiểm thử phần mềm đảm bảo rằng phần mềm được phát triển đáp ứng tất cả các yêu cầu của khách hàng và thực hiện không có lỗi. Khi các mô hình và kỹ thuật phát triển phần mềm đã chuyển từ phát triển phần mềm thác nước ban đầu sang OOD / Agile và các khái niệm mới hơn, thử nghiệm cũng đã chuyển từ thử nghiệm thông thường (truyền thống) sang Thử nghiệm hướng đối tượng (OOT). Nhưng vì việc phát triển thác nước vẫn còn được sử dụng, nên các thử nghiệm thông thường vẫn được sử dụng bởi những người thử nghiệm.
Kiểm tra thông thường là gì?
Quá trình thử nghiệm thông thường diễn ra chủ yếu khi vòng đời thác nước được sử dụng để phát triển phần mềm tại các tổ chức. Thử nghiệm thông thường luôn diễn ra trong giai đoạn thử nghiệm của vòng đời, thường theo giai đoạn phát triển và tiến hành giai đoạn thực hiện. Trong giai đoạn thử nghiệm này, chủ yếu là ba loại thử nghiệm sẽ được tiến hành. Kiểm tra hệ thống sẽ đảm bảo rằng các tính năng hệ thống đáp ứng các yêu cầu của khách hàng được ghi trong SRS (Đặc tả yêu cầu phần mềm), thường sử dụng phương pháp hộp đen. Kiểm thử tích hợp kiểm tra thiết kế sơ bộ bằng cách thực hiện một cách tiếp cận chức năng và phân rã. Kiểm thử tích hợp dựa trên cấu trúc của thiết kế bằng cách sử dụng phương pháp từ trên xuống hoặc từ dưới lên. Cuối cùng, kiểm tra đơn vị đảm bảo thiết kế chi tiết là chính xác.
Kiểm tra hướng đối tượng là gì?
Sử dụng phân tích và thiết kế hướng đối tượng (OO) cùng với Agile và các phương pháp phát triển phần mềm gần đây khác dẫn đến Thử nghiệm hướng đối tượng. Phát triển OO thường tập trung vào hành vi. Kiểm tra được thực hiện có sự nhấn mạnh về thành phần. Điều đó có nghĩa là thiết kế được tạo ra từng mảnh và kết hợp với nhau để hoàn thành toàn bộ hệ thống. Bởi vì tạo mẫu nhanh và một số hình thức tiếp cận gia tăng được sử dụng để phát triển OO ngày nay, ba cấp độ thử nghiệm thông thường (hệ thống, tích hợp và thử nghiệm đơn vị) không thể thấy rõ trong thiết kế OO (nhưng chúng tồn tại hầu hết thời gian). Thử nghiệm hệ thống (theo thử nghiệm OO) sẽ có nhiều cách tiếp cận (hộp đen) giống như thử nghiệm thông thường và sẽ kiểm tra đặc tả yêu cầu (vì các yêu cầu phải được xác minh bất kể quá trình phát triển). Thử nghiệm đơn vị theo thử nghiệm hướng đối tượng tương tự như thử nghiệm đơn vị thông thường, nhưng sự khác biệt cơ bản là định nghĩa của đơn vị được sử dụng. Các đơn vị hiện được chấp nhận sử dụng để kiểm tra đơn vị là các lớp và phương thức.
Sự khác biệt giữa Thử nghiệm thông thường và Thử nghiệm hướng đối tượng là gì?
Thử nghiệm thông thường là cách tiếp cận truyền thống để thử nghiệm chủ yếu được thực hiện khi vòng đời rơi nước được sử dụng để phát triển, trong khi thử nghiệm hướng đối tượng được sử dụng khi phân tích và thiết kế hướng đối tượng được sử dụng để phát triển phần mềm doanh nghiệp. Thử nghiệm thông thường tập trung nhiều hơn vào phân rã và các phương pháp tiếp cận chức năng trái ngược với thử nghiệm hướng đối tượng, sử dụng thành phần. Ba cấp độ thử nghiệm (hệ thống, tích hợp, đơn vị) được sử dụng trong thử nghiệm thông thường không được xác định rõ ràng khi nói đến thử nghiệm hướng đối tượng. Lý do chính cho điều này là phát triển OO sử dụng phương pháp gia tăng, trong khi phát triển truyền thống tuân theo cách tiếp cận tuần tự. Về mặt thử nghiệm đơn vị, thử nghiệm hướng đối tượng nhìn vào các đơn vị nhỏ hơn nhiều so với thử nghiệm thông thường.