Unit Test là gì?
Published on: May 01, 2021
Last updated: May 17, 2023 Xem trên toàn màn hình
Last updated: May 17, 2023 Xem trên toàn màn hình
Recommended for you
- 01 Aug 2023
Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 19/419 - 20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 16/387
- 03 May 2019 Business Rule là gì? 13/1080
- 04 Jan 2023 Phát triển phần mềm linh hoạt theo mô hình Big Bang 12/700
- 28 Jun 2024 Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 11/331
- 18 May 2021 Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 10/665
- 01 Feb 2023 Information Radiator là gì? 10/752
- 29 May 2022 Templafy là gì? Tại sao nói Templafy là nền tảng tài liệu thế hệ mới? 10/375
- 08 Jan 2022 Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 9/250
- 14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 9/414
- 10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 9/222
- 03 May 2022 Mô hình Hybrid Agile là gì? 8/474
- 02 Aug 2023 Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 8/437
- 02 Aug 2021 Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 8/334
- 30 Apr 2024 Web3 là gì? Tại sao nói Web3 là nền tảng để Blockchain thay đổi Internet? 7/45
- 03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 7/511
- 30 Aug 2022 Kỹ thuật "Hollow" là gì? 6/77
- 18 Mar 2021 Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 4/487
- 24 Mar 2019 Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 3/280
- 01 Nov 2022 MVF (Minimum Viable Features): Tối ưu tính năng trong giới hạn nguồn lực 3/60
- 11 Dec 2025 Phần mềm cho SMEs: Vì sao “Best-Fit” lên ngôi và “Best-of-Breed” dần lỗi thời 3/5
- 14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 3/168
- 08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 2/196
- 21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 1/259
- 22 Jul 2020 Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 1/95
Unit Test là gì?
Unit Test là một loại kiểm thử phần mềm trong đó các đơn vị hay thành phần riêng lẻ của phần mềm được kiểm thử. Kiểm thử đơn vị được thực hiện trong quá trình phát triển ứng dụng. Mục tiêu của Kiểm thử đơn vị là cô lập một phần code và xác minh tính chính xác của đơn vị đó.
Vòng đời của UT
UT có 3 trạng thái cơ bản:
- Fail (trạng thái lỗi).
- Ignore (tạm ngừng thực hiện).
- Pass (trạng thái làm việc).
Toàn bộ UT được vận hành trong một hệ thống tách biệt. Có rất nhiều phần mềm hỗ trợ thực thi UT với giao diện trực quan. Thông thường, trạng thái của UT được biểu hiện bằng các màu khác nhau: màu xanh (pass), màu vàng (ignore) và màu đỏ (fail).
Thời gian đầu, người ta thường do dự khi phải viết UT thay vì tập trung vào code cho các chức năng nghiệp vụ. Công việc viết Unit Test có thể mất nhiều thời gian hơn code rất nhiều nhưng lại có lợi ích sau:
- Tạo ra môi trường lý tưởng để kiểm tra bất kỳ đoạn code nào, có khả năng thăm dò và phát hiện lỗi chính xác, duy trì sự ổn định của toàn bộ PM và giúp tiết kiệm thời gian so với công việc gỡ rối truyền thống.
- Phát hiện các thuật toán thực thi không hiệu quả, các thủ tục chạy vượt quá giới hạn thời gian.
- Phát hiện các vấn đề về thiết kế, xử lý hệ thống, thậm chí các mô hình thiết kế.
- Phát hiện các lỗi nghiêm trọng có thể xảy ra trong những tình huống rất hẹp.
- Tạo hàng rào an toàn cho các khối mã: Bất kỳ sự thay đổi nào cũng có thể tác động đến hàng rào này và thông báo những nguy hiểm tiềm tàng.
Unit Test có các hạn chế:
- Tăng chi phí dự án. Trong khi Manual Test (do Tester tiến hành) chiếm 40% - 50% tổng chi phí dự án, Unit Test chiếm 20%-30% tổng chi phí dự án. Do vậy cần cân nhắc đưa Unit Test vào triển khai.
- Nhân sự triển khai Unit Test tăng so với không có phương pháp kiểm thử bán tự động này, bao gồm các chuyên gia lập trình, các chuyên gia vận hành Unit Test.
- Unit Test có thể làm gián đoạn tạm thời các công việc phát triển chính (mainstream), làm chậm quá trình "faster GTM (Go-to-market)" do vậy không phù hợp với các sản phẩm startup, MVP...
- Unit Test nếu không có độ phủ (test coverage) đủ lớn, hiệu quả thu được sẽ không đáng kể (xét trên góc nhìn Cost-Benefit Analysis). Điều này cũng tương tự như khi đơn thuốc, uống không đủ liều sẽ không đủ hiệu quả bảo vệ cho cơ thể (kháng thể).
- Unit Test không thích hợp với các mô hình phát triển nhanh (Rapid), linh hoạt (Agile), chớp nhoáng (Big Bang).
Unit Test được dùng trong các trường hợp sau:
- Nâng cấp hệ thống có dữ liệu giao dịch lớn (transaction data)
- Các hệ thống lớn, phức tạp
- Các hệ thống phần mềm đặc thù ngành (bespoke), các phần mềm phục vụ ngành dọc (best-of-breed, best-of-suite). Các phần mềm dạng này đã có nghiệp vụ rõ ràng, hoặc được xây lại theo mô hình phần mềm cũ đã vận hành lâu năm (chỉ khác về công nghệ và mô hình phát triển, mở rộng).
[{"displaySettingInfo":"[{\"isFullLayout\":false,\"layoutWidthRatio\":\"\",\"showBlogMetadata\":true,\"includeSuggestedAndRelatedBlogs\":true,\"enableLazyLoad\":true,\"quoteStyle\":\"1\",\"bigHeadingFontStyle\":\"1\",\"postPictureFrameStyle\":\"1\",\"isFaqLayout\":false,\"isIncludedCaption\":false,\"faqLayoutTheme\":\"1\",\"isSliderLayout\":false}]"},{"articleSourceInfo":"[{\"sourceName\":\"\",\"sourceValue\":\"\"}]"},{"privacyInfo":"[{\"isOutsideVietnam\":false}]"},{"tocInfo":"[{\"isEnabledTOC\":true,\"isAutoNumbering\":false,\"isShowKeyHeadingWithIcon\":false}]"}]
Nguồn
{content}
Khám phá thêm các chủ đề sau
01062025105620_thumb.png "Cách nhìn người: Dựa vào kết quả, động cơ, phẩm chất ẩn giấu và tư tưởng sống")
Đọc thêm: Hướng dẫn hợp tác viết bài (guest blogging)
Các chủ đề được quan tâm nhiều nhất
CHIA SẺ BÀI VIẾT
Link copied!
Mới cập nhật