Uji Peningkatan Proses (TPI) menggunakan Model PDCA

⚡ Ringkasan Cerdas

Peningkatan Proses Pengujian menerapkan siklus PDCA pada pengujian sehingga setiap proyek meninggalkan pelajaran yang terukur. Halaman ini menjelaskan empat langkah PDCA, model kematangan di baliknya, dan metrik yang membuktikan bahwa peningkatan benar-benar terjadi.

  • 🔁 Siklus PDCA: Plan, Do, Check, and Act mengubah kesalahan dalam satu proyek menjadi standar yang dapat diulang.
  • 🎯 Mulailah dengan masalah: Buat daftar cacat, penundaan, dan pembengkakan biaya yang sebenarnya sebelum memilih tindakan perbaikan apa pun.
  • 📊 Ukur semuanya: Tracproduktivitas, kebocoran cacat, dan biaya per kasus uji sebelum dan sesudah setiap perubahan.
  • ⚠️ Perhatikan efek sampingnya: Otomatisasi meningkatkan kapasitas produksi di sini, namun kualitas menurun hingga pemilihan alat diperbaiki.
  • 🪜 Perbaiki secara bertahap: Tindakan-tindakan kecil yang berurutan jauh lebih sering berhasil daripada penulisan ulang proses secara keseluruhan.
  • Pilih model: TPI NEXT menggunakan empat tingkat kematangan; TMMi dan CMMI masing-masing mendefinisikan lima tingkat.
  • 📝 Standarisasi kemenangan: Perbarui kebijakan dan templat pengujian agar proyek berikutnya dapat mewarisi manfaatnya.

Peningkatan Proses Pengujian (TPI) menggunakan model PDCA

Apa itu Peningkatan Proses Pengujian?

Peningkatan Proses Tes adalah praktik mengukur kinerja suatu proses pengujian, mengidentifikasi titik lemahnya, dan menerapkan perubahan terkontrol sehingga proyek berikutnya menghasilkan kualitas yang lebih tinggi dengan biaya lebih rendah dan waktu yang lebih singkat. Pendekatan ini memperlakukan pengujian sebagai suatu proses yang dapat diukur dan disesuaikan, bukan sebagai aktivitas yang diulang dengan cara yang sama pada setiap rilis.

Bayangkan GuruProyek 99 Bank baru saja selesai. Dewan manajemen mengapresiasi pekerjaan Anda, dan pelanggan merasa puas. Meskipun demikian, atasan Anda masih memiliki beberapa pertanyaan untuk Anda.

Perbaikan Proses Uji Menggunakan Model PDCA

Para manajer sering menggambarkan pengujian perangkat lunak sebagai proses yang merepotkan dan tidak terkendali. Melihat ke belakang GuruDalam proyek 99 Bank, apakah Anda menghadapi salah satu masalah berikut?

Masalah umum yang dapat diatasi oleh Peningkatan Proses Pengujian

Ini adalah masalah umum di hampir semua proyek pengujian. Banyak organisasi menyadari bahwa meningkatkan proses pengujian adalah satu-satunya cara yang berkelanjutan untuk menyelesaikannya, karena belajar dari kesalahan masa lalu adalah hal yang mencegah kesalahan yang sama terulang kembali dalam siklus rilis berikutnya.

Mengapa Menguji Peningkatan Proses?

Skenario berikut menunjukkan mengapa Peningkatan Proses Pengujian itu penting. GuruProyek 99 Bank telah selesai, kualitas pengujiannya sangat baik, dan Anda menerima umpan balik yang positif dari pelanggan.

Mengapa Peningkatan Proses Pengujian Diperlukan - skenario perbandingan dengan pesaing

Apa pelajaran yang dapat dipetik dari skenario ini? Sederhananya, “selalu berusaha untuk berbuat lebih baik”Bahkan ketika Anda yakin telah melakukan pekerjaan dengan baik, selalu ada orang lain yang melakukannya lebih baik, karena mereka telah menemukan ide dan solusi yang lebih baik daripada Anda.

Setiap bisnis menginginkan proyek selesai dengan baik. paling tinggi kualitas, pada terendah biaya, dan dalam terpendek waktu pengiriman. Peningkatan Proses Pengujian adalah hal yang membantu tim penguji bergerak menuju ketiga target tersebut secara bersamaan.

Tujuan Peningkatan Proses Pengujian - kualitas, biaya, dan waktu

Bagaimana Cara Menerapkan Peningkatan Proses Pengujian?

