Tutorial Pengujian Salesforce untuk Pemula

Apa itu Tenaga Penjualan?

Salesforce adalah sistem CRM berbasis cloud pertama di dunia. Didirikan oleh Marc Benioff dan Parker Harris pada Maret 1999. Tujuan platform CRM ini adalah untuk membantu pengguna menjual, melayani, memasarkan, menganalisis, dan terhubung dengan klien mereka secara terjangkau di setiap saluran.

SFDC (Sales Force Dot Com) hadir dengan fitur standar yang memungkinkan Anda mengelola hubungan dengan prospek dan pelanggan. Platform ini juga memungkinkan Anda untuk berinteraksi dan berkolaborasi dengan karyawan dan mitra sambil menyimpan data dengan aman di cloud multi-tenant. Saat ini, SFDC mencakup Sales Cloud, Service Cloud, Marketing Cloud, Data Cloud, dan Einstein 1 Platform yang mendukung fitur AI generatif.

Apa itu Pengujian Tenaga Penjualan?

Salah satu keunggulan Salesforce adalah sebagian besar fitur bawaannya dapat disesuaikan dengan kebutuhan perusahaan. Pengujian Salesforce adalah validasi konfigurasi dan penyesuaian yang dilakukan di SFDC standar, termasuk kelas Apex, Komponen Web Lightning, alur kerja, Process Builder, dan integrasi.

Tantangannya adalah memastikan bahwa penguji memeriksa kode yang telah disesuaikan, bukan fungsionalitas bawaan Salesforce yang sudah tercakup dalam alur kerja kepercayaan dan rilisnya.

Salesforce CRM dibangun di atas bahasa platform yang disebut puncak, dilengkapi dengan Lightning Web Components (LWC) di bagian front-end. Platform ini dilengkapi dengan kerangka kerja pengujian unit bawaan sehingga pengembang dapat memvalidasi kode mereka sebelum penyebaran.

Mengapa Pengujian Tenaga Penjualan?

Berikut adalah alasan-alasan utama mengapa saya percaya pengujian Salesforce diperlukan:

• Ini memeriksa apakah konfigurasi dan kode Apex berfungsi setelah setiap penyegaran sandbox.
• Hal ini memverifikasi bahwa sistem yang telah selesai mendukung proses bisnis klien secara menyeluruh.
• Hal ini menegaskan bahwa pembangunan awal memenuhi persyaratan yang telah disepakati sebelum peluncuran.
• Hal ini memungkinkan masalah terdeteksi sejak dini, saat masih mudah dan murah untuk diperbaiki.
• Laporan alur fungsional berdasarkan status kasus uji membantu tim memetakan fungsionalitas aplikasi.
• Fitur Flow Builder dan Process Builder dapat divalidasi untuk kondisi kerja dan perilakunya.
• Alur kerja memungkinkan Anda memverifikasi fungsionalitas peristiwa berbasis waktu seperti aturan eskalasi.

Terminologi Tenaga Penjualan

• Pengalaman Kilat: Antarmuka pengguna (UI) Salesforce default saat ini dibangun di atas Lightning Web Components; Salesforce Classic sedang dihapus secara bertahap dan sebagian besar organisasi sedang bermigrasi ke Lightning.
• Kekuatan visual: Sebuah kerangka kerja lama untuk membangun UI kustom dengan bahasa markup berbasis tag yang mirip dengan HTML, masih didukung untuk kustomisasi lama.
• Pertukaran Aplikasi: Pasar online Salesforce tempat pengguna dapat menemukan dan menginstal aplikasi dan ekstensi khusus.
• Puncak: Bahasa pemrograman berorientasi objek dengan tipe data yang kuat, digunakan untuk mengeksekusi pernyataan kontrol alur dan transaksi pada platform Salesforce.
• Platform Einstein 1 / Agentforce: Lapisan AI Salesforce untuk fitur prediktif dan generatif serta agen otonom yang juga harus divalidasi oleh QA.

Jenis Pengujian Tenaga Penjualan

Pengujian Manual

Pengujian perangkat lunak manual mencakup aplikasi Salesforce.com menggunakan metode tradisional. Tim QA dapat menggunakan pengujian manual untuk menjalankan pengujian fungsional, pengujian skenario ideal (happy-path testing), pengujian integrasi, pengujian regresi, dan pengujian sistem di seluruh Lightning Experience dan Salesforce Mobile.

Pengujian otomatis

Pengujian otomatis menggunakan program untuk menguji aplikasi Salesforce.com atau Force.com. Alat otomatisasi umum meliputi: Selenium, Provar, Pengujian Robot Copado, Tricentis Otomatisasi Pengujian untuk Salesforce dan Testsigma. Tumpukan teknologi modern semakin banyak menambahkan locator yang dapat memperbaiki diri sendiri berbasis AI untuk menyerap perubahan Lightning DOM.

