What is Gherkin syntax and how it works

Selamat datang kembali. Jadi mari kita mulai memahami terminologi lapangan mengenai mentimun ini. Hal pertama adalah Hakim Kim. Jadi apa Hakim Kim? Jadi pada dasarnya, bukan bahasa untuk menggambarkan perilaku yang lebih lembut, sehingga usus cenderung berbicara dengan bahasanya sendiri untuk mendefinisikan testis. OK, secara umum, jika Anda ingin mengembangkan, jika Anda ingin menguji sesuatu, Anda tepat pada tongkat dalam bahasa Inggris yang sederhana, bukan? Seperti, mengambil pembayaran kartu kredit atau mengambil pembayaran pinjaman. Jadi ini semua tentang pergi dan klik pada link. Verifikasi bahwa informasi sedang dikirim. Klik Kirim. Ambil halaman konfirmasi yang ditampilkan sehingga Anda benar dan cukup jelas. Kasus terbaik dan jika Anda ingin menguji perangkat lunak apa pun dalam perilaku. Tapi begitu melakukan ini, ada beberapa masalah dengan desain ini. Oke, jadi Durkin menggantikan dan memperbaiki semua kelemahan yang kami alami dengan unggahan yang ada setelah menulis kasus uji dalam bahasa Inggris biasa. Oke, sekarang, misalnya. Jadi ini adalah kasus penggugat. Jika Anda ingin menulis seperti pesan pop up ditampilkan ketika tombol diklik dan belum hilang. Oke, jadi ini teks yang diberikan oleh analis bisnis. Jadi mari kita asumsikan bahwa kita semua tahu bahwa analis bisnis adalah orang yang akan memberi kita persyaratan. Persyaratan bisnis. OKE. Berdasarkan persyaratan bisnis yang diberikan oleh B Q, saya akan pergi dalam kasus kecerahan berdasarkan persyaratan itu. OKE. Maka dalam salah satu syaratnya, inilah yang dia berikan. Jadi, ketika Anda menulis sesuatu dalam bahasa Inggris yang sederhana sehingga interpretasi baris itu bisa berbeda untuk orang yang berbeda? OKE. B, diasumsikan saya menafsirkan ini dalam satu cara, tetapi ketika Anda membaca ini, Anda mungkin menafsirkan ini dengan cara lain. OK, karena tidak ada satu sintaks umum tunggal untuk menempel pada bahasa tertentu. Jadi di sini terserah orang-orang. Jadi berdasarkan kemahirannya dalam bahasa Inggris, orang mendefinisikan sesuatu yang Anda lihat di sini dan ingin menulis seperti pesan pop up ini ditampilkan ketika tombol diklik OK dan kemudian penghapus satu. Inilah yang Anda pikirkan untuk memberikan persyaratan. Jadi salah satu cara untuk menafsirkan ini adalah kinerjanya berbeda, dan saya melihat tombol menyala. Klik pada mengklik tombol. Pesan ditampilkan dan kesalahan itu hilang. Begitulah cara dia menafsirkan dan menulis. Tetapi ketika Anda ini, visinya bisa berbeda dalam membaca bahasa Inggris yang sederhana ini. Sekarang Anda juga dapat menulis ini dengan hati-hati mengamati dua panjang ini. Bukan. Oke, di sini, isyarat apa yang dipikirkan dari baris ini. Pesan pop hanya akan ditampilkan, lalu saya mengklik tombol dan semua kesalahan hilang. OK, jadi dia harus memastikan semua jawaban tidak ada di lapangan dan kemudian dia mengklik tombol sehingga pesan pop up ditampilkan. OK, syarat itu juga harus dipenuhi untuk menampilkan pesan pop up. Itulah yang Anda tafsirkan dan tidak akan pernah terjadi. Dia mengatakan bahwa pada tombol diklik secara otomatis. SEBUAH. R Hilang dan pertunjukan muncul. Jadi mana yang benar? Dan jika Anda membaca ini dengan jelas, Anda bingung, oke? Lewati saja video ini dan coba pahami. Jadi dengan bahasa Inggris yang sederhana, hangat secara umum atau tradisional, orang kalah di pasar. Mungkin ada yang salah dalam mengartikannya. Oke, maka analis bisnis memberikan pengembang ini mungkin menganggap kali ini, dan dia tidak pernah seperti ini. OKE. Isyaratkan zoom yang ramah dengan cara ini dan kembangkan alat tes dengan cara ini. Sehingga tentunya akan terjadi ketidaksesuaian. Dan dia akan mengangkat masalah begitu Anda melihatnya di produksi dan setelahnya. Jika developer salah dan jika sudah terlambat dan sebelum merilis project, maka ada yang kurang OK. Jika setidaknya mari kita asumsikan bahwa pengembang melakukan kesalahan. Jika antriannya benar, maka dia bisa memperbaikinya dan dia bisa memainkan cacatnya. Dan itu bukan masalah besar, tetapi masih bisa ditafsirkan dengan cara yang salah dan pengembang juga ditafsirkan dengan cara yang salah. Lalu apa yang terjadi? Itu masuk ke jalur, tetapi ketika mereka memulai pertengkaran dan setiap orang memiliki versi mereka sendiri. Oleh karena itu, orang-orang pada umumnya mengadakan rapat sebagai tampilan tanda. Setiap kali mereka mengembangkan kasus uji, mereka menandatangani kasus uji sebagai. Analis bisnis, itulah yang secara tradisional dilakukan orang untuk mengatasi masalah ini. Jadi, bagaimanapun, ada beberapa masalah kecil yang masih terjadi dalam memahami cara orang menulis ini. Maka untuk mengatasi kelemahan tersebut. Jika kita semua datang ke platform umum untuk menunjukkan atau menggambarkan perilaku perangkat lunak, maka tidak ada gunanya menyesatkan dari perilaku yang sebenarnya. OK, jadi di sinilah Justin muncul. Jadi, jika BEEI ingin menulis atau ingin menunjukkan persyaratan bisnis perangkat lunak, ia harus mendefinisikannya dalam sintaks jerkin sehingga mereka dapat menentukan beberapa standar yang jika ia menggunakan standar kami dalam menggambarkan kasus uji ini, maka akan sangat jelas bagi pengembang. arsitek untuk menafsirkannya, oke? Itu adalah di mana ini datang ke dalam gambar. Dan kami katakan sebagai pengembangan yang didorong oleh perilaku BDD, OK, kami secara eksplisit mendefinisikan persyaratan perangkat lunak perilaku menggunakan bahasa brengsek ini, sehingga dapat juga disajikan sebagai bahasa yang dapat dicapai bisnis dan domain tertentu. OK, jadi Anda akan mengatakan di sini bagaimana tepatnya menulis indeks jerkins yang membahas. Jadi di sini saya hanya ingin menyoroti apa itu Typekit, dan saya harap Anda memahami contoh interpretasi yang menyesatkan ini. Benar, jadi itu satu hal utama, dan pembunuh yang sering Anda lihat di mentimun adalah fitur skenario masa depan, film, garis besar skenario, dan definisi langkah. OKE. Kata kunci ini biasanya akan Anda lihat saat bekerja dengan otomatisasi mentimun. Jika Anda pergi ke wawancara apa pun, jelas akan ada pertanyaan dari salah satu skema. Oke, apa ini dan bagaimana tampilannya? Itu hal yang umum. Jadi alat ini akan dikonsentrasikan secara khusus ketika kita sedang mengerjakan hal-hal otomasi yang sebenarnya. Oke, sekarang saya ingin berkonsentrasi pada tiga bagian ini. Jadi pertama, apa itu skenario? Dalam kasus uji mentimun disajikan sebagai skenario. Oke, kami biasanya membicarakannya dalam konteks skenario, bukan alasan. Jadi di dunia tradisional, kami melihatnya sebagai kasus uji. Tetapi ketika kita berurusan dengan mentimun, kita harus melihatnya sebagai skenario karena ini adalah bagaimana kita menggunakan kata kunci dalam kerangka itu sekarang. Jadi seperti yang saya katakan, ini adalah test case dan test case ini harus direpresentasikan dalam status jerkin, bukan? Jadi setiap skenario tidak lain adalah bahasa kedua. Jadi apa yang ingin kamu ungkapkan? Anda perlu mengungkapkan itu. Sekarang apa yang diambil Jerkin sebagai input dan bagaimana Anda mendefinisikannya dengan indeks ini? Oke, mari kita pahami tiga kali ini sekarang. Jadi Anda ingin menulis kasus uji Anda di sini. Persyaratan bisnis yang dimaksudkan untuk diungkapkan adalah melakukan pembayaran kartu kredit dengan memilih opsi jumlah minimum. Jadi, jika Anda ingin melakukan pembayaran kartu kredit, Anda akan memiliki opsi untuk membayar tagihan minimum atau Anda akan memiliki opsi untuk melengkapi saldo laporan terbaik. Atau Anda juga akan memiliki opsi untuk membayar jumlah lain dan Anda dapat menyebutkan jumlah di dalamnya. Jadi salah satu dari ketiga bidang ini harus Anda gunakan untuk membayar lebih besar lagi. Jadi di sini, mari kita asumsikan fungsionalitasnya adalah untuk memeriksa apakah pembayaran minimum jatuh tempo berfungsi atau tidak. Oke, jika tagihan kartu kredit sekitar $500 dan $25, pembayaran minimum Anda. Jadi ada opsi untuk memilih pembayaran minimum dan Anda harus membayar biaya ramah itu. Jadi ini adalah fungsi yang perlu Anda verifikasi. Jadi untuk mengungkapkan ini kepada para ahli dan untuk mendefinisikannya karena setelah itu, deteksi perilaku menggunakan tiga kata kunci di sini. Diberikan kemudian dan kemudian OK. Jadi yang diberikan adalah untuk menguji ini. Seperti apa prasyarat sebelum Anda mulai menguji fungsi ini? Apa yang perlu Anda ketahui dan apa yang harus Anda penuhi? Oke, dalam hal ini untuk memenuhi pembayaran kartu kredit ini. Pertama-tama, Anda harus berada di halaman kartu kredit besar. OKE. Ini adalah persyaratan. Jadi di sini bisnis Anda dengan jelas memberi tahu dari halaman mana Anda dapat menguji fungsi ini. OK, jika Anda cukup melepaskan dan melakukan pembayaran Connecticut pembayaran kartu yang terlambat, mungkin dari beberapa halaman. Tetapi ketika Anda menavigasi ke perbankan bersih Anda, pembayaran kartu kredit yang sama bisa dari sisi kiri, bukan tautan navigasi, atau Anda dapat mengaksesnya dari tab kartu kredit. Apakah mungkin ada tautan di halaman mendatang untuk instan saya mengklik referensi tautan ke kartu Bakelite. Jadi pertama-tama, kita perlu memahami tab mana pada model mana kita menguji dana ini yang harus dia berikan seperti prasyarat disebutkan bercampur ketika Anda berada di halaman itu dengan prasyarat terpenuhi sekarang untuk melakukan pembayaran ini, tindakan apa yang Anda butuhkan untuk melakukan? Oke, itu dia acaranya. Tujuan dari banyak adalah untuk menggambarkan tindakan pengguna untuk membuat pembayaran ini terjadi. Tindakan apa yang perlu kami lakukan saat pengguna mengisi detail kami? Oke, dia jelas harus mengisi data itu dari melakukan pembayaran dan dari rekening mana. Dan kemudian dia harus memilih opsi jumlah minimum. Ya, dipilih. Dan untuk yang satu ini, jika ada beberapa tindakan pengguna, Anda dapat menggunakan dan mengoperasikannya dengan nyaman. OK, Anda dapat menggunakan dan kata kunci, dan Anda dapat menggabungkan semua tindakan yang Anda inginkan di bawah yang satu ini. OK, itu seperti setelah semua detail diisi dan opsi jumlah minimum diberikan. Dan pengguna akan pergi dan mengklik tombol bayar dengan jelas telah memberi tahu semua bahwa ini adalah tindakan. Lalu seperti apa daftar mereka? Oke, jadi setelah pengguna memenuhi persyaratan dan bagaimana setelah dia melakukan pembayaran? Lalu apa tujuan dari cacat ini? Hasilnya, kan? Hasil itu harus ditulis dan kemudian kata kunci di sini kemudian singkatan dari bagian. Kemudian langkahnya adalah mengamati output yang diharapkan. Di sini, halaman konfirmasi kartu kredit ditampilkan. Ini adalah keluaran yang kami harapkan. Anda akan melihat bahwa tugas sederhana adalah membuat gaji minimum. Dumont kartu hebat jika mereka ingin mengungkapkannya, dia dapat melakukan ini dengan benar dalam satu baris. Tapi dari situ kita akan banyak bertanya-tanya seperti dari navigasi mana kita harus melakukan apa alurnya dan seperti apa hasil yang diharapkan. Jadi semua ini, jika mereka mendefinisikan dengan cara ini dan bagaimana kualitasnya? Inilah yang kami katakan sebagai perkembangan yang didorong oleh perilaku. Jadi dalam mentimun, cara penulisan ini dalam hal ini disebut skenario. OKE. Jadi satu peringatan, harap diingat bahwa jangan berasumsi bahwa jika analis bisnis tidak memberi Anda keterampilan dengan cara ini, Anda tidak dapat bekerja dengan mentimun. OKE. Beri saya, mengingat teks sederhana dan sederhana Anda tentang apa yang telah saya tunjukkan di sini. Jika Anda ingin mengotomatiskan tebakan terbaik Anda, Anda bisa. Anda ingin tes Selenium jika berbasis web. OK, jadi jika Anda ingin menjadi kerangka tempur sekolah, pastikan Anda mengubah tes ini untuk masuk ke mode ini. Anda mendefinisikannya sebagai penguji otomatisasi ketika Anda memiliki persyaratan dalam satu baris halaman. Baca persyaratan itu. Dan jelas, ketika Anda ingin mengotomatisasi sesuatu, Anda harus mulai dari dasar, dari mana Anda ingin menavigasi dan Anda harus mengotomatiskan semua tindakan itu. Dan akhirnya, Anda perlu memvalidasi, bukan? Dengan menggunakan pernyataan begitu cepat, ubah testis Anda menjadi model ini dan kemudian Anda dapat menggunakan otomatisasi mentimun untuk mengotomatiskan alasan Anda. OKE. Jadi jangan berpikir bahwa jika Anda ingin keluar, jika manajer Anda atau siapa pun yang memberikan tebakan terbaik Anda tidak sesuai standar, Anda tidak dapat menggunakan mentimun karena kebanyakan orang mengatakan bahwa kami tidak mendapatkan seperti ini. Jadi tidak bisakah mereka menggunakan mentimun? OK, Anda bisa menggunakan mentimun, pasti. Ubah saja tes ini. Apa pun yang Anda dapatkan sebagai bahasa Inggris yang sederhana dalam hal ini, ini adalah langkah sederhana, bukan? Tepat dengan gaya Anda sendiri. Dan kemudian Anda dapat dengan senang hati mengotomatiskannya. Oke, jadi mari kita lanjutkan di kuliah kita berikutnya. Terima kasih.