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 thi 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 khác, kiểm thử cũng đã chuyển từ kiểm thử thông thường (truyền thống) sang Kiểm thử hướng đối tượng (OOT). Nhưng vì quá trình phát triển thác nước vẫn đang được sử dụng, nên thử nghiệm thông thường vẫn được những người thử nghiệm sử dụng.
Thử nghiệm Thông thường là gì?
Quy trình kiểm thử 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, giai đoạn này thường theo sau 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 sẽ tiến hành ba loại thử nghiệm. Kiểm tra hệ thống sẽ đảm bảo rằng các tính năng của hệ thống đáp ứng các yêu cầu của khách hàng được nêu trong SRS (Đặc điểm kỹ thuậ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 tiếp cận chức năng và phân tách. Kiểm tra tích hợp dựa trên cấu trúc của thiết kế bằng cách sử dụng cách tiếp cận từ trên xuống hoặc từ dưới lên. Cuối cùng, các bài 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 Kiểm tra Hướng Đối tượng. Sự phát triển của OO thường tập trung vào hành vi. Thử nghiệm được thực hiện với sự nhấn mạnh vào thành phần. Điều đó có nghĩa là thiết kế được tạo ra từng phần và được tổng hợp lại với nhau để hoàn thành hệ thống đầy đủ. 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 độ kiểm tra thông thường (hệ thống, tích hợp và kiểm thử đơn vị) không được nhìn thấy rõ ràng trong thiết kế OO (nhưng chúng luôn tồn tại). Kiểm tra hệ thống (trong kiểm tra OO) sẽ có cùng cách tiếp cận (hộp đen) như kiểm tra 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). Kiểm thử đơn vị theo kiểm thử hướng đối tượng tương tự như kiểm thử đơ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ị được chấp nhận hiện nay được 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ì?
Kiểm thử thông thường là cách tiếp cận truyền thống để kiểm tra chủ yếu được thực hiện khi vòng đời rơi xuống nước được sử dụng để phát triển, trong khi kiểm tra 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 các phương pháp tiếp cận chức năng và phân tách thay vì thử nghiệm hướng đối tượng, sử dụng thành phần. Ba cấp độ kiểm thử (hệ thống, tích hợp, đơn vị) được sử dụng trong kiểm thử thông thường không được xác định rõ ràng khi nói đến kiểm thử hướng đối tượng. Lý do chính cho điều này là phát triển OO sử dụng cách tiếp cận gia tăng, trong khi phát triển truyền thống theo cách tiếp cận tuần tự. Về kiểm tra đơn vị, kiểm tra hướng đối tượng xem xét các đơn vị nhỏ hơn nhiều so với kiểm tra thông thường.
