RENCANA PENGUJIAN dalam Pengujian Perangkat Lunak (Contoh)

Rencana Tes

A Rencana Tes adalah dokumen terperinci yang menjelaskan strategi pengujian, tujuan, jadwal, estimasi, hasil akhir, dan sumber daya yang diperlukan untuk melakukan pengujian suatu produk perangkat lunak. Rencana Pengujian membantu kami menentukan upaya yang diperlukan untuk memvalidasi kualitas aplikasi yang diuji. Rencana pengujian berfungsi sebagai cetak biru untuk melakukan aktivitas pengujian perangkat lunak sebagai proses yang telah ditentukan, yang dipantau dan dikontrol secara cermat oleh manajer pengujian.

Sesuai definisi ISTQB: “Rencana Pengujian adalah Dokumen yang menjelaskan ruang lingkup, pendekatan, sumber daya, dan jadwal kegiatan pengujian yang dimaksud.”

Mari kita mulai dengan contoh/skenario Rencana Uji berikut: Dalam suatu rapat, Anda ingin membahas Rencana Uji dengan anggota tim, tetapi mereka tidak tertarik.

Dalam kasus seperti itu, apa yang akan Anda lakukan? Pilih jawaban Anda seperti yang ditunjukkan pada gambar berikut.

👉 Daftar untuk Proyek Pengujian Perangkat Lunak Langsung Gratis

Apa Pentingnya Rencana Pengujian?

Membuat dokumen Rencana Pengujian memiliki banyak manfaat.

• Membantu orang di luar tim pengujian, seperti pengembang, manajer bisnis, dan pelanggan, memahami rincian pengujian.
• Rencana Tes panduan pemikiran kita. Ini seperti buku peraturan yang harus dipatuhi.
• Aspek penting seperti estimasi pengujian, cakupan pengujian, Strategi Uji adalah didokumentasikan dalam Rencana Uji, sehingga dapat ditinjau oleh Tim Manajemen dan digunakan kembali untuk proyek lain.

Jenis Rencana Pengujian

Ada tiga jenis utama Rencana Tes dalam pengujian perangkat lunak.

1. Rencana Uji Induk: Dokumen tingkat tinggi yang menguraikan strategi pengujian, cakupan, sumber daya, dan jadwal pengujian secara keseluruhan untuk semua tingkat pengujian. Dokumen ini berfungsi sebagai peta jalan utama proyek.
2. Rencana Tes Spesifik Tingkat: Berfokus pada tingkat pengujian tertentu seperti pengujian unit, integrasi, sistem, atau penerimaan. Setiap rencana merinci pendekatan, lingkungan, dan hasil akhir untuk tingkat tersebut.
3. Rencana Uji Spesifik Jenis: TargetJenis pengujian khusus seperti pengujian kinerja, keamanan, kegunaan, atau otomatisasi. Ini mendefinisikan alat, teknik, dan kriteria yang unik untuk jenis pengujian tersebut.

Bersama-sama, rencana pengujian ini memastikan cakupan yang komprehensif, menyelaraskan tujuan pengujian dengan sasaran proyek, dan meningkatkan koordinasi antar tim untuk kualitas perangkat lunak yang lebih tinggi.

Cara menulis Rencana Tes

Anda sudah tahu bahwa membuat a Rencana Tes adalah tugas yang paling penting dari Proses Manajemen TesIkuti tujuh langkah di bawah ini untuk membuat rencana pengujian sesuai IEEE 829

1. Analisis produk
2. Rancang Strategi Tes
3. Tentukan Tujuan Tes
4. Tentukan Kriteria Tes
5. Perencanaan sumber daya
6. Lingkungan Uji Rencana
7. Jadwal & Estimasi
8. Tentukan Hasil Uji

Langkah 1) Analisis produk

Bagaimana Anda bisa menguji suatu produk tanpa ada informasi tentang itu? Jawabannya adalah MustahilAnda harus mempelajari suatu produk sepenuhnya sebelum mengujinya.

Produk yang sedang diuji adalah Guru99 situs web perbankan. Anda harus melakukan riset terhadap klien dan pengguna akhir untuk mengetahui kebutuhan dan harapan mereka dari aplikasi tersebut.

• Siapa yang akan menggunakan situs web ini?
• Untuk apa ini digunakan?
• Bagaimana ia akan bekerja?
• Perangkat lunak/perangkat keras apa yang digunakan produk ini?

