Testing trong lập trình: Unit test, integration test cho người mới

Testing trong lập trình là kỹ năng phân biệt giữa code chạy được và code chạy đúng. Bất kỳ ai viết code đều cần hiểu rõ các loại test và cách áp dụng hiệu quả để giảm thiểu lỗi, tiết kiệm thời gian bảo trì.

Bài viết này hướng dẫn bạn từ cơ bản đến nâng cao về unit test, integration test và nhiều loại test khác trong lập trình.

Tại sao testing trong lập trình quan trọng?

Một phần mềm không được test sẽ tiềm ẩn nhiều lỗi ẩn, đặc biệt khi dự án lớn với hàng trăm module. Testing giúp:

Phát hiện lỗi sớm: Lỗi tìm được ở giai đoạn viết code rẻ hơn 100 lần so với khi đã deploy lên production.
Tiết kiệm thời gian bảo trì: Khi refactor code, test tự động xác nhận rằng chức năng cũ vẫn hoạt động đúng.
Tăng niềm tin: Developer yên tâm push code mới vì đã có bộ test kiểm tra toàn diện.
Tài liệu hóa hành vi: Test case chính là tài liệu mô tả cách hệ thống hoạt động thực tế.

Phân loại các loại test trong lập trình

1. Unit Test

Unit test kiểm tra từng đơn vị nhỏ nhất của code — một function, một method, hoặc một component. Đây là loại test nhanh nhất, chạy offline và không phụ thuộc vào database hay network.

Đặc điểm:

Chạy cực nhanh (miliseconds)
Không cần database, API hay external service
Viết bởi developer, chạy thường xuyên
Phạm vi hẹp: kiểm tra 1 đầu vào → 1 đầu ra

Ví dụ bằng Python (pytest):

# test_calculator.py
import pytest
from calculator import add, divide

def test_add_positive():
    assert add(2, 3) == 5

def test_add_negative():
    assert add(-1, -1) == -2

def test_divide_normal():
    assert divide(10, 2) == 5

def test_divide_by_zero():
    with pytest.raises(ZeroDivisionError):
        divide(10, 0)

2. Integration Test

Integration test kiểm tra việc nhiều unit hoạt động cùng nhau — ví dụ: function A gọi API B, kết quả ghi vào database C. Đây là nơi bạn phát hiện lỗi về tương tác giữa các module.

Đặc điểm:

Chậm hơn unit test (có thể cần database thật)
Cần external dependencies (database, API, file system)
Phát hiện lỗi ở “góc chết” mà unit test bỏ sót
Ít viết hơn unit test nhưng rất quan trọng

Ví dụ bằng Python:

# test_user_service.py
import pytest
from user_service import UserService
from database import TestDB

@pytest.fixture
def db():
    test_db = TestDB()
    yield test_db
    test_db.teardown()

def test_create_and_get_user(db):
    service = UserService(db)
    user = service.create("hung", "[email protected]")
    found = service.get_by_id(user.id)
    assert found.username == "hung"
    assert found.email == "[email protected]"

3. End-to-End (E2E) Test

E2E test mô phỏng toàn bộ hành vi người dùng thực — từ thao tác trên giao diện đến database và quay lại. Đây là loại test toàn diện nhất nhưng cũng chậm và phức tạp nhất.

Công cụ phổ biến: Cypress, Playwright, Selenium

Ví dụ bằng Cypress:

describe('Login flow', () => {
  it('logs in successfully with valid credentials', () => {
    cy.visit('/login')
    cy.get('[data-testid="email"]').type('[email protected]')
    cy.get('[data-testid="password"]').type('password123')
    cy.get('[data-testid="submit"]').click()
    cy.url().should('include', '/dashboard')
    cy.get('[data-testid="welcome"]').should('contain', 'Welcome')
  })
})

4. Smoke Test

Smoke test kiểm tra nhanh rằng hệ thống có thể khởi động và các chức năng cốt lõi hoạt động được. Thường chạy sau khi deploy để xác nhận deployment thành công.

5. Regression Test

