npm test: Bảo Kê Chất Lượng Code Của Genz

npm test: Đừng Để Bug Nó "Làm Thịt" Code Của Bạn, GenZ Ơi!

Chào các GenZ, lại là Creyt đây! Hôm nay chúng ta sẽ "bung lụa" một cái khái niệm mà nghe thì có vẻ nhàm chán, nhưng thực ra nó là "bảo bối" giúp code của các bạn luôn "sạch", "mượt" và "đỉnh của chóp": đó chính là npm test.

Cứ hình dung thế này nhé. Các bạn vừa "code bay" một cái tính năng mới, nhìn nó chạy trên máy mình thì "ngon lành cành đào" rồi. Nhưng liệu nó có "ngon" khi gặp phải dữ liệu "khó nhằn" không? Hay khi bạn "lỡ tay" sửa một chỗ nào đó, cái tính năng cũ có bị "tèo" theo không? Đó là lúc npm test xuất hiện như một "vệ sĩ" chuyên nghiệp, không ngừng kiểm tra, rà soát mọi ngóc ngách trong "đứa con tinh thần" của bạn.

1. npm test là gì và để làm gì?

Đơn giản mà nói, npm test không phải là một công cụ kiểm thử thực sự. Nó giống như một "cái nút thần kỳ" mà khi bạn bấm vào, nó sẽ kích hoạt tất cả các bài kiểm tra (tests) mà bạn đã viết cho dự án Node.js của mình.

Nó để làm gì ư? À, nó là để:

• Tìm bug sớm: Thay vì đợi người dùng "kêu trời" vì ứng dụng crash, bạn sẽ bắt được con bug ngay trên máy mình. Giống như bắt trộm ngay từ khi nó mới mon men vào nhà vậy.
• Đảm bảo chất lượng: Khi code của bạn phát triển, các tính năng mới có thể vô tình làm hỏng tính năng cũ. Test giúp bạn tự tin "refactor" (tái cấu trúc) mà không sợ "đổ vỡ" dây chuyền.
• Tài liệu sống: Các bài test thường mô tả cách một phần mềm hoạt động trong các trường hợp khác nhau. Đọc test cũng là một cách hiểu code đấy.
• Tăng tốc độ phát triển: Nghe có vẻ ngược đời phải không? Nhưng khi bạn có một bộ test vững chắc, bạn sẽ ít phải debug thủ công hơn, ít phải lo lắng hơn, và cứ thế mà "xõa" code thôi!

Trong thế giới Node.js, npm (Node Package Manager) là "quản gia" của mọi dự án. Khi bạn gõ npm test, nó sẽ tìm đến file package.json của bạn, xem trong phần scripts có dòng nào là "test" không, và rồi "triệu hồi" lệnh đã được định nghĩa ở đó.

2. Code Ví Dụ Minh Hoạ: "Bóc Trứng" Với Jest

Để các bạn dễ hình dung, tôi sẽ dùng thư viện kiểm thử "hot hit" hiện nay là Jest. Jest được Facebook phát triển, cực kỳ thân thiện với các dự án JavaScript/Node.js, và đặc biệt là GenZ nào cũng thích vì nó "ngon, bổ, rẻ".

Bước 1: Khởi tạo dự án và cài Jest

Đầu tiên, tạo một thư mục mới và khởi tạo dự án Node.js:

mkdir my-awesome-app
cd my-awesome-app
npm init -y

Tiếp theo, cài Jest làm dependency phát triển (devDependencies):

npm install --save-dev jest

Bước 2: Viết một hàm đơn giản để test

Tạo một file utils.js với nội dung sau:

// utils.js
function sum(a, b) {
  return a + b;
}

function subtract(a, b) {
  return a - b;
}

module.exports = { sum, subtract };

Bước 3: Viết bài kiểm tra (test file)

Tạo một file utils.test.js (Jest tự động tìm các file có đuôi .test.js hoặc .spec.js) với nội dung:

Gợi Ý Đọc Tiếp

HTTP Server Node.js: 'Loa Phóng Thanh' Backend Của Bạn!

8 Lượt xem

// utils.test.js
const { sum, subtract } = require('./utils');

describe('Các phép toán cơ bản', () => {
  test('hàm sum() nên cộng đúng hai số', () => {
    expect(sum(1, 2)).toBe(3);
    expect(sum(0, 0)).toBe(0);
    expect(sum(-1, 1)).toBe(0);
    expect(sum(100, 200)).toBe(300);
  });

  test('hàm subtract() nên trừ đúng hai số', () => {
    expect(subtract(5, 2)).toBe(3);
    expect(subtract(10, 0)).toBe(10);
    expect(subtract(0, 5)).toBe(-5);
  });

  test('hàm sum() nên xử lý số thập phân', () => {
    expect(sum(0.1, 0.2)).toBeCloseTo(0.3); // Dùng toBeCloseTo cho số thập phân
  });
});

Giải thích:

• describe(): Dùng để nhóm các bài test liên quan. Giống như tạo một thư mục con cho các test vậy.
• test() (hoặc it()): Là một bài test riêng lẻ. Tên bài test nên mô tả rõ ràng nó đang kiểm tra cái gì.
• expect(): Là "cái ống nhòm" để bạn nhìn vào kết quả của hàm.
• toBe(): Là "cái thước đo" để so sánh kết quả mong đợi với kết quả thực tế.
• toBeCloseTo(): Dùng cho số thập phân để tránh sai số nhỏ trong tính toán dấu phẩy động.

Bước 4: Cấu hình package.json

Mở file package.json và chỉnh sửa phần scripts như sau:

{
  "name": "my-awesome-app",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "jest",  <-- Thay đổi dòng này!
    "start": "node index.js"
  },
  "keywords": [],
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "jest": "^29.7.0"
  }
}

