Trở thành Tester

Test case là mindset của Tester Ngày nay khi sản phẩm phần mềm lên ngôi, những dòng test case dường như bị khá ngắn lại, và kèm đó check list ra đời như mấy dòng văn tiểu thuyết kén người lại vậy. Tuy nhiên không phải tự nhiên mà bỏ, mà quan trọng là người tester đó có đưa ra đúng và đủ testcase hay không, vì mặc nhiên ai cũng nghĩ rằng mình tốt. Thao trường thì đổ mồ hôi thì chiến trường ít đổ máu! Một khi đã làm test case thì cần sự tôn trọng cho nó thật sự, vẽ bảng đo lường, đọc thông số. Ấy thế mà, thời giờ các ông đi làm phần mềm cứ gân cổ lên đòi làm auto, tới lui làm code auto, code auto như cái mình vậy. Thử hỏi không có cái đầu não thì sao auto được...

 Bài này dịch từ: https://sahipro.com/docs/using-sahi/business-driven-test-automation.html Introduction - Giới thiệu BDTA - Kiểm thử tự động hướng nghiệp vụ cho phép các tính năng kiểm thử tự động chạy sớm trong chu trình dự án - Tại lúc khi tính năng đang ở giai đoạn khái niệm. Ứng dụng (hoặc phần mềm) cần test chưa cần phải sẵn sàng (chưa cần hoạt động được) để bắt đầu BDTA. Với BDTA bạn có thể làm các việc dưới đây kể cả khi ứng dụng chưa hoàn chỉnh: Mô tả các dòng chảy bằng các dòng tiếng Anh đơn giản, gọi đơn giản là Key Words (Từ khóa) (Tại sao là tiếng Anh ? - Vì tiếng Anh thông dụng, và rõ ràng). (vd. Login, Add book… etc). Thêm vào các tham số khác nhau theo nhu cầu test - ở mỗi bước khác biệt. (Vd: Login | Username:test | Password: |) Những thứ này có thể chỉnh sửa/ thêm/ xóa sau đó khi ứng dụng đã hoàn chỉnh. Đối với những dữ liệu kiểm thử chuyên sâu, bạn có thể tạo ra những bước liên quan theo cách kiểm thử hướng dữ liệu (Data Driven) và tạo và lưu trữ trong file data ...

Khái niệm chung về Interrupt trên ứng dụng: làm gián đoạn khi thực hiện thao tác nào đó trên ứng dụng! Interrupt chia làm 2 nhóm chính: phần mềm và phần cứng. Interrupt by Software - Ngắt bằng phần mềm. Bảng dưới đây liệt kê các interrupt thường gặp khi thao tác dưới mobile. (Việc liệt kê dưới đây có thể thiếu) Interrupt by Hardware Best practices như sau.