Untuk mengimplementasikan Peningkatan Proses Pengujian pada GuruPada proyek 99 Bank, Manajer Pengujian dapat mengikuti PDCA Model PDCA (Plan-Do-Check-Act) adalah metode manajemen empat langkah yang digunakan dalam bisnis untuk pengendalian dan peningkatan berkelanjutan suatu proses. Setiap putaran dalam siklus ini merupakan satu siklus peningkatan, dan hasil dari langkah Act menjadi masukan untuk langkah Plan berikutnya.

Model PDCA digunakan untuk mengimplementasikan Peningkatan Proses Pengujian.

💡 Kiat: Jalankan siklus PDCA terhadap satu masalah spesifik dalam satu waktu. Siklus yang menargetkan satu titik masalah terukur, seperti waktu eksekusi regresi, akan selesai cukup cepat untuk menunjukkan hasil dalam satu rilis.

Langkah 1) Rencanakan

Fase Perencanaan adalah tempat di mana perbaikan dirancang. Fase ini dibagi menjadi tiga langkah yang lebih kecil.

Tiga langkah fase Perencanaan dalam Peningkatan Proses Pengujian

Langkah 1.1) Identifikasi masalahnya

Kegiatan pertama dari proses perbaikan tes adalah mengidentifikasi permasalahan yang terjadi pada proyek saat ini. Masalah dalam proyek ini mungkin terjadi lagi di proyek lain. Memecahkan masalah dan mencari solusi untuk menghindarinya di masa depan adalah tujuan utama Peningkatan Tes.

Sekarang kembali ke proyek. GuruApakah Anda menemukan masalah atau poin perbaikan di situs web 99 Bank? Pilih di bawah ini.

No Masalah Deskripsi Pilih
1 Kualitas Pelanggan masih menemukan beberapa Cacat setelah rilis
2 Sampel Proyek ini tertunda
3 Tim Beberapa karyawan tidak bekerja sama dengan anggota tim lainnya
4 Keterampilan Anggota tim tidak memiliki keterampilan yang diinginkan untuk menyelesaikan tugas mereka
5 Pengelolaan Manajer Tes tidak memantau kemajuan dengan baik yang menyebabkan beberapa proyek tertunda
6 Komunikasi Tidak ada kontak terus-menerus dengan pelanggan; kesalahpahaman terhadap kebutuhan pelanggan
7 Biaya Biaya proyek melebihi anggaran yang ditetapkan

Anda punya masalah dengan Kualitas Sampel Tim ,Keterampilan ,Pengelolaan , Komunikasi ,Biaya

Langkah 1.2) Tentukan targetnya

Pahami masalah dan isu-isu yang terjadi dalam proyek. Dengan cara ini, Anda dapat menentukan poin-poin perbaikan dan fase pengujian yang perlu mendapat perhatian terlebih dahulu.

Misalkan Anda telah mengidentifikasi bahwa tahap pelaksanaan pengujian juga memakan waktu banyak waktu dan biaya untuk menyelesaikannya. Bisakah pengujian dilakukan lebih cepat dan lebih murah? Pertanyaan itu menjadi target siklus. Target yang berguna dinyatakan sebagai angka dan tenggat waktu, misalnya "mengurangi upaya eksekusi regresi sebesar 30 persen sebelum rilis berikutnya".

Langkah 1.3) Tentukan tindakan perbaikan

Berdasarkan target yang disepakati, tindakan perbaikan ditentukan. Tindakan ini harus bertahap dan diperkenalkan sedikit demi sedikit, karena tidak realistis untuk mengubah semuanya sekaligus.

Sebagai contoh, untuk mempercepat dan mengurangi biaya pengujian, tindakan-tindakan berikut ini dapat dipertimbangkan.

Menentukan tindakan perbaikan untuk pengujian yang lebih cepat dan lebih murah.

Dalam contoh di atas, opsi A dan B sama-sama membuat pengujian lebih cepat dan lebih murah. Opsi C akan membuat pengujian lebih cepat, tetapi biayanya lebih tinggi, karena penguji yang lebih berpengalaman akan mendapatkan gaji yang lebih tinggi. Kompromi inilah yang menjadi alasan mengapa setiap tindakan kandidat harus dinilai berdasarkan target, bukan berdasarkan intuisi.

Langkah 2) Lakukan

Anda telah menetapkan poin-poin perbaikan. Sekarang saatnya untuk menyusun rencana yang mengimplementasikannya. Rencana ini harus menjawab pertanyaan-pertanyaan berikut.

  • Poin-poin perbaikan apa yang perlu diimplementasikan, dan dalam urutan apa?
  • Kapan rencana tersebut harus diselesaikan?
  • Langkah-langkah apa yang harus diselesaikan untuk mencapai rencana tersebut?
  • Siapa yang bertanggung jawab atas setiap tahapan, dan bagaimana penyelesaiannya akan dikonfirmasi?

