Viết test case cho thanh toán hóa đơn

[hongnhungcntt]

Mọi người xem mình xác định các test case như vầy đã được chưa nhé

Đề bài: Có 2 loại TK, TK gốc và TK khuyến mãi
TK khuyến mãi (chỉ sử dụng được với đúng đối tác, ví dụ TK khuyến mãi của KFC, chỉ được sử dụng cho thanh toán KFC lần tiếp theo, không sử dụng cho việc thanh toán các chi phí khác)
Khi thanh toán, ưu tiên kiểm tra TK khuyến mãi
Nếu TKKM đủ, sẽ được đưa ra thanh toán trước
Nếu TKKM không đủ, lấy TK gốc để bù vô phần thiếu.

Chú ý: chỉ có hệ thống mới phân biệt được TK gốc và TKKM, user chỉ nhìn thấy được thông tin thống nhất trong 1 tài khoản.

Thực hiện viết Test Case

Xác định loại TK: có 2 loại TKKM và TK Gốc
Các giá trị của TK:
TK = 0
TK < TT
TK = TT
TK > TT
(Trong đó TT : số tiền phải thanh toán)

Hệ thống thanh toán thành công khi TK = TT hoặc TK > TT

Viết được các test case cho chức năng như hình vẽ.

[tvn]

Sorry, mình chưa nhìn kỹ hết test case, nhưng mình thấy test case TC06, phần p/s không đúng. Bạn check lại thử nhé.
Với yêu cầu tính toán logic như bài này, thì tốt nhất nên áp dụng kỹ thuật thiết kế test case bảng quyết định

[hongnhungcntt]

dạ đúng rồi anh, em làm sai chỗ đó rồi. Chỉnh sửa lại:
TC_05: TKKM = 0, TK gốc: không thay đổi
TC_06: TKKM = 0, TK gốc = 0
TC_07: TKKM = 0, TK gốc = 0

Em còn nghĩ ra trường hợp TKKM = TK Gốc = 1/2 Thanh toán. Không biết đã đủ chưa nữa

[tvn]

Anh thấy em chia vậy là khá đủ rồi, nên thử vài trường hợp này nữa thì tốt hơn, ví dụ như TKKM còn nhiều tiền nhưng khác đối tác thì sẽ không thanh toán được. Và 1 trường hợp nữa là TKKM vừa được có do lần thanh toán đó, thì chỉ được áp dụng cho lần thanh toán tiếp theo.

[hongnhungcntt]

Em đã nghĩ ra trường hợp: Em có 2 TKKM, TKKM1 và TKKM2, và đặt giả sử là đang mua hàng KM1... Em thêm khá nhiều Test case, ví dụ
TH1: TKKM1 = 0
TKKM2 = TT
TK Gốc = TT

TH2: TKKM1 < TT
TKKM2 > TT
TK Gốc = 0
Cái này xét nhiều lắm lun, em lọc ra một vài trường hợp nghi ngờ sẽ xảy ra lỗi, nhất là khi TKKM2 (là tài khoản không chi trả được) lại bằng hoặc lớn hơn Thanh Toán.

Còn trường hợp anh nói "TKKM vừa được có do lần thanh toán đó, thì chỉ được áp dụng cho lần thanh toán tiếp theo" >>> em không thấy mô tả trong spec. Em đang băn khoăn cái này do mình đặt ra, hay đó là điều đương nhiên tester cần phải check mà không cần mô tả hả anh???

[tvn]

Có 2 loại TK, TK gốc và TK khuyến mãi
TK khuyến mãi (chỉ sử dụng được với đúng đối tác, ví dụ TK khuyến mãi của KFC, chỉ được sử dụng cho thanh toán KFC lần tiếp theo, không sử dụng cho việc thanh toán các chi phí khác)

Chỗ mình nói là màu đỏ này nè.

[hongnhungcntt]

[MÌnh đúng là gà mờ, tự viết rồi lại tự đi hỏi lại ] mà là em sai, em mô tả vậy lại thành 1 ý khác rồi, mà nhờ anh em mới biết

[truongsen]

Anh TVN ơi, sử dụng phương pháp bảng quyết định thì kết quả như nào ạ??
Em hỏi ngu tí, đi làm mình có thường xuyên áp dụng các phương pháp này không ạ..?

[tvn]

Đa số các kỹ thuật thiết kế test case này đều được áp dụng trong thực tế. Tuỳ theo yêu cầu của dự án mà mình sẽ áp dụng kỹ thuật nào cho tốt (phù hợp).

[yeutuanhmatdauten1]

anh có thể làm bảng quyết định ở bài này dc ko anh???