[HICC.VN]

V-model là một dạng quy trình phát triển sản phẩm. V-model cũng có thể đưa vào sử dụng với những quy trình phát triển khác. Trong bài này, sản phẩm sẽ được hiểu mặc định là sản phẩm phần mềm, với những ví dụ liên quan đến công việc của kỹ sư phần mềm.

chúng ta đang xem: V model là gì

Trong V-model, output của mỗi bước trong quy trình chính là input cho bước tiếp theo. Trên lý thuyết, cũng có thể có một team riêng không liên quan gì đến nhau cho từng bước trong quy trình. Mỗi team sẽ nhận input là những văn bản từ team trước, phân tích input đó giúp xuất ra output cho team tiếp theo đọc.

Việc thiết kế sản phẩm và kiểm thử được phân tách làm 2 vế tương xứng.

Ví dụ cấu trúc của một user story

3. Bước tiếp theo là phân tích những Business requirements đó giúp thiết kế một hệ thống. Output của bước này là System design, mô tả tương tác giữa những thành phần trong hệ thống.

System design cũng có thể được biểu diễn dưới vô vàn dạng văn bản hoặc diagram. Dưới đây là một vài ví dụ.

*

Use-case diagram

*

Data flow diagram

*

Database diagram

*

Wireframe mô tả giao diện của một màn hình trong một ứng dụng điện thoại

5. Sau hết những bước đó rồi mới bắt tay vào làm sản phẩm (Implementation). Output của bước này là code cũng có thể test được.

Xem thêm: Kmno4 Là Gì – Những Ứng Dụng Tuyệt Vời Của Thuốc Tím

6. Unit testing:

Thứ lần đầu giúp test là những code unit, là đơn vị nhỏ nhất cũng có thể test được trong code, ví dụ như là một function.

Theo V-model, người viết tester sẽ đọc Module design từ bước #4 giúp thực hiện việc test (bằng tay hoặc test tự động). Mục đích là giúp đảm nói rằng từng unit code có thực hiện đúng yêu cầu trong Module design.

Unit test tự động

7. Integration testing

Tương tự như trên, tester sẽ đọc System design từ bước #3 giúp đảm nói rằng những module trong hệ thống tương tác với nhau đúng như theo mô tả. Ví dụ tương tác giữa những module:

Server – database: kiểm tra rằng rằng lúc server suy nghĩ tạo một tài khoản mới, thì trong database xuất hiện một dòng account mới, hoặc báo lỗi nếu tài khoản đã tồn tại.UI – middleware: kiểm tra rằng lúc người người sử dụng nhấn nút “Tạo tài khoản”, thì middleware trong client-side app sẽ gửi một request lên server giúp tạo tài khoản.Client – server: kiểm tra rằng lúc client gửi request lên, thì server nhận được request đó giúp xử lí, và trả lại response tương ứng.

Lúc này, hệ thống chưa hoàn chỉnh, nên sẽ thường sử dụng dữ liệu giả mock data giúp kiểm tra tương tác giữa 1 vài module, mà không cần tương tác với những module khác. Ví dụ lúc kiểm tra tương tác giữa UI và client-side logic cho tính năng login. lúc click vào nút “Login” trên UI, tester cũng có thể giả dữ liệu HTTP Response 201 giúp chuyển trang từ Login page sang Home page. Chưa cần phải có tương tác thực theo chuẩn HTTP giữa client app và server.

8. System testing

lúc đã đảm nói rằng từng thành phần của hệ thống đã tương tác với nhau đúng như theo System design rồi, thì tiếp tục kiểm tra xem một hệ thống hoàn chỉnh, với tất cả những thành phần đẩy đủ, có đáp ứng nhiều lần không Business requirement từ bước #2 do bước phân tích sản phẩm đặt ra.

Xem thêm: Sinh Năm 2017 Cung Gì – Sinh Con Năm 2017 Đinh Dậu Mệnh Gì

9. User-acceptance testing

Hệ thống lúc này đã đáp ứng được những Business requirement. hiện tại là lúc đưa sản phẩm cho khách hàng người sử dụng thử giúp đánh giá xem sản phẩm có đáp ứng đúng mong suy nghĩ của khách hàng không.

luôn mục: Hỏi Đáp

Nguồn : Tổng hợp

[bvlq_danh_muc]

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

This site uses cookies to offer you a better browsing experience. By browsing this website, you agree to our use of cookies.