Tech Sharing

Để học tập, làm việc hay nghiên cứu về automation testing, chúng ta cần cài đặt môi trường trên máy tính cá nhân (development environment…

Các công việc (tasks) thường gặp khi bạn tham gia dự án automation testing bao gồm: hiện thực test case, xây dựng hệ thống CI, bảo trì hệ…

Flaky test là thách thức khó khăn mà developer hoặc test engineer cần vượt qua để gia tăng bộ kỹ năng cần có của mình trong lĩnh vực automated testing.

Upload file là một tính năng quan trọng phổ biến trong các ứng dụng web hay di động hiện nay. Vì vậy khi thực hiện tự động hóa (automation…

Hiện nay các automation testing framework đang phát triển mạnh mẽ, nên thời gian để viết kịch bản tự động hóa ngày càng trở nên nhanh và đơn giản hơn. Do đó, trong bài này ta cùng đi tìm câu trả lời cho câu hỏi "liệu automation testing có thể thay thế hoàn toàn manual testing trong tương lai gần?"

Khi triển khai viết test case cho dự án automation testing, việc chuẩn bị môi trường test, đặc biệt là sản phẩm test cho mỗi lần thực thi sẽ tốn khá nhiều thời gian. Do đó, để developers có thể tái sử dụng sản phẩm cho nhiều lần chạy, mà không bị ảnh hưởng bởi test data cũ, chúng ta nên reset test data sau mỗi lần chạy.

Cùng với sự phát triển nhanh chóng của công nghệ ngày nay, thì việc hướng tới sự gia tăng tốc độ và tần suất release sản phẩm tới khách hàng…

Các loại APIs như REST, SOAP thường được xây dựng rất bài bản và quy mô đối với những sản phẩm chủ lực của công ty. Việc đảm bảo endpoints của API hoạt động đúng, ổn định và tin cậy sau mỗi lần source code changed là rất tốn kém vì phải test hết endpoints bằng manual testing bằng các công cụ hỗ trợ.

Khi thực hiện kiểm thử thủ công (manual testing) bạn hẳn đã bắt gặp những thuật ngữ về các loại testing như: Smoke Testing, Integration…

Đối với những bạn là người viết những test cases test automation đầu tiên, thì việc xác định được locator để tương tác lên các web elements…

Allure Report là một công cụ hỗ trợ tạo test report, không chỉ hiển thị ngắn gọn kết quả test trong một biểu mẫu báo cáo web gọn gàng, mà…

Ở bài Review automated source code: Với 4 bước để "chạm" tới chất lượng tôi có chia sẻ các tiêu chí review hiệu quả. Tiếp tục trong bài này, tôi xin chia sẻ về những mindset (tư duy) với hy vọng giúp fresher developer nói riêng và developer nói chung có thêm thông tin tham khảo về review source code, để giúp review task là câu chuyện thú vị hơn.

Khi xây dựng dự án test automation, làm thế nào để bạn có thể báo cáo nhanh cho manager hoặc các bên liên quan về kết quả của tất cả các test case, cũng như có một báo cáo chi tiết dành cho developer sau khi các test case được thực thi. Đó chính là nhờ vào test report.

Phần lớn test automation framework hỗ trợ ghi ra log (log message) trong quá trình chạy nhằm giúp người hiện thực test script khai thác khi…

Bạn là người viết test script hay người maintain source code automation? Dù là vai trò nào thì chắc chắn một điều rằng bạn đã và sẽ đối diện…

Là một người chịu trách nhiệm bảo trì hệ thống test automation, sẽ có lúc bạn phát hiện hệ thống báo lỗi (error). Vậy bạn cần làm những gì…

Đôi khi, thực hiện task review source code nói chung và e2e automated source code nói riêng, chúng ta loay hoay không rõ review như thế nào là đủ? Khai thác những điểm nào của testing code để tự tin rằng mình đã review có “tâm lẫn tầm”?

Trước khi quyết định triển khai hệ thống automation testing, chắc hẳn bạn sẽ tìm hiểu những giá trị mà nó mang lại sau khi triển khai. Việc…

Sau quá trình thực nghiệm ở Cybozu Vietnam với nhiều lần điều chỉnh tốn không ít cost của nhóm. Do đó trong bài viết này, tôi sẽ chia sẻ một mô hình tổ chức source code tên là folder-by-feature structure được áp dụng vào dự án Garoon’s e2e testing.

Tại Cybozu Vietnam chúng tôi đang sử dụng framework WebdriverIO để thực hiện việc tự động hóa nên sẽ sử dụng từ `test spec` để mô tả `test script`. Về tổng thể để triển khai chúng ta sẽ đi qua 4 thành phần `test spec`, `test flow`, `page object` và `test data`. Trong bài viết này chúng ta tìm hiểu về `test spec.`