Please enable JavaScript.
Coggle requires JavaScript to display documents.
MB bank, TESTING, TEST API - Coggle Diagram
-
TESTING
CÁC KỸ THUẬT TEST
Phân tích giá trị biên
Là test các giá trị trở thành giá trị biên và các giá trị gần kề biên
Trong thực tế, lỗi thường phát sinh nhiều ở giá trị biên và cũng sẽ tồn tại nhiều lỗi ở các giá trị gần kề biên.
Do đó testcase sẽ được thiết kế theo quy tắc:
- giá trị biên nhỏ nhất -1
- giá trị biên nhỏ nhất
- giá trị biên lớn nhất
- giá trị biên lớn nhất +1
Ưu điểm:
- Thay vì test toàn bộ giá trị trong vùng tương đương thì chỉ cần tập trung test các giá trị biên và gần kề biên
- Việc test tốn ít thời gian hơn
- Phát hiện lỗi hiệu quả hơn
Nhược điểm:
- chỉ áp dụng với các giá trị đầu vào độc lập
- trường hợp sự kết hợp nhiều giá trị đầu vào thì phải dùng kỹ thuật Bảng quyết định
VD: Hệ thống giá xe bus Đà Nẵng - Hôi an.
- Từ 0-5 tuổi: Miễn phí
- 6-19: 80k
- 20-60: 100k
- 61 - 120 tuổi : 60k
- Trường hợp ngoài 0 và ngoài 122 tuổi trở đi, hệ thống báo lỗi
Phân vùng tương đương
Kỹ thuật cụ thể:
- Là kỹ thuật test, nó sẽ nhóm thành các vùng/lớp tương đương. Các vùng tương đương bao gồm:
*vùng tương đương hợp lê: dự liệu được hệ thống tiếp nhận
*vùng tương đương không hợp lệ: dự liệu được hệ thống không tiếp nhận
-
Nhược điểm: chỉ test được các giá trị đại diện trong vùng, chúng ta sẽ dễ bị bỏ sót những lỗi ở giá trị biên -> cần kết hợp cả 2 kỹ thuật này
VD:1 hệ thống xác nhận vé vào cổng khi nhập chiều cao (cm) trên web bán vé cổng vào khu vui chơi. Các thông số được mô tả:
- nhập 40 -99, hệ thống hiển thị (miễn phí)
- nhập 100 đến 140, hệ thống sẽ hiển thị (150 nghìn)
- nhập từ 141 đến 200, hiển thị 300 nghìn
- nhập ngoài sẽ báo lỗi
-> Các case test
ngoài vũng 40: case nhập 20 -> báo lỗi
trong vùng 40-99: case nhập 60 -> hiển thị miễn phí
trong vùng 100-140: case nhập 120 -> hiển 150k
trong vùng 141-200: nhập 160 -> hiển htij 300k
ngoài vùng 200: nhập 205 -> báo lỗi
Bảng quyết định:
Là bảng mô tả tóm tắt cách hệ thống hoạt động (output) ứng với các điều kiện đầu vào khác nhau (input)
- Trong trường hợp hệ thống có logic phức tạp (nhiều các input và output , với mỗi bộ input khác nhau thì kết quả output cũng khác nhau). Trường hợp này dev cũng dễ bị sót 1 số trường hợp cần xử lý.
- khi n điều kiện đầu vào -> tương ứng 2^n tổ hợp
-
Các câu hỏi có thể gặp:
- Em có biết auto test không?
-> Trả lời: em có biết, nếu em được vào em sẽ cố gắng trau dồi kỹ năng auto thêm
-
TEST API
Cấu trúc của 1 test api
Data test
Dùng lại được
Vẫn cần thêm 1 cái gì đó để phần biệt mỗi lần run để dễ debug hơn.
VD thêm date time (test 6/5/2023 16:00:22)
Không dùng lại : vd đăng ký email, email trùng thì sẽ bị báo lỗi
Sử dụng function sẵn có trong postman hoặc jmeter; sử dụng library
-
-
-
-
Các mã lỗi:
- 1xx: information response : request đã được server tiếp nhận và quá trình xử lý request đang được tiếp tục.)
- 2xx: Success response (phần hồi thành công): equest đã được server tiếp nhận, hiểu và xử lý thành công
- 3xx: Chuyển hướng: Mã trạng thái này cho biết client cần có thêm action để hoàn thành request
- 4xx: Client Error (Lỗi Client): request chứa cú pháp không chính xác hoặc không được thực hiện.
400: bad request (trong trường hợp vd: sai data type, missing data parameter.
401:Unauthorized: TH thiếu token authen
403: Forbidden: TH việc access và những resource không có quyền hạn
- 5xx: Lỗi phía máy chủ
-