Lakukan tindakan perbaikan

Setelah rencana ditetapkan, rencana tersebut harus diimplementasikan. Aktivitas peningkatan dapat mengganggu pekerjaan pengujian yang sedang berjalan, sehingga Manajer Pengujian harus memperhatikannya. perhatian kepada mereka untuk hindari hal yang tidak diinginkan konsekuensi.

Pertimbangkan skenario berikut. Pada GuruDalam proyek 99 Bank, untuk mempercepat dan memperhemat biaya pengujian, Anda memutuskan untuk menggunakan... pengujian otomasi sebagai pengganti sejumlah besar pengujian regresi manual. Setelah tindakan tersebut diterapkan, produktivitas meningkat secara signifikan.

Langkah 3) Periksa

Pada langkah Periksa, Anda melakukan tiga hal.

  • Mengevaluasi efisiensi tindakan perbaikan tes
  • Ukur caranya efektif solusinya adalah
  • Analisis apakah itu mungkin terjadi ditingkatkan lebih lanjut

Tujuan dari fase ini adalah untuk memastikan bahwa tindakan perbaikan telah diimplementasikan dengan sukses, dan untuk mengevaluasi apakah target yang ditetapkan dalam Rencana telah benar-benar tercapai.

Cara terbaik untuk melakukan evaluasi tersebut adalah dengan metrikMetrik sangat penting untuk manajemen organisasi yang sukses. Manajer Pengujian mengumpulkan data dan menggunakannya untuk mengukur parameter seperti produktivitas, kualitas, dan biaya.

Sebagai contoh, sebelum otomatisasi diterapkan pada proyek, produktivitas pengujian adalah 10 kasus uji per jam kerjaSetelah otomatisasi diterapkan, produktivitas diukur pada... 20 kasus uji per jam kerja.

Memeriksa produktivitas sebelum dan sesudah tindakan perbaikan.

Namun, masalah yang tidak diinginkan muncul bersamaan dengan keuntungan tersebut.

Efek samping dari tindakan perbaikan - kualitas menurun seiring meningkatnya produktivitas.

Dalam hal ini, menerapkan otomatisasi Pada meningkat Produktivitas pengujian, tetapi kualitas pengujian. menurunOleh karena itu, tindakan perbaikan dapat menyebabkan masalah serius. konsekuensi di tempat lain. Dalam skenario seperti itu, alat pengujian harus dipilih dengan jauh lebih hati-hati, dan rangkaian pengujian otomatis harus ditinjau dengan ketelitian yang sama seperti kode produksi. Evaluasi terstruktur terhadap alat-alat kandidat, seperti yang dijelaskan dalam Selenium tutorial, mencegah suatu alat diadopsi hanya karena popularitasnya.

⚠️ Peringatan: Jangan pernah menilai tindakan perbaikan hanya berdasarkan satu metrik. Perubahan yang menggandakan throughput eksekusi sekaligus menurunkan deteksi cacat telah membuat proses lebih cepat dan lebih buruk pada saat yang bersamaan. Selalu pasangkan metrik kecepatan dengan metrik kualitas.

Pertimbangkan skenario yang sama lagi. GuruBiaya proyek 99 telah menyerbu karena anggota tim juga mengambil terlalu banyak Banyak waktu untuk mengeksekusi kasus uji. Dengan menggunakan alat pengujian otomatis, Anda menghemat 30 persen dari biaya proyek. Itu peningkatan yang bagus, tetapi atasan Anda mengharapkan lebih.

Manajemen memperkirakan pengurangan biaya lebih lanjut setelah siklus perbaikan pertama.

Oleh karena itu, Anda harus selalu mencari solusi yang lebih baru yang dapat meningkatkan proses pengujian lebih lanjut. Dalam skenario ini, opsi lain dapat menghemat biaya proyek tambahan.

  • Kelola sumber daya manusia Anda secara efektif, sehingga penguji yang terampil digunakan di tempat yang mereka mampu memberikan nilai tambah terbesar.
  • Negosiasikan persyaratan komersial yang lebih baik dengan vendor peralatan dan tenaga kerja Anda.
  • Hapus kasus uji yang duplikat atau bernilai rendah daripada mengotomatisasinya.

Langkah 4) Bertindak

Setelah tindakan perbaikan berhasil diimplementasikan dan target tercapai, Manajer Pengujian harus menyelesaikan siklus dengan aktivitas berikut.

