Cảm ơn bạn, đúng cái mình đang ngờ ngợ.
Vậy thì các mã thẻ để test cho việc dev được share trong bài viết này, chỉ có giá trị với gate pay.pj tại Nhật nhỉ?
Không biết ở Nhật ngoài pay.pj thì còn còn gate nào khác nữa không.
Ví dụ như: cổng dịch vụ pay.pj là 4242424242424242, nhưng cổng dịch vụ khác có thể là 424253535353523 để nạp tiền...
Đúng thật. Giờ mình mới biết. Cảm ơn bạn
Insomnia còn có trò lấy response của API request trước làm parameter của API sau (giả access_token các thứ có thay đổi thì lúc request nó tự call lại API trước để cập nhật thông tin mới nhất cho đúng)
Có khi Postman cũng làm được luôn :v
Cho một người mới bắt đầu
Trước mình mới hoc thì đọc PHP cơ bản từ trang chủ
Sau đó nhảy vào làm theo tut của thầy Quang này https://www.youtube.com/watch?v=ppIEhL-UMAc&list=PL8qfx7Oihtup6tvVOa9lbah6K9HVRyvfz vì môn học của mình yêu cầu tạo mini framework với PHP để làm quen, nhưng sau đó mình cũng chưa có tìm hiểu sâu thêm nên ít tài liệu lắm
Đây chỉ là một mini MVC framework để mình có cái nhìn cơ bản và áp dụng được với một trang web "đơn giản"
Các khái niệm thì mình sẽ được giải thích trong video, nếu còn chưa rõ có thể search thêm tài liệu để đọc
Theo mình hiểu thì bạn @Thaomai đang nói đến môi trường test của các dịch vụ thanh toán thẻ như dịch vụ https://pay.jp/ chẳng hạn.
Các dịch vụ này định nghĩa sẵn một vài số thẻ dummy (valid và invalid) để phục vụ cho mục đích phát triển (chứ lúc dev mà cứ lôi thẻ thật ra dùng thì chết tiền )
Việc dùng các thẻ dummy này hoàn toàn là xử lý nội bộ trong các dịch vụ thanh toán chứ không liên quan gì đến ngân hàng đâu (vì nó đâu phải là thẻ thật)
Các số thẻ do vậy cũng không cần theo chuẩn của thẻ thật như bạn nói, dùng để check trên môi trường test được là được
Hi vọng giải đáp được thắc mắc của bạn
P.S. Số thẻ ưa thích của mình là 4242424242424242, chắc phải dùng nó để tiêu đến vài tỷ $ trên payjp rồi =))
Có vài vấn đề mà mình rất care, mong được bạn chia sẻ!
Trước đây mình có tìm hiểu về các loại thẻ, và được biết là các số đầu của thẻ được dùng để định danh các ngân hàng, nhưng các số đằng sau không phải đặt theo kiểu ngẫu nhiên, mà đặt theo quy tắc nào đó, không chắc có phải đó là thuật toán "Luhn Check Digit" như trong bài viết chia sẻ không. Vậy nên khi valid mã thẻ, thì trước khi tới được vòng check với ngân hàng, thì còn 1 vòng gửi xe, đó là có thể check sơ loại được ngay tại server của mình.
Vậy nên khi nhập các mã số kiểu như: 4000000000000002, thì liệu có phải phần valid quá nhẹ nhàng không? Bắt đầu bằng số 4, và đủ 16 chữ số?
Mình thắc mắc là tại sao khi nhập mã thẻ sai, thì có thể lấy được code lỗi như: invalid_expiry_month (ngày hết hạn sai), incorrect_cvc (mã ccv sai). Mấy check lỗi này, chỉ bên ngân hàng mới check được mà. => Nếu để test, thì dev phải code fake đoạn này đúng không ạ?
Mình góp ý chút: "• Security Code: Nhập tùy ý 3, 4 chữ số." , không phải nhập tùy ý 3 hay 4 chữ số đâu ạ, mà là với thanh toán yêu cầu cấp CVV thì nhập 3 số, còn yêu cầu nhập CVV2, thì là 4 chữ số. Cãi mã "invalid_cvc" này sai rồi, phải là "invalid_ccv"
@bs90 uh, thế chắc cũng được, trong trường hợp có đội viết test riêng và đội viết code riêng. (nod)
Nhưng thường kiểu Unit Test hay Integration Test thì phải do đội code viết hết chứ nhỉ
THẢO LUẬN
Cảm ơn bạn, đúng cái mình đang ngờ ngợ. Vậy thì các mã thẻ để test cho việc dev được share trong bài viết này, chỉ có giá trị với gate pay.pj tại Nhật nhỉ? Không biết ở Nhật ngoài pay.pj thì còn còn gate nào khác nữa không. Ví dụ như: cổng dịch vụ pay.pj là 4242424242424242, nhưng cổng dịch vụ khác có thể là 424253535353523 để nạp tiền...
Đúng thật. Giờ mình mới biết. Cảm ơn bạn Insomnia còn có trò lấy response của API request trước làm parameter của API sau (giả access_token các thứ có thay đổi thì lúc request nó tự call lại API trước để cập nhật thông tin mới nhất cho đúng) Có khi Postman cũng làm được luôn :v
POSTMAN cũng dễ dàng test nhiều môi trường mà? https://www.getpostman.com/docs/postman/environments_and_globals/manage_environments
Cho một người mới bắt đầu Trước mình mới hoc thì đọc PHP cơ bản từ trang chủ Sau đó nhảy vào làm theo tut của thầy Quang này https://www.youtube.com/watch?v=ppIEhL-UMAc&list=PL8qfx7Oihtup6tvVOa9lbah6K9HVRyvfz vì môn học của mình yêu cầu tạo mini framework với PHP để làm quen, nhưng sau đó mình cũng chưa có tìm hiểu sâu thêm nên ít tài liệu lắm Đây chỉ là một mini MVC framework để mình có cái nhìn cơ bản và áp dụng được với một trang web "đơn giản" Các khái niệm thì mình sẽ được giải thích trong video, nếu còn chưa rõ có thể search thêm tài liệu để đọc
Theo mình hiểu thì bạn @Thaomai đang nói đến môi trường test của các dịch vụ thanh toán thẻ như dịch vụ https://pay.jp/ chẳng hạn. Các dịch vụ này định nghĩa sẵn một vài số thẻ dummy (valid và invalid) để phục vụ cho mục đích phát triển (chứ lúc dev mà cứ lôi thẻ thật ra dùng thì chết tiền ) Việc dùng các thẻ dummy này hoàn toàn là xử lý nội bộ trong các dịch vụ thanh toán chứ không liên quan gì đến ngân hàng đâu (vì nó đâu phải là thẻ thật) Các số thẻ do vậy cũng không cần theo chuẩn của thẻ thật như bạn nói, dùng để check trên môi trường test được là được Hi vọng giải đáp được thắc mắc của bạn
P.S. Số thẻ ưa thích của mình là 4242424242424242, chắc phải dùng nó để tiêu đến vài tỷ $ trên payjp rồi =))
chả có thực tế gì, toàn lý thuyết. làm cái gì to xem nào.
Cảm ơn bạn vì câu trả lời khá chi tiết này nhé. Còn nhiều chỗ mình chưa hiểu nhưng có keywords để tìm hiểu rồi. Thanks 🙃🙃🙃
Có vài vấn đề mà mình rất care, mong được bạn chia sẻ!
tự động chụp lỗi thì bạn sử dụng take snapshot trên guru99 có: https://www.guru99.com/take-screenshot-selenium-webdriver.html
Mình thấy nếu sử dụng thiết bị Cisco Meraki thì giải quyết triệt để vấn đề này
This guide applies for Debug app only. You should write a guide for release app that use proguard.
@thangtd90 uh thường là thế nhưng có thể bạn ấy muốn tự viết test (bằng c#) vì không biết code java
max troll (facepalm)
Viết đàng hoàng em học ké hỉ (like)
Nên up code đâu đấy ae còn review chứ =((
Thanks ban. Mình sẻ ngấm cứu cái này xem vì bên mình nó cũng đòi hỏi test trên nhiều môi trường như bạn nói.
Thanks bạn nhiều nhé, để mình ngâm cứu thêm đã. Good day !
quá khủng :v
@bs90 uh, thế chắc cũng được, trong trường hợp có đội viết test riêng và đội viết code riêng. (nod) Nhưng thường kiểu Unit Test hay Integration Test thì phải do đội code viết hết chứ nhỉ
Bạn nên liên hệ trực tiếp với chủ thớt để học hỏi cho kỹ nhé