Ở đây, chúng ta đã bảo npm rằng khi gõ npm test, hãy chạy lệnh jest.

Bước 5: Chạy test!

Giờ thì, mở terminal và "chiến" thôi:

npm test

Nếu mọi thứ "ngon lành", bạn sẽ thấy kết quả kiểu như này:

 PASS  ./utils.test.js
  Các phép toán cơ bản
    ✓ hàm sum() nên cộng đúng hai số (2 ms)
    ✓ hàm subtract() nên trừ đúng hai số (1 ms)
    ✓ hàm sum() nên xử lý số thập phân (1 ms)

Test Suites: 1 passed, 1 total
Tests:       3 passed, 3 total
Snapshots:   0 total
Time:        0.456 s
Ran all test suites.

Chúc mừng! Bạn đã chạy test thành công. Nếu có test nào fail, Jest sẽ báo đỏ lòm và chỉ rõ chỗ nào đang "có vấn đề".

3. Mẹo (Best Practices) Từ Creyt Để "Master" npm test

• Viết test sớm, test nhiều: Đừng đợi đến khi code "đồ sộ" rồi mới bắt đầu viết test. Viết test ngay từ đầu, thậm chí là trước khi viết code (TDD - Test-Driven Development), sẽ giúp bạn tư duy rõ ràng hơn về chức năng.
• Test từng "đơn vị" nhỏ nhất: Mỗi bài test nên tập trung vào một chức năng nhỏ, riêng lẻ (Unit Test). Ví dụ, test riêng hàm sum, không gộp chung với hàm subtract.
• Tên test phải "có não": Tên bài test nên mô tả rõ ràng nó đang kiểm tra cái gì và trong điều kiện nào. Ví dụ: "hàm login() nên trả về lỗi nếu mật khẩu sai", thay vì chỉ "test login".
• Tích hợp CI/CD: Khi dự án lớn hơn, hãy kết nối npm test vào hệ thống CI/CD (Continuous Integration/Continuous Deployment) như GitHub Actions, GitLab CI, Jenkins. Điều này có nghĩa là mỗi khi bạn push code lên repo, hệ thống sẽ tự động chạy test. Nếu có test nào fail, code của bạn sẽ không được merge hoặc deploy. Đây chính là "cảnh sát giao thông" tự động, không cho code "lỗi" chạy ra đường.
• Giữ test nhanh: Test chậm là test không được chạy thường xuyên. Nếu bộ test của bạn chạy mất hàng phút, bạn sẽ ít khi chạy nó. Hãy tối ưu để test chạy càng nhanh càng tốt. Tránh các thao tác nặng như truy vấn database thực, gọi API bên ngoài trong unit test.

4. Ứng Dụng Thực Tế: Ai Cũng Dùng Hết!

Thực ra, không có một ứng dụng/website "lớn" nào mà không dùng test cả. Từ những gã khổng lồ như Facebook (với Jest), Google, Netflix, đến các startup "bé hạt tiêu", tất cả đều dựa vào testing để đảm bảo chất lượng phần mềm.

• Các API backend: Các dịch vụ RESTful API được xây dựng bằng Node.js (dùng Express, NestJS...) luôn có hàng trăm, thậm chí hàng ngàn bài test để đảm bảo mỗi endpoint hoạt động đúng, xử lý dữ liệu đầu vào và đầu ra chính xác, và bảo mật.
• Thư viện JavaScript/Node.js: Bất kỳ thư viện nào bạn tải về từ npm (lodash, axios, react...) đều có một bộ test cực kỳ bài bản để đảm bảo nó hoạt động ổn định trên nhiều môi trường và không có lỗi vặt.
• Frontend với React/Vue/Angular: Dù là frontend, các bạn vẫn có thể dùng Jest (hoặc các framework khác như Testing Library, Cypress) để test các component UI, đảm bảo chúng hiển thị đúng và tương tác như mong đợi.

5. Thử Nghiệm và Nên Dùng Cho Case Nào?

Tôi đã từng chứng kiến nhiều dự án "đổ sông đổ biển" chỉ vì không có test. Ban đầu thì nhanh thật đấy, nhưng càng về sau, mỗi lần sửa một dòng code là cả team lại "run bần bật" vì sợ làm hỏng cái gì đó. Debug thì "sấp mặt" mà vẫn không thấy lỗi. Đó là "ác mộng" thực sự.

Nên dùng npm test cho mọi case! Nghe có vẻ "overkill" nhưng tôi nói thật:

• Dự án cá nhân/học tập: Dù chỉ là một project nhỏ để học, hãy tập thói quen viết test. Nó giúp bạn hiểu sâu hơn về cách code hoạt động và rèn luyện tư duy lập trình.
• Dự án Startup: Tốc độ là vàng, nhưng chất lượng là nền tảng. Test giúp bạn tự tin ra mắt sản phẩm nhanh hơn mà không lo "mất mặt" vì bug.
• Dự án Enterprise: Đây là "bắt buộc". Không có test thì dự án lớn không thể sống sót được. Tính năng mới ra liên tục, hàng ngàn người dùng, một bug nhỏ cũng có thể gây thiệt hại lớn.

Hãy xem việc viết test như việc bạn xây nhà mà có bản vẽ và kiểm tra chất lượng vật liệu vậy. Ban đầu có thể tốn công, nhưng về sau, ngôi nhà của bạn sẽ vững chắc, bền đẹp, và bạn có thể dễ dàng thêm phòng ốc mà không sợ sập.

Vậy đó, GenZ. Đừng "ngại" test, hãy "ôm" test vào lòng. Nó sẽ là người bạn đồng hành tin cậy nhất trên con đường "phá đảo" thế giới lập trình của bạn!