Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Konsep simulasi
Pendekatan simulasi pusat kontak tradisional bergantung pada langkah teknis IDs dan transisi yang tidak konsisten dengan pola interaksi manusia alami, menciptakan pemutusan dalam proses validasi. Kemampuan simulasi Connect menggunakan model respons pemicu berbasis peristiwa yang mencerminkan pola cause-and-effect penalaran alami yang digunakan oleh insinyur QA dan penguji bisnis. Pendekatan ini menghilangkan kebutuhan untuk mengetahui setiap interaksi yang diprogram untuk menguji dan memvalidasi pengalaman. Setiap kasus uji dibangun sebagai urutan pengamatan yang dipasangkan dengan tindakan. Ketergantungan antara pengamatan ditangani sebagai transisi, menciptakan aliran logis yang cocok dengan penalaran manusia sambil mempertahankan presisi teknis. Istilah-istilah berikut digunakan dalam konfigurasi kasus uji:
- Pengamatan
-
Pengamatan mewakili setiap interaksi lengkap yang mencakup satu peristiwa yang diamati yang diharapkan dari sistem dan banyak tindakan untuk memvalidasi atau mensimulasikan perilaku sistem.
- Peristiwa
-
Peristiwa mewakili perilaku yang diharapkan yang akan datang dari sistem, seperti prompt, pesan bot, atau panggilan Lambda.
- Tindakan
-
Tindakan mewakili apa yang harus dilakukan kerangka pengujian dalam menanggapi suatu peristiwa, seperti mengirim DTMF, merespons dengan teks, menegaskan nilai atribut atau mengakhiri pengujian.
- Aktor
-
Aktor mewakili peran yang akan dimainkan dalam kerangka pengujian. Saat mengamati peristiwa, aktor dapat berupa sistem atau agen, seperti prompt bermain yang berasal dari sistem atau agen yang menerima kontak. Saat mensimulasikan tindakan, aktor dapat menjadi pelanggan, sistem, atau agen, seperti mensimulasikan input pelanggan DTMF atau ucapan, atau mensimulasikan respons sistem dari fungsi Lambda.
Kelompok interaksi
Gunakan grup interaksi untuk membuat interaksi simulasi dengan pusat kontak. Setiap kelompok interaksi memiliki tiga langkah yang ditentukan, yang digambarkan sebagai blok berikut:
- Amati
-
Untuk setiap grup interaksi, Anda harus mengonfigurasi blok observasi untuk memvalidasi interaksi yang diharapkan dari sistem. Ada empat jenis acara yang dapat Anda amati, yaitu pengujian dimulai, pesan diterima, tindakan yang dipicu, dan pengujian selesai.
catatan
Amati saat ini mendukung pesan yang diterima dalam bahasa Inggris saja. Pesan yang diterima dalam bahasa lain tidak didukung saat ini dan akan menyebabkan blok observasi gagal selama eksekusi pengujian.
- Memeriksa
-
Blok ini bersifat opsional dan digunakan untuk memvalidasi metadata seperti atribut yang ditentukan pengguna, atribut sistem, dan atribut segmen. Anda dapat memvalidasi lebih dari satu atribut di blok cek.
- Tindakan
-
Blok ini bersifat opsional dan digunakan untuk mengganti tindakan, mengganti sumber daya, mengirim instruksi, atau menguji tindakan kontrol. Anda dapat menggunakan sumber daya ganti seperti Lambda, Lex, Antrian, atau Jam Operasi dengan sumber daya alternatif atau mengganti tindakan dengan nilai respons dari tindakan terkait. Anda dapat memvalidasi pengalaman kontak tanpa menggunakan sumber daya eksternal untuk mempercepat eksekusi pengujian dan mencegah manipulasi data nyata, seperti mencegah pemutaran ulang blok Lambda yang membebankan biaya kartu kredit di lingkungan produksi. Anda dapat menggunakan instruksi kirim untuk mensimulasikan input yang akan dikirim ke pengalaman pusat kontak, seperti text/utterance atau nada DTMF. Selain itu, Anda dapat menggunakan tipe tindakan kontrol pengujian untuk mencatat data dan mengakhiri eksekusi kasus uji kapan saja.