Tingkat Pengujian di Salesforce

Dalam tutorial pengujian Salesforce ini, level-level berikut biasanya berlaku:

Pengujian Unit

• Dilakukan oleh pengembang Apex, yang menulis metode pengujian yang menjalankan kelas dan pemicu mereka.
• Proses ini mengevaluasi berapa banyak catatan data yang terpengaruh sehingga kode dapat berjalan dengan andal di lingkungan target.
• Untuk menerapkan kode Apex ke lingkungan produksi, cakupan kode keseluruhan Anda harus minimal 75%, dan setiap pemicu (trigger) harus memiliki cakupan minimal 1%.

Pengujian Sistem:

• Dikerjakan oleh tim konsultan Salesforce.
• Menguji proses teknis sistem dari awal hingga akhir.
• Menggunakan skrip pengujian berdasarkan keluaran yang diharapkan secara spesifik.
• Memecahkan masalah pada aturan otomatis seperti alur kerja, validasi, penugasan, dan proses persetujuan.

Pengujian UAT:

• Dilakukan oleh pengguna bisnis yang akan menggunakan aplikasi setiap hari.
• Menguji kemampuan sistem untuk mendukung proses bisnis.
• Mengikuti skrip pengujian berdasarkan skenario bisnis nyata.
• Hasil yang diinginkan adalah persetujuan dari klien bahwa sistem tersebut sesuai dengan tujuan penggunaannya.

Pengujian Produksi:

• Pengujian sistem diulang di lingkungan produksi.
• Memverifikasi apakah konfigurasi dan kode telah diimplementasikan dengan benar dari lingkungan sandbox ke lingkungan produksi.
• Jika waktu memungkinkan sebelum peluncuran, klien harus menjalankan skrip UAT lagi setelah penyebaran.

Pengujian Regresi:

• Tujuan utama pengujian regresi Tujuannya adalah untuk menentukan apakah rilis baru memengaruhi proses pengguna yang sudah ada.
• Program ini berjalan setelah setiap peningkatan, perbaikan, atau rilis musiman Salesforce (Musim Semi, Musim Panas, Musim Dingin).
• Pengguna memberikan daftar perubahan yang mungkin berdampak pada proses saat ini sehingga alur yang terpengaruh dapat divalidasi ulang.

Proses Pengujian Tenaga Penjualan

Proses pengujian Salesforce mirip dengan pengujian aplikasi berbasis web lainnya. Penguji perlu memiliki perspektif yang jelas tentang fitur-fitur yang dapat disesuaikan yang dibangun selama proyek agar fokus tetap pada kode yang disesuaikan, bukan pada fungsionalitas bawaan Salesforce.

Pengembang dan penguji harus menggunakan lingkungan Sandbox (Developer, Developer Pro, Partial Copy, Full) untuk tujuan masing-masing. Kode yang telah diuji di sandbox dipromosikan ke produksi melalui change set, Salesforce DX, atau alat DevOps seperti Copado dan Gearset. Diasumsikan bahwa penguji QA memahami terminologi inti Salesforce sebelum bergabung dengan proyek.

Tantangan Pengujian Tenaga Penjualan

Pengujian Salesforce bukanlah proses yang mudah. ​​Para penguji menghadapi banyak tantangan, termasuk:

• Pengujian fitur-fitur canggih seperti Lightning Web Components, Visualforce, Service Cloud Console, dan situs Experience Cloud sangatlah kompleks.
• Tim sering kali perlu membuat ulang atau memfaktorkan ulang pengujian Klasik lama untuk Lightning Experience dan Aplikasi Seluler Salesforce.
• Beberapa fungsi standar tidak dapat dihapus meskipun tidak digunakan.
• Pengujian UI dapat gagal ketika lingkungan pengujian (sandbox) diperbarui atau ketika rilis musiman diluncurkan.
• Pengujian otomatis harus berjalan secara konsisten di semua lingkungan sandbox.
• Membangun pencari lokasi field yang stabil itu sulit karena ID elemen Salesforce berbeda antar organisasi dan berubah setiap kali ada rilis baru.
• Validasi fitur AI seperti prediksi Einstein dan agen Agentforce memerlukan pendekatan baru yang berbasis data dan berbasis perintah.

Praktik Terbaik untuk Pengujian Tenaga Penjualan

