Bài viết nói về mô hình kim tự tháp:
Test Unit > Testing Integration > Testing Accept
1 - Unit test
Đáy tháp, đây là mức test thấp nhấn, tưởng tượng nó là viên gạch!
Khi thực thi thì nếu ở code thì đây là mức test từng feature code hoặc procedure, function.
Goal ở đây là: chặn được các lỗi ở mức cơ bản nhất và đảm bảo unit làm đúng vai trò của mình.
Tưởng tượng như sau: viên gạch xây kim tự tháp thì unit test phải đảm bảo viên gạch này chịu được tải trọng 5kg, phơi khô không bị bể, đập không gãy đôi...
Còn về code: ví dụ hàm tính tổng, đảm bảo hai số nhập vô ra được số tổng ở mức hửu tỉ ! => Đừng đòi hỏi quá đáng ở hàm tính tổng như tính tới vô tỉ, tính toán tới vô cực (infinitive war)
2 - Integration mức Unit
Mức này với ví dụ Kim tự tháp thì giống dạng sử dụng keo dính xem 2 viên gạch nó nối lại được không...
Về mặt function thì đảm bảo các functions hoặc tính năng nhỏ gọi nhau không bị hư. Ví dụ làm hàm tính tổng dev chia thành 2 unit: xử lý input và tính tổng, việc integration này đảm bảo 2 unit này gọi nhau ổn định, không phát sinh ra lỗi.
3 - Integration mức System
Mức này thì cao hơn mức 2, tưởng tượng như: kim tự tháp Alecial gồm các khối kiến trúc: 2 con nhân sư, 1 cái quan tài, một số cái bẫy, một đoàn lính bảo vệ, 1 cái cửa ra vào... thì việc đảm bảo chất lượng là gắn mấy cái này vào cho khớp với nhau.
Về phần mềm thì đảm bảo cho mấy tính năng lớn trong hệ thống ăn khớp, phần mềm nhân sự thì đảm bảo chấm công cho người lao động đúng theo biểu đồ thời gian, kể cả khi có sự kiện đặc biệt như: lễ tết...
Phần này thường thì QC tham gia vào nhiều nhất để đảm bảo chất lượng phần mềm
4 - Testing Acceptance
Phần này thì đưa pharaong vào kim tự tháp xem nằm vô hòm ổn không =)). Không ổn thì bắt dân phu trảm đi, xây cái mới...
Phần mềm thì đưa cho khách hàng xài và lấy tiền, nếu khách hàng thấy ổn thì sử dụng tiếp, sau đó đến giai đoạn cù cưa lâu lâu trả tiền 1 lần của KH...
Tựu chung lại là mô hình kim tự tháp có đúng? - Về cơ bản nếu làm đúng quy trình này thì mức độ lỗi của kim tự tháp ít, nó sẽ thành một phần mềm kỳ quan thế giới!
Nhưng thực tế cho thấy thì do quá tốn chi phí làm và vận hành chưa kể yếu tố khách quan của kiến trúc sư phần mềm (vẽ ra kim tự tháp hay chùa một cột) mà mô hình này sinh ra nhiều yếu tố bất lợi !
Test Unit > Testing Integration > Testing Accept
1 - Unit test
Đáy tháp, đây là mức test thấp nhấn, tưởng tượng nó là viên gạch!
Khi thực thi thì nếu ở code thì đây là mức test từng feature code hoặc procedure, function.
Goal ở đây là: chặn được các lỗi ở mức cơ bản nhất và đảm bảo unit làm đúng vai trò của mình.
Tưởng tượng như sau: viên gạch xây kim tự tháp thì unit test phải đảm bảo viên gạch này chịu được tải trọng 5kg, phơi khô không bị bể, đập không gãy đôi...
Còn về code: ví dụ hàm tính tổng, đảm bảo hai số nhập vô ra được số tổng ở mức hửu tỉ ! => Đừng đòi hỏi quá đáng ở hàm tính tổng như tính tới vô tỉ, tính toán tới vô cực (infinitive war)
2 - Integration mức Unit
Mức này với ví dụ Kim tự tháp thì giống dạng sử dụng keo dính xem 2 viên gạch nó nối lại được không...
Về mặt function thì đảm bảo các functions hoặc tính năng nhỏ gọi nhau không bị hư. Ví dụ làm hàm tính tổng dev chia thành 2 unit: xử lý input và tính tổng, việc integration này đảm bảo 2 unit này gọi nhau ổn định, không phát sinh ra lỗi.
3 - Integration mức System
Mức này thì cao hơn mức 2, tưởng tượng như: kim tự tháp Alecial gồm các khối kiến trúc: 2 con nhân sư, 1 cái quan tài, một số cái bẫy, một đoàn lính bảo vệ, 1 cái cửa ra vào... thì việc đảm bảo chất lượng là gắn mấy cái này vào cho khớp với nhau.
Về phần mềm thì đảm bảo cho mấy tính năng lớn trong hệ thống ăn khớp, phần mềm nhân sự thì đảm bảo chấm công cho người lao động đúng theo biểu đồ thời gian, kể cả khi có sự kiện đặc biệt như: lễ tết...
Phần này thường thì QC tham gia vào nhiều nhất để đảm bảo chất lượng phần mềm
4 - Testing Acceptance
Phần này thì đưa pharaong vào kim tự tháp xem nằm vô hòm ổn không =)). Không ổn thì bắt dân phu trảm đi, xây cái mới...
Phần mềm thì đưa cho khách hàng xài và lấy tiền, nếu khách hàng thấy ổn thì sử dụng tiếp, sau đó đến giai đoạn cù cưa lâu lâu trả tiền 1 lần của KH...
Tựu chung lại là mô hình kim tự tháp có đúng? - Về cơ bản nếu làm đúng quy trình này thì mức độ lỗi của kim tự tháp ít, nó sẽ thành một phần mềm kỳ quan thế giới!
Nhưng thực tế cho thấy thì do quá tốn chi phí làm và vận hành chưa kể yếu tố khách quan của kiến trúc sư phần mềm (vẽ ra kim tự tháp hay chùa một cột) mà mô hình này sinh ra nhiều yếu tố bất lợi !
Nhận xét
Đăng nhận xét