Anda dapat menggunakan pendekatan berikut untuk menganalisis situs.

Sekarang mari kita terapkan pengetahuan di atas pada produk nyata: Menganalisa situs perbankan https://demo.guru99.com/V4.

Anda harus mengambil lihat sekeliling situs web ini dan juga ulasan dokumentasi produk. RevTampilan dokumentasi produk membantu Anda memahami semua fitur situs web serta cara menggunakannya. Jika Anda tidak yakin pada item apa pun, Anda mungkin melakukannya wawancara pelanggan, pengembang, desainer untuk mendapatkan informasi lebih lanjut.

Langkah 2) Kembangkan Strategi Tes

Strategi Tes adalah a langkah kritis dalam menyusun Rencana Uji dalam Pengujian Perangkat Lunak. Dokumen Strategi Uji adalah dokumen tingkat tinggi yang biasanya dikembangkan oleh Manajer Uji. Dokumen ini mendefinisikan:

• Proyek itu tujuan pengujian dan sarana untuk mencapainya
• Menentukan pengujian usaha ke biaya

Kembali ke proyek Anda, Anda perlu mengembangkan Strategi Uji untuk menguji situs web perbankan tersebut. Anda harus mengikuti langkah-langkah berikut.

Langkah 2.1) Tentukan Lingkup Pengujian

Sebelum memulai aktivitas pengujian apa pun, cakupan pengujian harus diketahui. Anda harus memikirkannya dengan matang.

• Komponen sistem yang akan diuji (perangkat keras, perangkat lunak, middleware, dll.) didefinisikan sebagai “dalam cakupan”
• Komponen sistem yang tidak akan diuji juga perlu didefinisikan dengan jelas sebagai “di luar jangkauan.”

Menentukan cakupan proyek pengujian Anda sangat penting bagi semua pemangku kepentingan. Cakupan yang tepat akan membantu Anda.

• Berikan semua orang kepercayaan diri & informasi yang akurat tentang pengujian yang Anda lakukan.
• Semua anggota proyek akan memiliki a jelas pemahaman tentang apa yang diuji dan apa yang tidak.

Bagaimana Anda menentukan cakupan proyek Anda?

Untuk menentukan cakupan, Anda harus –

• Persyaratan pelanggan yang tepat
• Anggaran Proyek
• Spesifikasi Produk
• Keterampilan & bakat tim penguji Anda

Sekarang, ia harus dengan jelas mendefinisikan “dalam cakupan” dan “di luar cakupan” pengujian.

• Sebagai persyaratan perangkat lunak spesifikasi, proyek Guru99 Bank hanya fokus pada pengujian semua fungsi dan antarmuka eksternal situs web Guru99 Bank (dalam jangkauan pengujian)
• Pengujian nonfungsional seperti stres, kinerja or basis data logis tidak akan diuji. (dari cakupan)

Skenario Masalah

Pelanggan ingin Anda menguji API-nya. Namun, anggaran proyek tidak memungkinkan. Jika demikian, apa yang akan Anda lakukan?

Nah, dalam kasus seperti ini, Anda perlu meyakinkan pelanggan bahwa Pengujian Api Ini pekerjaan tambahan dan akan menghabiskan sumber daya yang signifikan. Berikan dia data yang mendukung fakta Anda. Katakan kepadanya bahwa jika Pengujian Api termasuk dalam cakupan, anggaran akan meningkat sebesar XYZ.

Pelanggan setuju, dan karenanya, cakupan baru, item di luar cakupan

• Item dalam cakupan: Pengujian Fungsional, Pengujian Api
• Item di luar cakupan: Pengujian Basis Data, perangkat keras & antarmuka eksternal lainnya

Langkah 2.2) Identifikasi Jenis Pengujian

A Jenis Pengujian adalah prosedur tes standar yang memberikan hasil tes yang diharapkan.

Setiap jenis pengujian diformulasikan untuk mengidentifikasi jenis bug produk tertentu. Namun, semua jenis pengujian ditujukan untuk mencapai satu tujuan umum: “Deteksi dini semua cacat sebelum melepaskan produk ke pelanggan”

The biasanya digunakan Jenis pengujian dijelaskan sebagai berikut pada gambar