Regression test đảm bảo rằng tính năng cũ vẫn hoạt động đúng sau khi code mới được thêm vào. Đây thường là sự tổng hợp của nhiều unit test và integration test đã có.

6. Performance Test

Performance test đo tốc độ, khả năng chịu tải, và tài nguyên sử dụng của hệ thống. Bao gồm load test, stress test, và spike test.

Công cụ phổ biến: JMeter, k6, Locust

Pyramid Test: Nguyên tắc cân bằng

Mô hình Test Pyramid đề xuất tỷ lệ test hợp lý:

Đáy pyramid (nhiều nhất): Unit test — nhanh, rẻ, nhiều
Giữa pyramid (vừa phải): Integration test — cần thiết nhưng đắt hơn
Đỉnh pyramid (ít nhất): E2E test — chậm, đắt, nên giới hạn ở critical paths

Tỷ lệ gợi ý: 70% unit test, 20% integration test, 10% E2E test.

Test-Driven Development (TDD)

TDD là kỹ thuật viết test trước khi viết code thực tế, tuân theo chu kỳ:

RED: Viết test case → chạy → thất bại (test fails)
GREEN: Viết code tối thiểu → chạy → thành công (test passes)
REFACTOR: Cải thiện code mà test vẫn pass

TDD giúp developer suy nghĩ rõ ràng hơn về yêu cầu trước khi code, giảm thiểu code thừa và lỗi logic.

Các framework testing phổ biến

Ngôn ngữ	Framework	Đặc điểm
Python	pytest	Đơn giản, power fixtures, plugin đa dạng
JavaScript	Jest	Built-in mock, coverage, React support
JavaScript	Vitest	Tương thích Jest, nhanh hơn với Vite
Go	testing (stdlib)	Tích hợp sẵn, không cần dependency
Java	JUnit 5	Industry standard, annotation-based
Swift	XCTest	Tích hợp Xcode, hỗ trợ UI testing

Các nguyên tắc viết test tốt

FAST: Test phải chạy nhanh. Unit test nên hoàn thành trong vài giây.
ISOLATED: Mỗi test độc lập, không phụ thuộc kết quả test khác.
REPEATABLE: Test cho kết quả giống nhau mỗi lần chạy, ở mọi môi trường.
SELF-VALIDATING: Test tự xác nhận pass/fail, không cần kiểm tra thủ công.
TIMELY: Viết test cùng lúc viết code, không viết lại sau.

Mocking và Stubbing

Mocking cho phép bạn giả lập dependencies bên ngoài để test tập trung vào logic nghiệp vụ:

Mock: Giả lập object với hành vi tùy chỉnh, kiểm tra tương tác (được gọi bao nhiêu lần, với tham số gì)
Stub: Cung cấp dữ liệu giả để test chạy tiếp mà không cần service thật
Spy: Theo dõi calls mà không thay đổi hành vi gốc

Ví dụ mocking trong Python:

from unittest.mock import patch, MagicMock

@patch('user_service.requests.get')
def test_fetch_user_data(mock_get):
    mock_get.return_value = MagicMock(
        status_code=200,
        json=lambda: {"name": "Hung", "email": "[email protected]"}
    )
    result = fetch_user_data(123)
    assert result["name"] == "Hung"
    mock_get.assert_called_once_with("https://api.example.com/users/123")

Code Coverage: Đo lường khả năng kiểm tra

Code coverage đo tỷ lệ code được test bao phủ. Tools như coverage.py (Python) hay Istanbul (JavaScript) giúp xác nhận rằng bạn đã test đủ.

Mục tiêu hợp lý: 80-90% coverage cho business logic. Không cần 100% — test boilerplate, config files hay third-party wrappers mang lại ít giá trị.

Lời kết

Testing trong lập trình không phải optional — đây là phần cốt lõi của quy trình phát triển phần mềm chuyên nghiệp. Bắt đầu với unit test, mở rộng sang integration test, và sử dụng E2E test cho critical user flows.

Bộ test tốt giúp bạn ngủ ngon hơn vào ban đêm và tự tin hơn khi deploy code mới. Nguồn tham khảo: pytest documentation, Martin Fowler — Test Pyramid, Cypress documentation.