SQL cho Tester: những câu lệnh cần biết để kiểm chứng dữ liệu

Vì sao tester cần biết SQL?

• Kiểm chứng kết quả thật: sau khi thao tác trên giao diện, dữ liệu trong bảng có đúng như kỳ vọng không.
• Chuẩn bị dữ liệu test: tạo nhanh tài khoản, đơn hàng, trạng thái cần thiết thay vì bấm tay hàng chục bước.
• Điều tra bug: xác định lỗi nằm ở tầng giao diện, tầng dịch vụ hay tầng dữ liệu.
• Đối chiếu báo cáo: số liệu trên màn hình báo cáo có khớp với dữ liệu gốc không.
• Tìm lớp lỗi vô hình: dữ liệu mồ côi, giá trị NULL không mong đợi, bản ghi trùng lặp.

SELECT và WHERE — truy vấn cơ bản

-- Kiểm tra một tài khoản vừa đăng ký có được lưu đúng không
SELECT id, email, status, created_at
FROM users
WHERE email = 'test@pinelab.vn';

-- Tìm các đơn hàng đang chờ xử lý quá 24 giờ
SELECT id, customer_id, total, created_at
FROM orders
WHERE status = 'pending'
  AND created_at < NOW() - INTERVAL '24 hours'
ORDER BY created_at ASC;

Các toán tử WHERE dùng nhiều nhất

JOIN — ghép dữ liệu từ nhiều bảng

Dữ liệu nghiệp vụ gần như không bao giờ nằm gọn trong một bảng. Muốn biết "đơn hàng này của khách nào, gồm sản phẩm gì", bạn phải ghép ít nhất ba bảng.

-- Đối chiếu chi tiết một đơn hàng với thông tin khách và sản phẩm
SELECT
  o.id            AS order_id,
  u.email         AS customer_email,
  p.name          AS product_name,
  oi.quantity,
  oi.unit_price,
  oi.quantity * oi.unit_price AS line_total
FROM orders o
JOIN users u        ON u.id = o.customer_id
JOIN order_items oi ON oi.order_id = o.id
JOIN products p     ON p.id = oi.product_id
WHERE o.id = 1024;

-- Tìm order_items trỏ tới sản phẩm đã bị xoá
SELECT oi.id, oi.order_id, oi.product_id
FROM order_items oi
LEFT JOIN products p ON p.id = oi.product_id
WHERE p.id IS NULL;

GROUP BY và hàm tổng hợp — đối chiếu báo cáo

Khi kiểm thử màn hình báo cáo hoặc dashboard, cách duy nhất để biết con số hiển thị có đúng không là tự tính lại từ dữ liệu gốc.

-- Doanh thu theo trạng thái đơn hàng trong tháng 8/2026
SELECT
  status,
  COUNT(*)      AS so_don,
  SUM(total)    AS doanh_thu,
  AVG(total)    AS gia_tri_tb,
  MIN(total)    AS don_nho_nhat,
  MAX(total)    AS don_lon_nhat
FROM orders
WHERE created_at >= '2026-08-01'
  AND created_at <  '2026-09-01'
GROUP BY status
ORDER BY doanh_thu DESC;

Tìm bản ghi trùng lặp

-- Phát hiện email bị đăng ký trùng — lỗi ràng buộc duy nhất
SELECT email, COUNT(*) AS so_lan
FROM users
GROUP BY email
HAVING COUNT(*) > 1;

Nguyên tắc an toàn khi tester chạy SQL

1. Yêu cầu quyền chỉ đọc trên production. Đây là biện pháp bảo vệ tốt nhất cho chính bạn.
2. Luôn viết SELECT trước để xem chính xác những dòng nào sẽ bị ảnh hưởng, rồi mới đổi thành UPDATE hoặc DELETE nếu thực sự cần.
3. Dùng LIMIT khi khám phá dữ liệu trên bảng lớn để tránh làm chậm hệ thống.
4. Bọc thao tác thay đổi trong transaction để có thể hoàn tác nếu kết quả không như mong đợi.
5. Không sao chép dữ liệu thật của người dùng ra môi trường không được bảo vệ.

-- Cách làm an toàn: xem trước rồi mới sửa
-- Bước 1 — xem chính xác những dòng sẽ bị ảnh hưởng
SELECT id, status FROM orders WHERE customer_id = 42 AND status = 'draft';

-- Bước 2 — chỉ chạy khi kết quả bước 1 đúng như mong đợi
BEGIN;
UPDATE orders SET status = 'cancelled'
WHERE customer_id = 42 AND status = 'draft';
-- Kiểm tra số dòng bị ảnh hưởng, rồi COMMIT hoặc ROLLBACK
ROLLBACK;

Lộ trình học SQL trong 3 tuần