Ada ton Jenis Pengujian untuk menguji produk perangkat lunak. Tim Anda tidak bisa menaruh cukup upaya untuk menangani semua jenis pengujian. Sebagai Manajer Pengujian, Anda harus mengatur prioritas dari Jenis Pengujian

• Jenis Pengujian yang mana yang seharusnya terfokus untuk pengujian aplikasi web?
• Jenis Pengujian yang mana yang seharusnya diabaikan untuk menghemat biaya?

Langkah 2.3) Dokumentasikan Risiko & Masalah

Risiko adalah masa depan peristiwa yang tidak pasti dengan kemungkinan kejadian dan potensi untuk kerugian. Ketika risiko benar-benar terjadi, itu menjadi 'masalah'.

Dalam artikel Analisa Resiko dan Solusinya, Anda telah mempelajari analisis 'Risiko' secara rinci dan mengidentifikasi potensi risiko dalam proyek.

Dalam Rencana Uji QA, Anda akan mendokumentasikan risiko-risiko tersebut

Risiko	Peringanan
Anggota tim tidak memiliki keterampilan yang dibutuhkan untuk pengujian situs web.	Rencanakan kursus pelatihan untuk meningkatkan keterampilan anggotamu
Jadwal proyek terlalu ketat; sulit untuk menyelesaikan proyek ini tepat waktu	set Prioritas Tes untuk setiap aktivitas pengujian.
Manajer Pengujian memiliki keterampilan manajemen yang buruk	Rencanakan pelatihan Kepemimpinan untuk manajer
Kurangnya kerja sama berdampak negatif terhadap produktivitas karyawan Anda	Mendorong setiap anggota tim dalam tugasnya, dan menginspirasi mereka untuk melakukan upaya yang lebih besar.
Estimasi anggaran yang salah dan pembengkakan biaya	Tetapkan cakupan Sebelum memulai pekerjaan, berikan banyak perhatian pada perencanaan proyek, dan terus-menerus track dan mengukur kemajuannya

Langkah 2.4) Buat Logistik Uji

Dalam Logistik Uji, Manajer Uji harus menjawab pertanyaan berikut:

• Siapa akan menguji?
• Ketika akankah ujian itu terjadi?

Siapa yang akan menguji?

Anda mungkin tidak mengetahui nama pasti penguji yang akan menguji, tetapi jenis penguji dapat didefinisikan.

Untuk memilih anggota yang tepat untuk tugas tertentu, Anda harus mempertimbangkan apakah keahlian mereka memenuhi syarat untuk tugas tersebut atau tidak, dan juga memperkirakan anggaran proyek. Memilih anggota yang salah untuk tugas tersebut dapat menyebabkan proyek menjadi gagal or ditunda.

Seseorang yang memiliki keterampilan berikut ini sangat ideal untuk melakukan pengujian perangkat lunak:

• Kemampuan untuk memahami sudut pandang pelanggan
• Kuat keinginan untuk kualitas
• Perhatian untuk detail
• baik kerja sama

Dalam proyek Anda, anggota yang akan bertanggung jawab atas pelaksanaan pengujian adalah pengujiBerdasarkan anggaran proyek, Anda dapat memilih anggota internal atau outsourcing sebagai penguji.

Kapan tes tersebut akan dilakukan?

Kegiatan pengujian harus dicocokkan dengan kegiatan pengembangan terkait.

Anda akan mulai menguji ketika Anda sudah melakukannya semua barang yang dibutuhkan ditunjukkan pada gambar berikut.

Langkah 3) Tentukan Tujuan Tes

Tujuan Pengujian adalah tujuan dan pencapaian keseluruhan dari pelaksanaan pengujian. Tujuan pengujian adalah untuk menemukan sebanyak mungkin cacat perangkat lunak; memastikan bahwa perangkat lunak yang diuji bebas serangga sebelum rilis.

Untuk menentukan tujuan pengujian, Anda harus melakukan dua langkah berikut

1. Buat daftar semua fitur perangkat lunak (fungsionalitas, kinerja, GUI…) yang mungkin perlu diuji.
2. Tentukan target atau itu tujuan dari pengujian berdasarkan fitur-fitur di atas

Mari kita terapkan langkah-langkah ini untuk menemukan tujuan tes Anda. GuruProyek pengujian 99 Bank