Aktivitas fase tindakan dalam siklus PDCA (Pandemic Decision-Making Cycle) untuk Peningkatan Proses Pengujian.

  • ULASAN kegiatan perbaikan dan menindaklanjuti pelajaran yang didapat
  • Membakukan titik perbaikan di dalam proses manajemen pengujian
  • Memperbarui dokumen kebijakan, templat rencana pengujian, dan dokumen proses standar
  • Menentukan kapan dan di mana perubahan ini akan diterapkan pada proyek berikutnya

Jika target tidak tercapai, siklus tidak berhenti. Target yang tidak tercapai tersebut dibawa ke fase Perencanaan baru bersama dengan semua hal yang diungkapkan fase Pengecekan tentang mengapa tindakan tersebut berkinerja buruk.

Perbandingan TPI NEXT, TMMI, dan CMMI

PDCA adalah mesin penggerak perbaikan, tetapi model referensi memberi tahu Anda seperti apa "yang lebih baik" itu. Tiga model umum digunakan, dan seringkali dikacaukan satu sama lain.

TPI NEXT adalah model referensi khusus pengujian yang diterbitkan oleh Sogeti. Model ini menilai 16 area kunci, yang dikelompokkan menjadi tiga kategori, berdasarkan empat tingkat kematangan: Awal, Terkendali, Efisien, dan Optimal. Karena penilaian dilakukan area kunci demi area kunci, sebuah tim dapat Efisien di satu area sementara masih Terkendali di area lain.

TMMi, dikelola oleh TMMi Foundation, adalah model kematangan pengujian bertahap dengan lima level: Awal, Terkelola, Terdefinisi, Terukur, dan Optimalisasi. Suatu organisasi mencapai suatu level hanya setelah memenuhi area proses pada level tersebut.

CMMI TMMi sama sekali bukan model pengujian. Model ini mencakup seluruh organisasi pengembangan, dan representasi bertahapnya juga memiliki lima tingkat kematangan: Awal, Terkelola, Terdefinisi, Terkelola Secara Kuantitatif, dan Optimalisasi. TMMi dirancang untuk melengkapi CMMI, bukan menggantikannya.

Pilih Model Cakupan Structure Tingkat kematangan
TPI NEXT Proses pengujian saja 16 area utama dalam 3 kelompok, dengan pos pemeriksaan dan klaster. 4 — Awal, Terkendali, Efisien, Optimal
TMMi Proses pengujian saja Bertahap, dengan area proses yang ditetapkan untuk setiap level. 5 — Awal, Terkelola, Terdefinisi, Terukur, Optimalisasi
CMMI Organisasi pengembangan secara keseluruhan Representasi yang dipentaskan atau berkelanjutan 5 (bertahap) — Awal, Terkelola, Terdefinisi, Terkelola Secara Kuantitatif, Optimalisasi

Metrik yang Membuktikan Peningkatan Proses Pengujian

Fase pengecekan tidak akan berjalan tanpa angka. Seperangkat metrik kecil dan stabil yang dikumpulkan sebelum dan sesudah setiap siklus sudah cukup, dan definisi yang sama harus digunakan di kedua sisi perbandingan.

  • Produktivitas pelaksanaan pengujian — kasus uji yang dieksekusi per jam kerja
  • Persentase Deteksi Cacat (DDP) — cacat yang ditemukan dalam pengujian sebagai bagian dari semua cacat yang ditemukan, termasuk yang dilaporkan setelah rilis
  • Biaya per kasus uji yang dieksekusi — total biaya upaya pengujian dibagi dengan jumlah kasus uji yang dieksekusi
  • Cakupan persyaratan — persyaratan dengan setidaknya satu yang terkait Kasus cobaan
  • Perbaikan kerusakan dalam waktu singkat — usia rata-rata cacat di seluruh siklus hidup cacat

Menggunakan GuruBerdasarkan angka-angka dari 99 Bank, di mana 180 cacat ditemukan dalam pengujian dan 20 dilaporkan oleh pelanggan setelah peluncuran, perhitungannya cukup sederhana.

# Defect Detection Percentage and improvement deltas
def ddp(found_in_test, found_after_release):
    return found_in_test / (found_in_test + found_after_release) * 100

def delta(before, after):
    return (after - before) / before * 100

print("Defect Detection Percentage: %.1f%%" % ddp(180, 20))
print("Productivity gain: %.1f%%" % delta(10, 20))
print("Test cost change: %.1f%%" % delta(50000, 35000))

Keluaran:

