DEV Community

solomid ledger
solomid ledger

Posted on

Review TestSprite: Tools Testing Otomatis yang Praktis untuk Developer Indonesia

#testing #webdev #indonesia #automation

Review TestSprite: Tools Testing Otomatis yang Praktis untuk Developer Indonesia

Sebagai developer yang sering mengerjakan proyek web, salah satu tantangan terbesar yang saya hadapi adalah menjaga kualitas integration test ketika UI berubah. Setiap kali ada perubahan kecil di frontend, puluhan test bisa langsung gagal — bukan karena bug, tapi karena selector berubah. Ini sangat membuang waktu.

Beberapa waktu lalu saya mencoba TestSprite (https://testsprite.com), sebuah tool testing berbasis AI yang mengklaim bisa generate dan maintain integration test secara otomatis. Artikel ini adalah review jujur berdasarkan pengalaman langsung saya menggunakannya di proyek web lokal Indonesia.

Apa itu TestSprite?

TestSprite adalah platform AI testing yang:

  • Crawl aplikasi web Anda untuk memahami struktur UI
  • Generate test case otomatis berdasarkan user flow yang terdeteksi
  • Auto-update selector ketika ada perubahan UI
  • Integrasi dengan CI/CD pipeline yang sudah ada

Konsepnya sederhana: Anda tidak perlu menulis test dari scratch. TestSprite yang akan explore aplikasi Anda dan buat test-nya.

Pengalaman Testing: Proyek E-commerce Lokal

Saya mencoba TestSprite pada proyek e-commerce skala menengah dengan stack:

  • Frontend: React + TypeScript
  • Backend: Node.js + Express
  • Database: PostgreSQL

Setup Awal

Proses onboarding cukup straightforward:

# Install TestSprite CLI
npm install -g testsprite

# Initialize pada proyek
testsprite init

# Run crawl pertama
testsprite crawl --url http://localhost:3000
Enter fullscreen mode Exit fullscreen mode

Dalam waktu sekitar 15 menit, TestSprite berhasil crawl seluruh halaman aplikasi dan generate 47 test case secara otomatis, mencakup:

  • Login/logout flow
  • Product listing dan filter
  • Cart dan checkout process
  • Form validation

Ini yang biasanya membutuhkan waktu 2-3 hari kalau ditulis manual!

Kualitas Test yang Dihasilkan

Mayoritas test yang di-generate cukup solid. TestSprite berhasil mendeteksi:

  • Critical user journey (checkout flow)
  • Edge case pada form input
  • Responsive behavior di berbagai viewport

Namun ada beberapa test yang terlalu "brittle" dan perlu saya adjust manual — sekitar 8 dari 47 test perlu sedikit penyesuaian.

Observasi: Locale Handling di TestSprite

Ini bagian yang paling menarik untuk developer Indonesia. Saya menemukan beberapa hal penting terkait locale handling:

1. Format Angka dan Mata Uang (Perlu Perhatian)

Aplikasi saya menggunakan format Rupiah: Rp 150.000 (titik sebagai pemisah ribuan, koma untuk desimal).

TestSprite secara default mengasumsikan format 1,000.00 (US format). Ketika test dijalankan dan menemukan teks Rp 150.000, assertion-nya gagal karena:

Expected: "Rp 150,000"
Received: "Rp 150.000"
Enter fullscreen mode Exit fullscreen mode

Solusinya saya harus manually configure locale di config file:

{
  "locale": {
    "country": "ID",
    "currency": "IDR",
    "numberFormat": "id-ID"
  }
}
Enter fullscreen mode Exit fullscreen mode

Setelah konfigurasi ini, test berjalan normal. Tapi konfigurasi ini tidak ada di dokumentasi utama — saya harus cari sendiri di GitHub issues. Untuk developer Indonesia ini bisa jadi stumbling block awal yang cukup frustrasi.

2. Input Non-ASCII: Nama dan Alamat Indonesia

Test case untuk form input alamat pengiriman menunjukkan masalah menarik. Ketika input mengandung karakter seperti:

  • Nama jalan: Jl. Raya Bogor Atas
  • Nama kota: Surabaya (tidak ada masalah)
  • Tapi: Jl. H. Mulyadi — tanda titik setelah "H" kadang memicu false positive di validasi

TestSprite mendeteksi H. sebagai akhir kalimat, bukan singkatan nama. Ini bug kecil tapi relevan untuk aplikasi yang target user-nya Indonesia.

3. Format Tanggal (Baik)

Untuk format tanggal, TestSprite cukup fleksibel. Aplikasi saya menggunakan format DD/MM/YYYY (standar Indonesia), dan TestSprite berhasil handle dengan baik setelah locale di-set. Tidak ada false positive yang ditemukan.

4. Timezone: WIB/WITA/WIT

Indonesia punya 3 timezone (WIB, WITA, WIT). TestSprite default ke UTC. Ketika test melibatkan timestamp atau deadline, ada beberapa test yang gagal karena timezone mismatch — terutama pada fitur yang menampilkan "batas waktu order hari ini".

Ini perlu workaround manual:

// Di test config
timezone: 'Asia/Jakarta' // WIB
// atau
timezone: 'Asia/Makassar' // WITA
Enter fullscreen mode Exit fullscreen mode

Perbandingan Dengan Pendekatan Manual

Aspek Manual Testing TestSprite
Waktu setup awal 2-3 hari 15-30 menit
Test coverage Tergantung QA skill Comprehensive otomatis
Maintenance High (update manual) Auto-update
Locale Indonesia Full control Perlu konfigurasi
False positive Minimal ~15% perlu adjust
Harga Salary QA SaaS subscription

Kesimpulan

TestSprite adalah tool yang genuinely useful, terutama untuk tim kecil yang tidak punya dedicated QA engineer. Kemampuan auto-generate dan auto-maintain test sangat menghemat waktu.

Untuk developer Indonesia, ada beberapa catatan penting:

  • ✅ Setup cepat dan mudah
  • ✅ Coverage otomatis sangat baik
  • ✅ Format tanggal DD/MM/YYYY handled dengan baik
  • ⚠️ Format Rupiah perlu konfigurasi manual
  • ⚠️ Timezone WIB/WITA/WIT perlu workaround
  • ⚠️ Input dengan singkatan nama Indonesia kadang bermasalah

Overall rating: 4/5 — Sangat direkomendasikan dengan catatan perlu sedikit konfigurasi tambahan untuk use case Indonesia.

Artikel ini ditulis berdasarkan pengalaman langsung menggunakan TestSprite pada proyek nyata. Coba TestSprite di https://testsprite.com

Top comments (0)