• Jalankan pengujian sebagai profil pengguna dan set izin yang sebenarnya.
• Siapkan data uji yang memvalidasi fungsionalitas laporan dan dasbor.
• Gabungkan pengujian fungsional, UI, regresi, dan integrasi sistem di setiap siklus rilis.
• Perhatikan secara khusus sifat dinamis halaman Lightning dan Visualforce, karena elemen mungkin tidak dimuat secara bersamaan; gunakan penundaan eksplisit.
• Otomatisasi harus dilakukan dengan alat-alat seperti Selenium, Provar, Tricentis, atau Testsigma, dipasangkan dengan locator yang dapat memperbaiki diri sendiri.
• Cakupi alur positif dan negatif dalam setiap skenario pengujian.
• Buat peran pengguna, profil, dan set izin dalam data uji sehingga alur kerja dapat divalidasi untuk setiap persona.

Peran dan Tanggung Jawab Penguji Tenaga Penjualan

Peran dan tanggung jawab penting dari penguji Salesforce meliputi:

• Melakukan pengujian fungsionalitas dasar (smoke testing) untuk memastikan bahwa semua fungsi utama bekerja sesuai persyaratan.
• Membuat skenario pengujian positif dan negatif.
• Melakukan partisi kesetaraan dan analisis nilai batas.
• Menganalisis aplikasi untuk memahami fungsinya dan membangun peta fungsional.
• Menjaga saluran komunikasi yang terbuka dengan tim pengembang.
• Memahami fitur-fitur yang dapat disesuaikan yang dibangun untuk organisasi Salesforce.
• Menjalankan kasus uji berbasis peran untuk memastikan konsistensi data.
• Melakukan pengujian kompatibilitas saat Salesforce diintegrasikan dengan aplikasi pihak ketiga.
• Memiliki pemahaman tentang alat pengujian beban seperti JMeter untuk memvalidasi alur kompleks yang dapat menghasilkan hasil yang tidak konsisten.
• Memiliki pengetahuan praktis tentang Apex, SOQL, dan komponen Lightning.

Alat Otomatisasi Pengujian Salesforce

Melakukan pengujian fungsional otomatis di Salesforce merupakan tantangan karena sebagian besar halaman pengujian bersifat dinamis. Penguji perlu membangun kerangka kerja otomatisasi yang kuat yang berguna saat ini dan tahan terhadap rilis di masa mendatang.

Di bawah ini, saya telah mencantumkan alat pengujian Salesforce yang banyak digunakan dan saya rekomendasikan.

1) Tricentis Uji Otomatisasi untuk Salesforce

Saya sangat menghargai caranya Tricentis Uji Otomatisasi untuk Salesforce Mempercepat pengembangan pengujian UI yang tangguh untuk lingkungan Salesforce. Smart Locator-nya didukung oleh AI untuk memperbaiki diri dan meningkatkan kinerja secara otomatis, meminimalkan pemeliharaan dan memastikan stabilitas pengujian di seluruh rilis Lightning.

Fitur:

• Validasi Skenario End-to-End: Pelanggan dapat memvalidasi skenario lengkap dari ujung ke ujung yang membentang dari aplikasi web mereka ke Salesforce dan sebaliknya.
• Skalabilitas Tim Agile: Tim Agile dengan beragam keahlian dapat meningkatkan skala operasi pengujian mereka secara efisien dengan fitur-fitur yang membantu mereka mengontrol dan mengelola pertumbuhan dalam pengujian dan tim.
• puncak Code Eksekusi untuk Validasi: Jalankan kode Apex dalam langkah pengujian untuk memvalidasi hasil kueri.
• Integrasi Uji API: Integrasikan pengujian API secara mulus bersama dengan alur UI.

Mengunjungi Tricentis >>

---

2) Tes sigma

Tes sigma adalah platform otomatisasi pengujian tanpa kode yang menyederhanakan pengujian Salesforce tanpa memerlukan pengetahuan mendalam tentang Apex atau Selenium keahlian. Saya menemukan pendekatan desain pengujian intuitifnya sangat efektif untuk tim yang memvalidasi konfigurasi Salesforce standar dan kustom setelah perubahan atau penerapan, menghilangkan kompleksitas kerangka kerja skrip tradisional.

Fitur:

• CodeOtomatisasi yang lebih sedikit untuk Alur UI Salesforce: Buat pengujian Salesforce menggunakan langkah-langkah yang mirip dengan bahasa Inggris sederhana tanpa menulis Apex atau Selenium Saya telah menggunakannya untuk melakukan orientasi anggota tim dengan latar belakang teknis yang beragam.
• Pengujian Objek dan Alur Kerja Kustom: Dukungan komprehensif untuk pengujian objek kustom, alur kerja, dan integrasi. Ini membantu saya memastikan konfigurasi khusus organisasi berfungsi dengan benar setelah pembaruan platform.
• Kemampuan Pengujian Berbasis Data: Uji berbagai peran pengguna, profil, dan kumpulan data secara sistematis. Saya menemukan hal ini sangat berharga untuk memvalidasi perilaku di berbagai tingkat izin.
• Cakupan Skenario Ujung-ke-Ujung: Mendukung skenario ujung-ke-ujung yang komprehensif yang mencakup Salesforce ditambah aplikasi atau API eksternal.
• Laporan Terperinci dan Log Debugging: Menghasilkan laporan dan log komprehensif untuk mengidentifikasi masalah yang disebabkan oleh perubahan Salesforce dengan cepat.

Kunjungi Testsigma >>

Uji Coba Gratis 14 Hari

Mengapa menggunakan Alat Pengujian Salesforce

• Mereka membantu Anda menghemat hingga 75% waktu pengujian dan sebagian besar biaya otomatisasi.
• Mereka menawarkan eksekusi pengujian Apex yang lebih baik, cakupan pengujian yang detail, dan laporan cakupan kelas.
• Anda dapat memanfaatkan alat otomatisasi terkemuka di industri seperti Selenium ke JMeter.
• Secara otomatis menghasilkan skenario pengujian untuk berbagai lingkungan dan beberapa peramban.
• Rekam dan putar ulang kasus uji Anda dengan mudah.
• Otomatiskan semua jenis tugas pra dan pasca-deployment.
• Pisahkan data dari skrip pengujian dan tingkatkan dengan beberapa kumpulan data.

Contoh Skenario Uji Tenaga Penjualan

• Kasus Uji 01: Catat informasi kontak prospek atau klien.
• Kasus Uji 02: Kontak dapat ditandai sebagai aktif atau tidak aktif.
• Kasus Uji 03: Suatu perusahaan dapat ditandai sebagai pelanggan atau calon pelanggan.
• Kasus Uji 04: Prospek dapat dikumpulkan melalui formulir web-to-lead.
• Kasus Uji 05: Harga dalam penawaran tidak boleh nol.
• Kasus Uji 06: Email dikirim setelah kesepakatan tercapai; email yang gagal terkirim akan ditangani.
• Kasus Uji 07: Integrasi dengan perangkat lunak pihak ketiga berfungsi dengan baik.
• Kasus Uji 08: BillLayanan berjalan sesuai harapan.
• Kasus Uji 09: Tidak ada duplikasi catatan dalam kontak, peluang, dan manajemen prospek.
• Kasus Uji 10: Alur kerja seluler berfungsi sebagaimana mestinya di Aplikasi Seluler Salesforce.
• Kasus Uji 11: Pengguna yang tidak berwenang tidak dapat mengakses File atau catatan yang dibatasi.

Bagaimana AI dan Einstein Membentuk Kembaliping Pengujian Tenaga Penjualan

AI kini menjadi perhatian utama dalam pengujian di Salesforce. Platform Einstein 1 menghadirkan skor prediktif, balasan generatif, dan agen otonom Agentforce ke dalam Sales and Service Cloud, dan setiap fitur tersebut membutuhkan strategi validasi tersendiri. Penguji harus merancang kasus berbasis data yang memeriksa akurasi prediksi, landasan yang tepat, dan batasan di samping alur UI tradisional.

Dari sisi perangkat bantu, kerangka kerja otomatisasi Salesforce modern mengandalkan locator yang dapat memperbaiki diri sendiri berbasis AI yang mendeteksi perubahan Lightning DOM antar rilis dan memperbaiki selector secara otomatis. TricentisProvar, Copado Robotic Testing, dan Testsigma semuanya menyediakan variasi kemampuan ini. Padukan dengan data uji sintetis dan pemeriksaan regresi visual untuk menjaga cakupan tetap tinggi tanpa meningkatkan biaya pemeliharaan secara drastis.

Pengujian Tenaga Penjualan: Tantangan Klien

Klien sering kali merasa khawatir tentang pengujian Salesforce karena mereka mungkin tidak tahu cara melakukannya dengan benar, yang menciptakan mitos yang menyimpang dari kenyataan.

Berikut adalah beberapa di antaranya:

Masalah Klien	Solusi
Saya tidak tahu cara menggunakan sistem Salesforce.	Klien perlu menguji prosesnya, bukan fungsionalitas sistem.
Kita tidak dapat melakukan pengujian tanpa adanya seluruh data kita di dalam sistem.	Hanya beberapa catatan sampel yang dibutuhkan untuk pengujian.
Saya tidak punya waktu luang untuk menguji dan mengelola pekerjaan harian saya.	Tetaplah berhubungan dengan PM dan ikuti panggilan pengecekan rutin selama tahap desain dan pembangunan.

Pertanyaan Umum Demo Slot