Anda dapat memilih 'ATAS-BAWAH' metode untuk menemukan fitur situs web yang mungkin perlu diuji. Dalam metode ini, Anda memecah aplikasi yang diuji menjadi komponen ke subkomponen.

Pada topik sebelumnya, Anda telah menganalisis spesifikasi persyaratan dan menelusuri situs web, sehingga Anda dapat membuat Peta pikiran untuk menemukan fitur situs web sebagai berikut:

Gambar ini menunjukkan semua fitur yang dimiliki oleh Guru99 situs web mungkin memilikinya.

Berdasarkan fitur-fitur di atas, Anda dapat menentukan Tujuan Pengujian (Test Objective) proyek tersebut. Guru99 sebagai berikut:

• Periksa apakah situs web tersebut Guru99 fungsi(Akun, Deposit…) berfungsi seperti yang diharapkan tanpa kesalahan atau bug di lingkungan bisnis nyata
• Periksa antarmuka eksternal situs web, seperti UI, berfungsi seperti yang diharapkan dan memenuhi kebutuhan pelanggan
• Verifikasi kegunaan situs web. Apakah fungsi-fungsi tersebut nyaman bagi pengguna atau tidak?

Langkah 4) Tentukan Kriteria Tes

Kriteria Pengujian adalah standar atau aturan yang menjadi dasar prosedur pengujian atau penilaian pengujian. Terdapat 2 jenis kriteria pengujian, yaitu:

Kriteria Penangguhan

Tentukan kriteria suspensi kritis untuk pengujian. Jika kriteria penangguhan terpenuhi selama pengujian, siklus pengujian aktif akan dilakukan tergantung sampai kriterianya terpenuhi diselesaikan.

Contoh Rencana Pengujian: Jika anggota tim Anda melaporkan bahwa 40% kasus uji gagal, Anda harus melakukannya menangguhkan pengujian hingga tim pengembangan memperbaiki semua kasus yang gagal.

Kriteria Keluar

Ini menentukan kriteria yang menunjukkan a sukses penyelesaian tahap pengujian. Kriteria keluar merupakan hasil pengujian yang ditargetkan dan diperlukan sebelum melanjutkan ke tahap pengembangan berikutnya. Contoh: 95% dari semua kasus uji kritis harus lulus.

Beberapa metode untuk menentukan kriteria keluar adalah dengan menentukan target laju lari ke tingkat kelulusan.

• Laju lari adalah rasio antara jumlah kasus uji yang dieksekusi dan total kasus uji dari spesifikasi pengujian. Misalnya, spesifikasi pengujian memiliki total 120 TC, tetapi penguji hanya mengeksekusi 100 TC, sehingga rasio eksekusinya adalah 100/120 = 0.83 (83%).
• Tingkat kelulusan adalah rasio antara jumlah kasus uji yang lulus / kasus uji yang dieksekusiMisalnya, dari 100 TC yang dieksekusi di atas, terdapat 80 TC yang lulus, sehingga tingkat kelulusannya adalah 80/100 = 0.8 (80%).

Data ini dapat diambil dalam dokumen Test Metric.

• Run tarif adalah wajib untuk menjadi 100% kecuali ada alasan jelas yang diberikan.
• Lulus tarifnya tergantung pada lingkup proyek, namun mencapai tingkat kelulusan yang tinggi adalah sebuah tujuan.

Contoh Rencana Tes:Tim Anda telah melakukan eksekusi pengujian. Mereka melaporkan hasil tesnya kepada Anda, dan mereka ingin Anda mengonfirmasinya Kriteria Keluar.

Dalam kasus di atas, Run rate adalah wajib dan 100%, tetapi tim penguji hanya menyelesaikan 90% kasus uji. Ini berarti Run rate tidak terpenuhi, jadi JANGAN konfirmasi Kriteria Keluar.

Langkah 5) Perencanaan Sumber Daya

Rencana sumber daya adalah ringkasan rinci dari semua jenis sumber daya yang dibutuhkan untuk menyelesaikan suatu tugas proyek. Sumber daya tersebut dapat berupa manusia, peralatan, dan material yang dibutuhkan untuk menyelesaikan suatu proyek.

Perencanaan sumber daya merupakan faktor penting dalam perencanaan pengujian karena membantu dalam menentukan itu jumlah sumber daya (karyawan, peralatan, dll.) yang akan digunakan untuk proyek. Dengan demikian, Manajer Pengujian dapat menyusun jadwal dan estimasi yang tepat untuk proyek tersebut.

