2.6.2

 

Dalam dunia modern pengujian perangkat lunak, automated test framework adalah fondasi utama untuk menjalankan pengujian skala besar dengan efisien. Tanpa framework yang kokoh dan terstruktur, pengujian otomatis akan cepat menjadi sulit dikelola karena adanya duplikasi kode, sulitnya perawatan, dan kurangnya fleksibilitas saat aplikasi berkembang.

Di sinilah Object-Oriented Programming (OOP) memainkan peran penting. OOP memberikan pendekatan terstruktur dengan memecah sistem pengujian menjadi komponen modular, reusable, dan berbasis konsep nyata, layaknya cara kita membangun aplikasi perangkat lunak. Dalam konteks ini, kita bukan sekedar menulis test script, tetapi membangun “software untuk menguji software”, yang memerlukan desain arsitektur yang baik.

⬛  Mengapa OOP Penting dalam Automation Framework?

Ketika QA Engineer mulai membuat automated test tanpa prinsip OOP, biasanya mereka langsung menulis langkah-langkah test case ke dalam satu file skrip panjang. Misalnya, untuk menguji login, semua locator, tindakan klik, dan verifikasi ditulis dalam satu test case. Lalu, ketika ada 50 test cases lain yang perlu login, kode login yang sama akan di-copy-paste. Akibatnya, ketika ada perubahan kecil pada field login (misalnya ID input diubah oleh developer), QA harus memperbarui puluhan file test script.

Dengan OOP, kita mengelompokkan logika tersebut menjadi class dan method yang mudah digunakan ulang. Misalnya:

●      Kita bisa membuat class LoginPage yang berisi semua fungsi login.

●      Setiap test case yang butuh login cukup memanggil loginPage.login(username, password).

●      Jika ID elemen login berubah, kita cukup mengubahnya sekali di LoginPage.java, bukan di seluruh test case.

⬛  Pilar OOP di Framework Testing

Keempat pilar OOP (Encapsulation, Inheritance, Polymorphism, dan Abstraction) diterapkan secara alami dalam automation framework:

1. Encapsulation:

○      Locator atau detail interaksi dengan elemen UI tidak diekspos langsung di test case.

○      Semua detail teknis disembunyikan di dalam Page Object Class (misalnya LoginPage), sehingga test case tetap bersih dan fokus pada logika bisnis.

2. Inheritance:

○      Framework biasanya memiliki BaseTest class yang mengatur pengaturan WebDriver, laporan (reporting), dan hook untuk setup/teardown.

○      Semua test class (LoginTest, CheckoutTest) cukup mewarisi (extends) BaseTest agar tidak perlu menulis ulang konfigurasi setiap kali.

3. Polymorphism:

○      Membuat framework fleksibel dengan interface dan implementasi berbeda. Misalnya, metode pembayaran PaymentStrategy bisa memiliki implementasi CreditCardPayment, BankTransferPayment, dan EWalletPayment.

○      Test dapat menggunakan strategi pembayaran apapun tanpa mengubah struktur test case.

4. Abstraction:

○      Lapisan abstraction menyembunyikan kompleksitas Selenium/WebDriver. Misalnya, QA hanya menulis productPage.addToCart("T-shirt"), tanpa tahu detail locator mana yang diklik di belakang layar.

○      Abstraction juga membantu memisahkan lapisan business logic dari detail teknis.

⬛  Contoh Penerapan OOP dalam Framework E-Commerce

Misalkan kita memiliki e-commerce. Test automation kita akan sering berinteraksi dengan fitur login, pencarian produk, menambahkan produk ke keranjang, hingga pembayaran. Dengan OOP:

●      Encapsulation memastikan setiap aksi seperti login() atau addToCart() dibungkus dalam class halaman masing-masing.

●      Inheritance memungkinkan CheckoutTest menggunakan pengaturan driver dan data dari BaseTest.

●      Polymorphism dapat digunakan untuk menguji berbagai metode pembayaran dengan satu antarmuka umum.

●      Abstraction memisahkan detail teknis seperti locator Selenium dari test case utama, sehingga test lebih mirip dokumen skenario bisnis daripada kode teknis.

⬛  Manfaat Nyata dari Pendekatan OOP