Defect Detection Percentage: 90.0%
Productivity gain: 100.0%
Test cost change: -30.0%

Angka DDP 90 persen berarti satu dari sepuluh cacat masih lolos ke pelanggan, sehingga target kualitas tidak sepenuhnya tercapai meskipun produktivitas berlipat ganda dan biaya turun 30 persen. Pandangan tunggal itulah yang mencegah tim untuk menyatakan kemenangan terlalu dini.

Kesalahan Umum dalam Peningkatan Proses Pengujian

Sebagian besar program peningkatan gagal karena alasan organisasi, bukan alasan teknis. Kesalahan-kesalahan berikut ini menjadi penyebab sebagian besar inisiatif yang ditinggalkan.

  • Meningkatkan kinerja tanpa titik acuan. Jika tidak ada yang mengukur proses sebelum perubahan, tidak ada yang dapat membuktikan bahwa perubahan tersebut bermanfaat. Catat data dasar selama perencanaan, bukan setelahnya.
  • Mengejar tingkat kematangan alih-alih pendorong bisnis. Sertifikat yang tidak mengurangi biaya, cacat, atau waktu tunggu adalah pengeluaran, bukan peningkatan.
  • Mengubah terlalu banyak hal sekaligus. Ketika lima tindakan muncul dalam rilis yang sama, regresi tidak dapat terjadi. tracterhubung ke salah satu dari mereka.
  • Mengotomatiskan proses yang rusak. Otomatisasi akan memperbanyak proses apa pun yang diterapkan padanya, termasuk desain pengujian yang lemah dan kriteria masuk yang tidak jelas.
  • Melewatkanping Fase Aksi. Perbaikan yang tidak pernah tertulis dalam kebijakan pengujian dan siklus hidup pengujian perangkat lunak Dokumen-dokumen tersebut mati bersama tim proyek yang menciptakannya.
  • Tidak termasuk para penguji. Orang-orang yang tidak dimintai pendapat tentang suatu perubahan biasanya menemukan cara untuk mengakali perubahan tersebut.

Untuk mengembangkan ide-ide ini lebih lanjut, tinjau fase-fase dari siklus hidup pengujian perangkat lunak, kencangkan Kasus cobaan merancang, memformalkan proses manajemen cacat, evaluasi di mana pengujian otomasi memberikan hasil yang nyata, dan lihat bagaimana alat seperti ini HP ALM dapat menyimpan metrik yang menjadi dasar fase Pemeriksaan Anda.

Pertanyaan Umum Demo Slot

Segera setelah rilis, saat data retrospektif masih segar dan tidak ada yang berada di bawah tekanan pengiriman. Memulai di tengah sprint bersaing dengan rilis itu sendiri, dan memulai beberapa bulan kemudian berarti angka upaya, cacat, dan biaya tidak lagi dapat dipercaya.

Manajer Pengujian bertanggung jawab atas siklus dan metrik, tetapi setiap tindakan membutuhkan pemilik yang ditunjuk dari tim yang melakukan pekerjaan tersebut. Perbaikan yang ditugaskan kepada kelompok, bukan kepada individu, adalah perbaikan yang akan terhenti tanpa ada kemajuan berarti.

Retrospektif membahas perbaikan lokal dengan baik tetapi jarang membahas kelemahan di seluruh organisasi seperti penyediaan data pengujian atau ketersediaan lingkungan. Model referensi memberi tim Agile kosakata bersama untuk masalah lintas tim tersebut tanpa menggantikan retrospektif.

Metrik eksekusi seperti produktivitas atau waktu siklus biasanya berubah dalam satu rilis. Metrik kualitas seperti kebocoran cacat membutuhkan dua atau tiga rilis, karena cacat yang lolos hanya dihitung setelah pelanggan menggunakan perangkat lunak di lingkungan produksi.

Ya, untuk deteksi pola. Model yang dilatih berdasarkan riwayat cacat, log build, dan catatan eksekusi dapat mengungkap pengujian yang tidak stabil, kasus yang berlebihan, dan modul dengan kesalahan berulang. Memutuskan temuan mana yang layak ditindaklanjuti tetap merupakan penilaian manusia tentang risiko bisnis.

Volume bisa disalahartikan sebagai cakupan. AI dapat menghasilkan ribuan kasus yang meningkatkan jumlah eksekusi sambil menguji jalur yang sama berulang kali. TracDeteksi cacat k bersamaan dengan penghitungan kasus, dan peninjauan kasus yang dihasilkan sebelum masuk ke rangkaian regresi.

Ringkaslah postingan ini dengan: