Hubungi Kami

Kerangka Materi

Hari 01

Pendahuluan

  • Mengapa harus BDD?
  • BDD sebagai kelanjutan dari pendekatan Agile
  • Rincian agenda untuk Hari 01

Penerapan BDD pada Berbagai Tahap Siklus Pengembangan Perangkat Lunak

  • Sebelum pengembangan dimulai
  • Saat proses pengembangan berlangsung
  • Setelah pengembangan selesai

Bahasa Tunggal untuk Semua Kalangan

  • Perbedaan bahasa yang digunakan antara insinyur dan non-insinyur
  • Cara menutup kesenjangan ini lewat BDD
  • Pengantar singkat mengenai Gherkin, bahasa BDD

Fungsi Beragam dari BDD

  • BDD sebagai persyaratan produk (untuk pemilik produk)
  • BDD sebagai kriteria penerimaan (untuk pengembang)
  • BDD sebagai kasus uji (untuk para penguji)
  • BDD sebagai deskripsi produk (bagi semua stakeholder lainnya)

Kembali ke konsep Agile: Awal Semuanya Dimulai dari User Story

  • Gambaran umum siklus pengembangan perangkat lunak model Agile
  • Pentingnya user story dalam pengembangan Agile<\/li>

Sesi Tanya Jawab dan Diskusi

Kuis

Cara Menulis User Story yang Baik

  • Menggunakan diksi yang tepat
    • Rol, Aksi, Hasil yang Diinginkan
  • Contoh user story nyata

Aktivitas - Menulis User Story Sendiri

  • Menyusun user story pertama secara mandiri - aktivitas individu
  • Mengasah kualitas user story melalui kegiatan kelompok
  • Memaparkan hasil akhir user story yang dibuat - aktivitas tim

Penerapan User Story dalam Proyek Nyata

  • Dinamika kerja tim
  • Alat dan metode pendukung
  • Peran user story dalam siklus pengembangan perangkat lunak

Mengenal Dunia BDD

  • Ekspansi konsep dari user story ke tingkat yang lebih luas
  • Pengenalan terhadap berkas fitur (Feature File)
  • Bagaimana mendokumentasikan perilaku ekspektatif perangkat lunak
  • Membayangkan bentuk-bentuk perilaku tidak terduga pada sistem

Cara Membuat Berkas Fitur yang Baik

  • Menggunakan diksi Gherkin yang tepat
    • Konstruksi Given, When, Then
  • Contoh nyata berkas fitur BDD

Aktivitas - Menulis Berkas Fitur - Bagian 01

  • Mengonsep berkas fitur pertama secara mandiri - aktivitas individu
    • Bagian deskripsi fitur (Feature section)
    • Bagian skenario (Scenario section)
  • Mengoptimalkan konten berkas fitur dalam kegiatan tim
  • Memaparkan hasil akhir pekerjaan berupa berkas fitur - aktivitas kelompok

Penerapan Berkas Fitur dalam Proyek Nyata

  • Dinamika kerja tim
  • Alat dan teknik pendukung proses pembuatan BDD<\/li>
  • Tempat berkas fitur dalam siklus pengembangan perangkat lunak

Sesi Tanya Jawab dan Diskusi

Kuis

Pengaturan Lingkungan Kerja yang Efektif

  • Cara menampilkan kode Gherkin dengan tampilan lebih rapi<\/li>
  • Manfaat peningkatan produktivitas kerja

Aktivitas - Menulis Berkas Fitur - Bagian 02

  • Mengonsep isi berkas fitur secara mandiri - aktivitas individu
    • Pemberian beberapa argumen pada suatu skenario tertentu
    • Bagian garis besar skenario (Scenario Outline section)
  • Mengasah konten berkas fitur melalui latihan kelompok
  • Memaparkan hasil akhir pekerjaan - aktivitas tim

Sesi Tanya Jawab dan Diskusi

Kuis

Penutupan Pelajaran Hari Ini


Hari 02

Pendahuluan

  • Ringkasan isi pelatihan hari sebelumnya
  • Rincian agenda untuk Hari 02

Evaluasi Produk Anda Sendiri

  • Cara mendeskripsikan fitur-fitur produk secara efektif
  • Menggambarkan struktur dan fungsi produk tersebut secara visual

Perluasan Jangkauan Cakupan Pengujian

  • Faktor ketergunaan sistem secara keseluruhan
  • Kebutuhan operasional bisnis yang harus terpenuhi
  • Rangka kerja proses-proses bisnis terkait perangkat lunak

Aktivitas - Menulis Berkas Fitur - Bagian 03

  • Mengonsep isi berkas fitur secara mandiri - aktivitas individu
    • Bagian contoh penggunaan (Examples section)
    • Cara memakai data atau skenario yang sama untuk beberapa konteks berbeda
    • Penerapan tag dalam penyusunan struktur berkas fitur dan skenario
  • Mengasah konten berkas fitur melalui latihan kelompok
  • Memaparkan hasil akhir pekerjaan - aktivitas tim

Sesi Tanya Jawab dan Diskusi

Kuis

Apa yang Sebaiknya Tidak Dicantumkan dalam Berkas Fitur?

  • Aspek-aspek teknis yang sebaiknya diserahkan kepada tim insinyur
    • Fungsionalitas tingkat rendah (pengujian unit)
    • Keseluruhan fungsi interaksi antar komponen atau integrasi sistem (pengujian API dan integrasi)

Sesi Tanya Jawab dan Diskusi

Kuis

Evaluasi Produk Anda Sendiri

  • Sejauh mana produk tersebut nyaman digunakan?
  • Bagaimana tingkat ketergunaannya bagi pengguna dari luar perusahaan?

Pembentukan Komunikasi Efektif dengan Pihak di Luar Tim Pengembang

Kesimpulan dan Langkah Selanjutnya

Persyaratan

  • Pemahaman mengenai konsep kebutuhan pengguna
  • Kemampuan menganalisis kualitas serta kelemahan perangkat lunak dari sudut pandang pengguna akhir
  • Pengalaman dalam pemrograman maupun pengujian bukanlah syarat mutlak

Target Peserta

  • Pemilik produk dan manajer proyek
  • Analis bisnis
  • Penguji manual
  • Pengguna akhir dari suatu perangkat lunak atau sistem
  • Individu non-teknis yang turut serta dalam proses desain produk
 14 Jam

Jumlah Peserta


Harga per Peserta

Testimoni (7)

Kursus Mendatang

Kategori Terkait