1. Reusability (Kode Dapat Digunakan Ulang)
   QA cukup menulis loginPage.login("user", "pass") di banyak test, bukan menulis ulang langkah login.
2. Maintainability (Mudah Dirawat)
   Jika ID tombol “Login” diubah oleh developer, QA hanya perlu memperbarui 1 locator di LoginPage, bukan ratusan test script.
3. Scalability (Mudah Berkembang)
   Ingin menambahkan metode pembayaran baru (misalnya QRIS)? Tinggal tambahkan QrisPayment sebagai implementasi PaymentStrategy tanpa memodifikasi test case yang sudah ada.
4. Readability (Mudah Dibaca)
   Test case lebih mirip instruksi manusia:

loginPage.login("user@mail.com", "password"); productPage.addProductToCart("T-shirt"); checkoutPage.selectPayment(new CreditCardPayment()); checkoutPage.placeOrder();

 ⬛  Bagaimana QA Mulai Menggunakan OOP?

1. Gunakan BaseTest untuk setup driver Selenium dan reporting.
2. Gunakan utilities untuk fungsi umum (misalnya WaitHelper, ScreenshotUtil).
3. Jika sudah mahir, pisahkan locator dan aksi di file berbeda (mulai dengan Page Object) dan gunakan konsep interface dan polymorphism untuk mendukung test yang dinamis (misalnya strategi pembayaran atau metode login).
   
   

public class BaseTest {     protected WebDriver driver;     @BeforeMethod     public void setup() { ... } } public class LoginTest extends BaseTest {     @Test     public void testLogin() { ... } }

PaymentMethod payment = new GopayPayment(); checkoutPage.payWith(payment);

Sebuah tim QA di perusahaan digital sedang menyusun fondasi awal untuk automated test framework menggunakan bahasa Java. Tujuannya adalah membuat struktur yang terorganisir, reusable, dan scalable. Meskipun belum menggunakan Selenium atau library testing lainnya, tim mulai merancang pondasi framework dengan pendekatan Object-Oriented Programming (OOP).

Struktur Class Java

1. BaseTest.java

Tujuan: Menyediakan struktur dasar untuk setup dan teardown yang bisa diwarisi oleh test lain.
Konsep OOP: Inheritance

public class BaseTest {     public void setup() {         System.out.println("Menjalankan setup test...");     }     public void teardown() {         System.out.println("Menjalankan teardown test...");     } }

 2. TestData.java

Tujuan: Mengelola data yang diperlukan untuk test.
Konsep OOP: Encapsulation

public class TestData {     private String username;     private String password;     public TestData(String username, String password) {         this.username = username;         this.password = password;     }     public String getUsername() {         return username;     }     public String getPassword() {         return password;     } }

3. LoginService.java

Tujuan: Mensimulasikan proses login sebagai bagian dari business logic.
Konsep OOP: Abstraction

public class LoginService {     public boolean login(String username, String password) {         System.out.println("Autentikasi pengguna...");         return username.equals("admin") && password.equals("admin123");     } }

 4. LoginTest.java

Tujuan: Melakukan test untuk proses login dengan menggunakan komponen yang sudah dipisah.
Konsep OOP: Inheritance (dari BaseTest), Composition (menggunakan LoginService dan TestData)

 

public class LoginTest extends BaseTest {     public void testLoginSuccess() {         setup();         TestData user = new TestData("admin", "admin123");         LoginService service = new LoginService();         boolean result = service.login(user.getUsername(), user.getPassword());         if (result) {             System.out.println("Login berhasil.");         } else {             System.out.println("Login gagal.");         }         teardown();     }     public static void main(String[] args) {         LoginTest test = new LoginTest();         test.testLoginSuccess();     } }

 ⬛  Penjelasan Prinsip OOP yang Diterapkan

Pilar OOP	Contoh Implementasi
Encapsulation	TestData menyembunyikan data user dan hanya menyediakan akses lewat getter.
Abstraction	LoginService menyembunyikan logika otentikasi agar test tidak perlu tahu detail.
Inheritance	LoginTest mewarisi setup() dan teardown() dari BaseTest.
Polymorphism	Belum diterapkan, bisa dikembangkan nanti (misalnya dengan strategi login berbeda).