Mô hình này ra đời nhằm khắc phục nhược điểm của mô hình waterfall. Và trong mô hình này, kiểm thử bắt đầu từ chính giai đoạn yêu cầu.
Các bài viết liên quan:
Trong mô hình này, đầu tiên, tất cả các hoạt động đi theo hướng đi xuống và tại một thời điểm, nó bắt đầu di chuyển theo hướng lên để sử dụng lại tài liệu thử nghiệm cho quá trình thử nghiệm và tạo thành hình chữ V. Do đó nó được gọi là mô hình V.
Khi nào chúng ta đi cho mô hình này
Chúng tôi sử dụng mô hình V và V vì những lý do sau:
- Đối với ứng dụng lớn và phức tạp, ở đây, lớn có nghĩa là n số mô-đun và phức tạp xác định rất nhiều phụ thuộc giữa các mô-đun.
- Và nó cũng được sử dụng cho các dự án dài hạn.
Trước khi đi sâu hơn vào mô hình này, trước tiên, chúng ta sẽ hiểu các yêu cầu:
Yêu cầu
Đây là một tài liệu được thu thập từ khách hàng; ở đây, chúng tôi có hai loại tài liệu yêu cầu khác nhau, như sau:
- CRS / BRS
- SRS / FS
CRS / BRS
CRS hoặc BRS là viết tắt của Đặc điểm kỹ thuật yêu cầu của khách hàng hoặc Đặc điểm kỹ thuật yêu cầu kinh doanh. Đối với CRS, các chi tiết sẽ được viết bằng ngôn ngữ kinh doanh đơn giản (tiếng Anh) bởi BA (nhà phân tích kinh doanh), mà các nhà phát triển và kỹ sư thử nghiệm không thể hiểu được.
Hãy để chúng tôi xem một ví dụ mẫu về Đặc tả yêu cầu của khách hàng đối với ứng dụng Gmail:
- Mục nhập an toàn của khách hàng
- Tùy chọn tạo thư
- Có thể xem thư
- Xóa nội dung không mong muốn
- —
- —-
- Đóng ứng dụng thành công.
Xem thêm Xây dựng cấu trúc bài viết
SRS / FS
Nó là viết tắt của Thông số kỹ thuật yêu cầu phần mềm hoặc Đặc điểm kỹ thuật chức năng; trong đó, tất cả các chi tiết được chuyển đổi thành tài liệu chi tiết, mà các nhà phát triển và kỹ sư thử nghiệm có thể hiểu được.
Hãy để chúng tôi xem một ví dụ mẫu về Thông số kỹ thuật yêu cầu phần mềm đối với ứng dụng Gmail:
- Đăng nhập (mô-đun)
- 1 Tên người dùng → Hộp văn bản (đặc điểm kỹ thuật chức năng)
- 1.1 Tên người dùng → Chỉ chấp nhận 5 bảng chữ cái
- 2 Mật khẩu → hộp văn bản
- 2.1 Mật khẩu → Chỉ chấp nhận 8 ký tự, trong đó một ký tự viết hoa và một ký tự đặc biệt (@, $,%, &)
- 3 OK → Nút
- 3.1 OK → đã bật
- Soạn
- 1 Tới → Hộp văn bản
- —–
- —–
- Hộp thư đến
- 1 —-
- —-
- Đăng xuất
Đặc điểm của một yêu cầu chức năng
- Các yêu cầu phải là In-Details, có nghĩa là nó có tất cả các chi tiết về mô-đun, thành phần và đặc điểm kỹ thuật chức năng và theo quy trình Thích hợp, có nghĩa là nó phải theo thứ tự trình tự.
- Các yêu cầu phải được viết bằng ngôn ngữ đơn giản để mọi người dễ hiểu.
- Yêu cầu phải đo lường được hoặc có thể đếm được.
Quy trình V và V Model
Toàn bộ mô hình V thực hiện trong hai giai đoạn, quá trình xem xét hoàn chỉnh được thực hiện trong giai đoạn xác minh và toàn bộ quá trình thử nghiệm được thực hiện trong giai đoạn xác nhận; đó là lý do tại sao nó còn được gọi là mô hình xác minh và xác nhận.
Trong đó quá trình xác minh và xác nhận bao gồm các giai đoạn khác nhau:
Giai đoạn 1
Nó sẽ bắt đầu từ việc thu thập tài liệu CRS (đặc tả yêu cầu của khách hàng), từ khách hàng bởi Nhà phân tích kinh doanh, nơi kỹ sư kiểm tra sẽ kiểm tra các tình huống sau:
- Đánh giá CRS dựa trên
- Yêu cầu không chính xác
- Thiếu yêu cầu
- Xung đột trong các yêu cầu
- Viết tài liệu Kiểm tra nghiệm thu
Lưu ý: Trong tất cả các giai đoạn, Tài liệu Kiểm thử bao gồm các kế hoạch kiểm thử và các trường hợp kiểm thử.
Sau khi nhóm kỹ sư kiểm tra xem xét CRS và tìm thấy bất kỳ lỗi hoặc khiếm khuyết nào, họ sẽ gửi nó cho nhóm phát triển để sửa lỗi. Sau khi sửa lỗi, nhóm phát triển cập nhật CRS và đồng thời phát triển tài liệu SRS.
Giai đoạn 2
Sau khi hoàn thành CRS, SRS được gửi đến nhóm thử nghiệm để tiến hành quá trình xem xét và các nhà phát triển bắt đầu tạo HLD (thiết kế cấp cao) cho ứng dụng. Và nhóm thử nghiệm sẽ kiểm tra SRS theo các tình huống sau:
- Xem lại SRS so với CRS
- Mỗi CRS được chuyển sang SRS
- CRS không được chuyển đổi đúng cách thành SRS
- Viết tài liệu kiểm tra hệ thống
Sau khi nhóm kiểm tra xem xét mọi chi tiết của SRS và CRS đã được chuyển đổi chính xác sang SRS, chúng tôi sẽ chuyển sang giai đoạn tiếp theo.
Giai đoạn 3
Sau khi hoàn thành HLD, các nhà phát triển bắt đầu tạo LLD (Thiết kế cấp thấp) cho ứng dụng và trong thời gian chờ đợi, người thử nghiệm sẽ kiểm tra các thử nghiệm sau trên HLD:
- Xem lại HLD
- Viết tài liệu kiểm tra tích hợp
Giai đoạn 4
Sau khi nhóm kiểm tra đã hoàn thành việc xem xét HLD, các nhà phát triển viết mã và phát triển ứng dụng, và nhóm kiểm tra sẽ thực hiện các nhiệm vụ sau:
- Xem lại LLD
- Viết tài liệu kiểm tra chức năng
Giai đoạn 5
Sau khi hoàn thành phần mã hóa, các nhà phát triển sẽ thực hiện một vòng kiểm thử đơn vị, còn được gọi là kiểm thử hộp trắng, và kiểm tra mọi dòng của mã và đảm bảo rằng mã đó chính xác.
Sau khi thực hiện kiểm thử đơn vị, ứng dụng được gửi đến nhóm kiểm thử, nơi họ thực hiện nhiều kiểm thử như kiểm thử chức năng, kiểm thử tích hợp và kiểm thử hệ thống cũng như kiểm thử chấp nhận.
Và khi phần thử nghiệm được thực hiện, ứng dụng cuối cùng sẽ giao cho khách hàng.
Ghi chú:
Làm thế nào để xử lý các thay đổi yêu cầu trong V và V?
Bất cứ khi nào có thay đổi trong yêu cầu, quy trình tương tự vẫn tiếp tục và các tài liệu sẽ được cập nhật.
và của mô hình V và V
Hãy cùng chúng tôi xem những ưu và nhược điểm của mô hình V và V:
| Ưu điểm | Nhược điểm |
| Trong điều này, xem xét tồn tại trong mọi giai đoạn, đó là lý do tại sao chúng tôi có thể nhận được ít lỗi hơn trong ứng dụng. | Đây là một quá trình hơi tốn kém vì vốn đầu tư ban đầu cao do cần có đội thử nghiệm ngay từ giai đoạn bắt đầu. |
| Mô hình V cung cấp Có thể phân phối song song, ngụ ý rằng hai nhóm có thể làm việc cùng nhau như ở đây; nhóm phát triển và thử nghiệm đang làm việc song song. | Đây là một quá trình tốn nhiều thời gian vì nếu yêu cầu thay đổi xảy ra, chúng ta cần phải thay đổi mọi tài liệu văn bản. |
| Mô hình này giúp cung cấp các sản phẩm Mạnh mẽ hoặc ổn định. | Trong trường hợp này, chúng tôi cần thực hiện nhiều công việc tài liệu hơn vì các trường hợp thử nghiệm và tất cả các tài liệu khác. |
| Trong mô hình này, các Kỹ sư kiểm tra có nhiều kiến thức hơn về sản phẩm vì kiểm thử tham gia vào mọi giai đoạn phát triển sản phẩm. | Mô hình V không phù hợp với các dự án hướng đối tượng. |
| Tài liệu văn bản có thể được sử dụng lại. | Chúng tôi không thể quay lại và thay thế chức năng khi ứng dụng đang trong giai đoạn thử nghiệm. |
