[Framework 02] - Nguyên tắc DRY (Don't Repeat Yourself)

Xin chào các bạn - đây loạt bài viết hướng dẫn về Build Automation Framework. Các bài viết này được hướng dẫn từ khóa học Build Automation Framework in Java with Page Object Pattern - bạn nào quan tâm và muốn làm bài bản thì nên tham gia để học và thực hành trên dự án từ A-Z nhé.

---

Bài viết này hướng dẫn tạo test sample đầu tiên để kiểm tra môi trường có hoạt động đúng hay không - test này sẽ viết theo dạng basic mục đích để so sánh với các cách viết khác (các bài sau) - nói rõ ưu nhược điểm tại sao lại cần triển khai framework và không nên viết test theo dạng basic (step-by-step) như thế này

Test business

• Các testcase để validate cho form login

• • Testcase 01 - Login với email/ password là empty

  • Testcase 02 - Login với email invalid (123@456.789)

  • Testcase 03 - Login với email incorrect (not existing)

  • Testcase 04 - Login với password invalid (nhỏ hơn 6 kí tự)

  • Testcase 05 - Login với password incorrect (nhập sai password)

  • Testcase 06 - Login với email/ password hợp lệ

Code demo

• Link - https://gist.github.com/daominhdam/72db7eadfe4e2a52380d96801f4dd930

Test Result

Phân tích

• Ưu điểm:

  • Viết nhanh cho những chức năng đơn giản - ít step

  • Viết theo dạng Selenium API nên không cần nhiều kĩ năng lập trình

• Nhược điểm:

  • Khó bảo trì khi các step giống nhau sẽ lặp lại nhiều lần trong các class khác nhau

    • Selenium API bị lặp lại

    • Locator bị lặp lại

    • Data test bị lặp lại

  • Không phù hợp với những dự án phức tạp - nhiều chức năng

  • Vi phạm nguyên tắc DRY

    • Nguyên tắc này có nghĩa là đừng có viết lặp bất kỳ lại một đoạn mã nào mà hãy đóng gói nó thành phương thức riêng - đến khi cần thì chỉ cần gọi tên nó ra