Pengujian berbasis model awal – pengujian eksplorasi berbasis model
“Pengujian Berbasis Model Awal” (eMBT) adalah pendekatan pengujian perangkat lunak yang bertujuan untuk mengoptimalkan fase desain pengujian. Hal ini dicapai dengan menstimulasi komunikasi dan kolaborasi di antara semua pemangku kepentingan proyek untuk memperoleh umpan balik awal dan pemahaman bersama tentang persyaratan di awal siklus hidup pengembangan perangkat lunak.
sang penulis: Silvio Kakas, TestCompass, www.compass-testservices.com
“Tampak bagus dan bekerja dengan baik. Tapi maaf, itu bukan yang kami inginkan.” Apakah kamu tahu ini Tentu saja Anda ingin menghindarinya karena ini menunjukkan bahwa Anda telah mengirimkan produk yang mungkin terlihat bagus dan berfungsi dengan baik, tetapi tidak memenuhi harapan pelanggan.
‘Pengujian Dasar Berbasis Model (eMBT)
“Pengujian Berbasis Model Awal” (eMBT) adalah pendekatan pengujian perangkat lunak yang memastikan optimalisasi fase desain item pengujian. Namun yang lebih penting, eMBT merangsang komunikasi dan kolaborasi antara semua pemangku kepentingan (pemangku kepentingan bisnis dan teknis) dengan tujuan mendapatkan umpan balik awal dan pemahaman bersama tentang persyaratan pada tahap awal SDLC.
eMBT terdiri dari 4 langkah berikut:
- untuk mengeksplorasi
- tinjauan
- menutupi
- memeriksa
Di blog ini, saya akan memberikan informasi tentang 4 langkah eMBT dan bagaimana alat eMBT dapat mendukung pendekatan eMBT ini untuk pengujian dengan contoh aplikasi “Toko Perangkat Keras Kalkulator Harga”.
Contoh pendekatan eMBT
Persyaratannya tercantum di bawah ini.
Toko perangkat keras kalkulator harga aplikasi
Sebuah toko perangkat keras menjual palu (€5) dan obeng (€10).
Jika pelanggan membelanjakan lebih dari 200 euro, pelanggan mendapat diskon 4%.
Jika pelanggan membelanjakan lebih dari 100 euro, pelanggan akan mendapatkan diskon 20%.
Jika pelanggan membeli lebih dari 30 sekrup, diskon tambahan akan dipertimbangkan.
1. Tahap eksplorasi
Tahap pertama adalah tahap eksplorasi. Selama fase ini, tujuannya adalah untuk meninjau dan meninjau persyaratan dan memastikan bahwa tidak ada tujuan terbuka, ambiguitas, ketidakkonsistenan, konflik, dll. Dan harus ada pemahaman bersama di seluruh tim, baik bisnis maupun TI.
Kami mulai dengan menyiapkan model pengujian di alat eMBT berdasarkan semua informasi yang dikumpulkan tentang persyaratan. Idealnya, fase ini dimulai segera setelah bisnis (pemilik produk) menentukan persyaratan dan melibatkan tim pengembangan. Namun, dalam praktiknya sering terjadi fase ini dimulai sebagai cerita pengguna nanti, dalam sesi penyempurnaan atau saat persyaratan dipilih oleh tim pengembangan.
Model pengujian dalam eMBT adalah model grafis berdasarkan prinsip-prinsip diagram alur tetapi dengan beberapa fitur khusus. Model pengujian memiliki tingkat abstraksi yang tinggi, sehingga dapat dengan mudah dipahami oleh semua anggota tim, baik bisnis maupun teknis. Ini memungkinkan komunikasi dan kolaborasi yang jelas tentang persyaratan pada tahap awal.
Flowchart adalah jenis grafik tujuan umum yang dapat digunakan untuk pengujian. Diagram digunakan dalam rekayasa perangkat lunak dalam banyak cara dan tersedia dalam berbagai rasa dan gaya. Mereka mungkin berbeda dalam gaya node, bagaimana mereka digambar dan dihubungkan, dan konvensi notasi. Tetapi pada akhirnya, mereka semua terdiri dari kumpulan objek (disebut simpul dan digambar sebagai lingkaran, elips, atau kotak) dan hubungan di antara mereka (disebut tepi dan digambar sebagai garis atau panah).
5 node berikut dapat digunakan untuk menggambar model pengujian.
Node komentar di bawah ini dapat digunakan untuk menambahkan pertanyaan atau komentar tentang akhiran terbuka, ambiguitas, ketidakkonsistenan, kontradiksi, dll.
Bagian pertama model, berdasarkan contoh yang diberikan, akan terlihat seperti ini.
Saat menggambar model uji, Anda akan menemukan bahwa itu segera memfasilitasi pembahasan persyaratan. Ini membantu untuk mengidentifikasi ketidakkonsistenan dalam pemahaman keseluruhan tentang domain masalah serta menyoroti area ambiguitas yang perlu ditangani. Saat diskusi berlangsung, Anda dapat memperbarui model pengujian, yang pada gilirannya dapat menimbulkan lebih banyak pertanyaan dan modifikasi.
Saat menggunakan simpul keputusan dengan output ya dan tidak ada jalur percobaan, seseorang dipaksa untuk memikirkan jalur bahagia dan tidak bahagia serta nilai batas. Ujung terbuka, jika ada, segera terlihat.
Bagian pertama dari model pengujian, termasuk semua pertanyaan, komentar, dll., sekarang akan terlihat seperti ini.
2. Tahap review
Sebelum menyelesaikan model tes, pertanyaan yang diajukan dalam tim harus dijawab. Ini menghindari asumsi individu dan memastikan bahwa seluruh tim memiliki pemahaman yang jelas tentang persyaratan.
Keuntungan menyatukan bisnis dan tim pengujian untuk langkah ini adalah mereka dapat segera menjawab banyak pertanyaan dan ketidakpastian yang muncul, dan jika seluruh tim hadir, kami dapat memperbarui model dengan jawaban ini.
eMBT adalah pendekatan yang sangat fleksibel dan karenanya kami dapat memberi dan meminta umpan balik dalam beberapa momen atau tahapan. Terkadang sesi eMBT khusus diselenggarakan, sebanding dengan sesi 3 atau 4 amigo dalam proses BDD, di mana beberapa model dibahas secara bersamaan. Namun dalam situasi lain, umpan balik/revisi model uji berlangsung dalam sesi koreksi atau dalam pengaturan yang kurang formal. Sangat umum bahwa beberapa sesi e-MBT atau momen umpan balik/revisi diperlukan untuk persyaratan yang sama, ini merupakan proses berulang dan heuristik. Pendekatan berulang diperlukan untuk menangkap perubahan persyaratan selama proses pengembangan. Perubahan persyaratan berarti perubahan dalam model uji dan dengan demikian umpan balik/revisi diperlukan sekali lagi.
Dalam model pengujian berikutnya, semua jawaban kami atas pertanyaan, komentar, akhiran terbuka, dll. Diintegrasikan. Tentu saja, ini opsional dan bergantung pada bagaimana umpan balik/peninjauan dilakukan. Terkadang lebih mudah untuk menuliskan jawaban dan komentar dan memasukkannya ke dalam model tes dan meninjaunya nanti.
Pada tahap peninjauan, pemilik produk juga mengumumkan perubahan persentase diskon. Diskon untuk pembelian lebih dari 200 euro tidak boleh 4% tetapi 5%.
Setelah semua pertanyaan kami dijawab dan setiap perubahan, komentar, ambiguitas, dll. Telah didiskusikan dan dimasukkan ke dalam persyaratan, kami dapat memperbarui dan menyelesaikan model pengujian.
Persyaratan yang diperbarui sekarang adalah:
Kalkulator harga aplikasi
Sebuah toko perangkat keras menjual palu (€5) dan obeng (€10).
Jika total lebih dari 200 euro, pelanggan mendapat diskon 5%.
Jika totalnya lebih dari 1000 euro, pelanggan mendapat diskon 20%.
Jika Anda membeli lebih dari 30 sekrup, diskon 10% akan ditambahkan.
* Tidak ada diskon tumpukan
Model pengujian lengkap akan terlihat seperti ini.
Kami dapat memeriksa model untuk melihat apakah kami telah memasukkan semua aturan dan keputusan bisnis dari persyaratan. Dalam persyaratan toko perangkat keras, ada 3 aturan bisnis dan 3 keputusan.
Peraturan bisnis:
- Pembelian > 200 euro, diskon 5%.
- Beli > 1000 euro, diskon 20%.
- Jika Anda membeli lebih dari 30 sekrup drive, pelanggan akan menerima tambahan diskon 10%.
keputusan:
- Pembelian lebih dari 200 euro
- Pembelian lebih dari 1000 euro
- Beli lebih dari 30 obeng
Karena kami juga ingin memeriksa nilai batas yang berbeda, harus ada 3 kondisi berbeda di setiap keputusan dalam model pengujian.
Sekarang setelah kami memeriksa bahwa kami telah menyertakan semua aturan dan keputusan bisnis dalam model pengujian, kami dapat meninjau kembali model pengujian bersama tim untuk memastikan model pengujian benar dan lengkap, dan untuk memastikan seluruh tim memiliki pemahaman yang sama tentang persyaratan.
Bagian kedua dari artikel ini membahas pembuatan kasus uji dari model dan penerapannya.
Tentang Penulis
Silvio Cacassi telah menjadi seorang profesional pengujian yang bersemangat sejak tahun 1994. Dia bekerja untuk Newspark dan merupakan pendiri pendekatan Pengujian Berbasis Model Awal dan alat eMBT TestCompass.