Bagian ini mewakili sumber daya yang direkomendasikan untuk proyek Anda.

Sumber Daya Manusia

Tabel berikut ini mewakili berbagai anggota dalam tim proyek Anda

Nomor	Anggota	Tasks
1.	Manajer Tes	Mengelola keseluruhan proyek Tentukan proyek arah Dapatkan sumber daya yang sesuai
2.	penguji	Mengidentifikasi dan menjelaskan teknik/alat/arsitektur otomasi pengujian yang sesuai Verifikasi dan nilai Pendekatan Tes Eksekusi tes, mencatat hasil, dan melaporkan cacatnya. Penguji dapat berupa anggota yang di-outsource atau di-outsource, berdasarkan anggaran proyek. Untuk tugas yang membutuhkan rendah keterampilan, saya sarankan Anda memilih outsourcing anggota untuk menyimpan biaya proyek.
3.	Pengembang dalam Pengujian	Implementasi VE kasus pengujian, program pengujian, rangkaian pengujian, dll.
4.	Administrator Tes	Membangun dan memastikan Lingkungan Uji dan aset adalah berhasil ke dipertahankan Penguji Dukungan untuk menggunakan lingkungan pengujian untuk eksekusi pengujian
5.	anggota SQA	Ambil alih tanggung jawab jaminan kualitas. Periksa untuk mengonfirmasi apakah proses pengujian memenuhi persyaratan yang ditentukan

Sumber Daya Sistem

Untuk menguji aplikasi web, Anda harus merencanakan sumber daya sebagai berikut:

Nomor	Publikasi	Description
1.	Server	Instal aplikasi web yang diuji. Ini termasuk server web, server basis data, dan server aplikasi terpisah, jika berlaku
2.	Alat uji	Alat pengujian berfungsi untuk mengotomatiskan pengujian, mensimulasikan operasi pengguna, dan menghasilkan hasil pengujian. Ada banyak alat uji yang dapat Anda gunakan untuk proyek ini, seperti Selenium, QTP, Dll
3.	jaringan	Anda memerlukan Jaringan, termasuk LAN dan Internet, untuk mensimulasikan lingkungan bisnis dan pengguna yang sebenarnya
4.	komputer	PC yang sering digunakan pengguna untuk terhubung ke server web

Langkah 6) Rencanakan Lingkungan Pengujian

Apa itu Lingkungan Tes

Lingkungan pengujian adalah pengaturan perangkat lunak dan perangkat keras tempat tim pengujian akan menjalankan kasus uji. Lingkungan pengujian terdiri dari bisnis nyata ke pemakai lingkungan, serta lingkungan fisik, seperti server dan lingkungan berjalan front-end.

Cara mengatur Lingkungan Pengujian

Kembali ke proyek Anda, bagaimana Anda mengaturnya lingkungan pengujian untuk situs perbankan ini?

Untuk menyelesaikan tugas ini, Anda perlu kerjasama yang kuat antara Tim Uji dan Tim Pengembangan.

Anda harus menanyakan beberapa pertanyaan kepada pengembang untuk memahami aplikasi web yang sedang diuji JelasBerikut beberapa pertanyaan yang direkomendasikan. Tentu saja, Anda dapat mengajukan pertanyaan lain jika perlu.

• Berapa jumlah koneksi pengguna maksimum yang dapat ditangani situs web ini pada saat yang bersamaan?
• Apa saja persyaratan perangkat keras/perangkat lunak untuk menginstal situs web ini?
• Apakah komputer pengguna memerlukan pengaturan khusus untuk menjelajah situs web?

Gambar berikut menggambarkan lingkungan pengujian situs web perbankan https://demo.guru99.com/V4

Langkah 7) Jadwal & Estimasi

Dalam artikel Estimasi tesAnda telah menggunakan beberapa teknik untuk memperkirakan upaya penyelesaian proyek. Sekarang, Anda harus memasukkan estimasi tersebut beserta jadwalnya ke dalam Perencanaan Pengujian.

Pada fase Estimasi Uji, misalkan Anda membagi keseluruhan proyek menjadi tugas-tugas kecil dan menambahkan estimasi untuk setiap tugas sebagai berikut

