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

Mô hình Waterfall Model trong kiểm thử phần mềm

Mô hình Waterfall Model là một phiên bản phổ biến của mô hình vòng đời phát triển hệ thống cho kỹ nghệ phần mềm. Cùng tìm hiểu chi tiết về nó nhé!




Mô hình Waterfall Model là gì?


Mô hình kiểm thử phần mềm https://www.devpro.edu.vn/2-mo-hinh-kiem-thu-phan-mem-thong-dung Waterfall Model (Mô hình thác nước) còn được gọi là Mô hình vòng tuần hoàn dạng vòng lặp. Mô hình thác nước là lựa chọn tuyệt vời để thực hiện thành công cho các dự án nhỏ với các yêu cầu rõ ràng. Trong mô hình thác nước, kiểm thử được bắt đầu ở cuối giai đoạn phát triển của phần mềm khi sản phẩm được hoàn thành. Kiểm thử được thực hiện theo cơ chế như nước rơi xuống phía dưới từ giai đoạn này qua giai đoạn khác. Waterfall Model là mô hình rất phổ biến trong quy trình SDLC.

Mô hình Waterfall Model được giới thiệu bởi Tiến sĩ Winston W. Royce trong một bài báo được xuất bản vào năm 1970, waterfall model là một quá trình phát triển phần mềm. Mô hình thác nước nhấn mạnh rằng sự tiến triển hợp lý của các bước được thực hiện trong suốt vòng đời phát triển phần mềm (SDLC), giống như các bậc tầng xuống một thác nước. Mặc dù sự phổ biến của mô hình thác nước đã giảm trong những năm gần đây nhưng bản chất logic của quá trình tuần tự được sử dụng trong phương pháp này thì không thể phủ nhận và nó vẫn là một quá trình thiết kế chung trong ngành.

Các giai đoạn trong mô hình Waterfall Model


Yêu cầu:

Đây là giai đoạn phát triển đầu tiên, nơi tất cả các yêu cầu được thu thập và ghi lại.

Phân tích:

Trong giai đoạn này, người sử dụng tiến hành phân tích tất cả các yêu cầu thu thập được cho dù các yêu cầu là hợp lệ hoặc không hợp lệ.

Thiết kế:

Trong giai đoạn này tất cả các thiết kế hệ thống được phân tích và quy định như phần cứng, cấu hình hệ thống và kiến trúc hoặc hệ thống.

Thực hiện:

Trong giai đoạn này tất cả các công trình phát triển được thực hiện và phát triển thành phần hoặc đơn vị bàn giao cho đội kiểm thử.

Thử nghiệm:

Sau khi hoàn thành phát triển, giai đoạn thử nghiệm bắt đầu và trong giai đoạn này chúng tôi kiểm tra từng đơn vị hoặc thành phần và đảm bảo các thành phần được phát triển hoạt động như mong đợi. Tất cả các hoạt động thử nghiệm được thực hiện trong giai đoạn này.

Triển khai:

Sau khi thử nghiệm được hoàn thành và đảm bảo không có lỗi hoặc lỗi hoặc bất kỳ loại vấn đề nào, thì dự án được triển khai để sản xuất. Khi sản phẩm được triển khai để sản xuất, người dùng cuối sẽ bắt đầu sử dụng sản phẩm.

Bảo trì:

Luôn theo dõi sản phẩm và cung cấp tất cả các lỗi hoặc sự cố cần thiết nếu xảy ra trong quá trình sản xuất hoặc được báo cáo bởi người dùng cuối. Đôi khi, phải tiếp tục cập nhật sản phẩm với các bản cập nhật mới nếu được phát triển hoặc có sẵn.

Ưu điểm

Thích nghi với các nhóm chuyển đổi : Việc sử dụng phương pháp thác nước cho phép toàn bộ dự án duy trì phạm vi chi tiết, mạnh mẽ hơn và cấu trúc thiết kế tất cả các giai đoạn lập kế hoạch và tài liệu hướng dẫn.

Cho phép thay đổi thiết kế ban đầu : Mặc dù có thể khó thực hiện các thay đổi thiết kế sau, nhưng với phương pháp thác nước thì vẫn có thể thay đổi sớm trong vòng đời. Điều này rất tốt khi nhóm phát triển và khách hàng có thể nhận định được những bước hình thành của sản phẩm trong các giai đoạn đầu tiên.

Phát triển được xử lý theo cách tuần tự nên rất ít xảy ra tình trạng phải để làm lại.

- Cách tiếp cận rất tốt cho các dự án nhỏ.

- Dễ sử dụng và làm theo.

- Chi phí tiết kiệm.

- Dễ quản lý dự án và kho tài liệu phong phú, dễ tìm.

Nhược điểm

- Chỉ phù hợp với các dự án nhỏ, khó khăn trong việc thực hiện ở các dự án lớn.

- Ít hiệu quả hơn nếu yêu cầu không rõ ràng ngay từ đầu.

- Rất khó di chuyển trở lại để thay đổi về giai đoạn trước.

- Quá trình kiểm tra bắt đầu khi quá trình phát triển hoàn tất, vì vậy càng có nhiều cơ hội tìm thấy lỗi.

- Rủi ro cao.

- Ít linh hoạt hơn.

Vậy là chúng ta đã vừa đi tìm hiểu về Mô hình Waterfall Model là gì?, các giai đoạn trong mô hình Waterfall Model, ưu điểm và nhược điểm của nó, ở bài sau chúng ta sẽ tiếp tục tìm hiểu về mô hình V-Model. Hãy theo dõi những bài viết tiếp theo nhé!

Nhận xét

Bài đăng phổ biến từ blog này

4 Mức độ kiểm thử phần mềm bạn nên biết

Kiểm thử phần mềm là hoạt động phức tạp và có thể sẽ phải trải qua nhiều bước nhất định, tùy từng trường hợp cụ thể mà các chuyên gia sẽ áp dụng từng mức độ kiểm thử khác nhau. Vậy có những mức độ kiểm thử nào?  Mức độ 1 - Unit Test (Kiểm tra mức đơn vị) Kiểm thử đơn vị là một quá trình phát triển phần mềm, trong đó các phần nhỏ nhất của một ứng dụng có thể được kiểm thử được gọi là các đơn vị, các đơn vị này được kiểm tra riêng và độc lập để đảm bảo hoạt động diễn ra bình thường. Kiểm tra đơn vị có thể được thực hiện thủ công nhưng thường tự động . Nó là một phần của phát triển theo hướng thử nghiệm (TDD), một phương pháp có cách tiếp cận tỉ mỉ để xây dựng một sản phẩm bằng cách thử nghiệm và sửa đổi liên tục. Kiểm thử đơn vị chỉ liên quan đến những đặc điểm quan trọng đối với hiệu suất của thiết bị được thử nghiệm. Điều này khuyến khích các nhà phát triển sửa đổi mã nguồn mà không lo ngại về những thay đổi có thể ảnh hưởng đến hoạt động của các đơn vị khác hoặc to...

Một số mô hình phát triển phần mềm phổ biến

Mỗi một sản phẩm phần mềm ra đời đều trải qua những bước phát triển nhất định. Với các mô hình phát triển phần mềm, chúng ta sẽ dễ dàng nhìn thấy quy trình phát triển của sản phẩm mà chúng ta tạo ra. Waterfall Model (Mô hình thác nước) Waterfall Model là một mô hình kiểm thử phần mềm phổ biến về vòng đời phát triển hệ thống phần mềm. Thường được coi là cách tiếp cận cổ điển đối với vòng đời phát triển hệ thống, mô hình này mô tả một phương pháp phát triển tuyến tính và tuần tự. Waterfall Model có những mục tiêu riêng biệt cho từng giai đoạn phát triển. Một khi một giai đoạn phát triển được hoàn thành, sự phát triển sẽ tiếp tục phát triển các giai đoạn sau và không có quay trở lại. Ưu điểm:  Waterfall Model cho phép phân cấp và kiểm soát quản lý.  Mỗi giai đoạn phát triển diễn ra theo thứ tự nghiêm ngặt, không có bất kỳ bước trùng lặp hoặc lặp lại nào. Đơn giản và dễ hiểu và dễ sử dụng Dễ dàng sắp xếp công việc. Nhược điểm:  ...