tugas	Anggota	Perkirakan upaya
Buat spesifikasi pengujian	Desainer Tes	170 jam kerja
Lakukan Eksekusi Tes	Penguji, Administrator Tes	80 jam kerja
Laporan pengujian	penguji	10 jam kerja
Pengiriman Tes		20 jam kerja
Total		280 jam kerja

Kemudian Anda membuat menjadwalkan untuk menyelesaikan tugas-tugas ini.

Menyusun jadwal adalah istilah umum dalam manajemen proyek. Dengan menyusun jadwal yang solid dalam Perencanaan Pengujian, Manajer Pengujian dapat menggunakannya sebagai alat untuk memantau kemajuan proyek dan mengendalikan kelebihan biaya.

Untuk membuat jadwal proyek, Manajer Uji memerlukan beberapa jenis masukan sebagai berikut:

• Batas waktu karyawan dan proyek:Hari kerja, batas waktu proyek, dan ketersediaan sumber daya merupakan faktor-faktor yang mempengaruhi jadwal
• Estimasi proyekBerdasarkan estimasi tersebut, Manajer Pengujian mengetahui berapa lama waktu yang dibutuhkan untuk menyelesaikan proyek. Dengan demikian, ia dapat menyusun jadwal proyek yang tepat.
• Risiko Proyek:Memahami risiko membantu Manajer Uji menambahkan waktu ekstra yang cukup ke jadwal proyek untuk menangani risiko tersebut

Mari kita berlatih dengan sebuah contoh:

Misalkan bos ingin menyelesaikan proyek tersebut. Guru99 di satu bulan, dan Anda sudah memperkirakan upaya untuk setiap tugas dalam Estimasi Pengujian. Anda dapat membuat jadwal sebagai berikut.

Langkah 8) Uji Hasil Kerja

Hasil Pengujian adalah daftar semua dokumen, alat, dan komponen lain yang harus dikembangkan dan dipelihara untuk mendukung upaya pengujian.

Ada hasil pengujian yang berbeda di setiap fase siklus pengembangan perangkat lunak.

Hasil tes disediakan sebelum fase pengujian.

• Dokumen rencana pengujian.
• Dokumen kasus uji
• Spesifikasi Desain Uji.

Hasil tes disediakan selama pengujian

• Skrip Tes
• Simulator.
• Data Uji
• uji TracMatriks Kelayakan
• Log kesalahan dan log eksekusi.

Hasil tes disediakan setelah siklus pengujian telah berakhir.

• Hasil Tes/laporan
• Laporan Cacat
• Pedoman prosedur pemasangan/pengujian
• Catatan rilis

Tantangan Umum dalam Perencanaan Pengujian (dan Solusinya)

Perencanaan pengujian yang efektif seringkali menghadapi kendala praktis. Mengenali tantangan ini dan menerapkan solusi proaktif memastikan eksekusi yang lebih lancar dan kualitas perangkat lunak yang lebih tinggi.

1. Persyaratan Tidak Jelas
   Tantangan: Persyaratan proyek yang ambigu atau berubah-ubah menyebabkan cakupan pengujian tidak lengkap.
   Larutan: Melakukan peninjauan persyaratan dan menjaga persyaratan tetap terkini. tracmatriks kelayakan.
2. Sumber Daya Terbatas
   Tantangan: Kurangnya alat, waktu, atau penguji yang terampil memengaruhi kualitas pengujian.
   Larutan: Prioritaskan kasus uji kritis dan manfaatkan otomatisasi untuk tugas berulang.
3. Batas Waktu yang Tidak Realistis
   Tantangan: Jadwal yang ketat mengurangi waktu untuk desain dan pelaksanaan pengujian yang tepat.
   Larutan: Gunakan teknik estimasi dan komunikasikan risiko sejak dini kepada para pemangku kepentingan.
4. Komunikasi yang buruk
   Tantangan: Ketidakselarasan antar tim menyebabkan penundaan dan pengerjaan ulang.
   Larutan: Terapkan rapat sinkronisasi rutin dan dasbor bersama untuk transparansi.
5. Manajemen Risiko yang Tidak Memadai
   Tantangan: Mengabaikan risiko potensial dapat menggagalkan jadwal proyek.
   Larutan: Identifikasi risiko sejak dini, pertahankan catatan risiko, dan rencanakan strategi mitigasi.

Tanya Jawab: