RENCANA PENGUJIAN dalam Pengujian Perangkat Lunak (Contoh)
Rencana Tes
A Rencana Tes adalah dokumen terperinci yang menjelaskan strategi pengujian, tujuan, jadwal, estimasi, hasil, dan sumber daya yang diperlukan untuk melakukan pengujian 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 ditentukan, yang dipantau dan dikendalikan secara cermat oleh manajer pengujian.
Sesuai definisi ISTQB: “Rencana Pengujian adalah dokumen yang menjelaskan ruang lingkup, pendekatan, sumber daya, dan jadwal kegiatan pengujian yang dimaksudkan.”
Mari kita mulai dengan contoh/skenario Rencana Uji berikut: Dalam suatu rapat, Anda ingin membahas Rencana Uji dengan anggota tim, tetapi mereka tidak tertarik – .
Jika demikian, apa yang akan Anda lakukan? Pilih jawaban Anda seperti pada gambar berikut
A) Saya Manajer melakukan semua yang saya katakan
B) Oke, izinkan saya menjelaskan mengapa kita memerlukan Rencana Tes
Salah
Sebagai Manajer Tes, Anda harus menjelaskan kepada mereka pentingnya Rencana Tes daripada memaksa tim melakukan apa yang Anda inginkan.
Benar
Sebagai Manajer Tes, Anda harus menjelaskan kepada mereka pentingnya Rencana Tes daripada memaksa tim melakukan apa yang Anda inginkan.
Apa Pentingnya Rencana Tes?
Pembuatan dokumen Test Plan mempunyai banyak manfaat
- Membantu orang di luar tim penguji seperti pengembang, manajer bisnis, 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 Test Plan, sehingga dapat ditinjau oleh Tim Manajemen dan digunakan kembali untuk proyek lain.
Cara menulis Rencana Tes
Anda sudah tahu bahwa membuat a Rencana Tes adalah tugas terpenting dari Proses Manajemen Tes. Ikuti tujuh langkah di bawah ini untuk membuat rencana pengujian sesuai IEEE 829
- Analisis produk
- Rancang Strategi Tes
- Tentukan Tujuan Tes
- Tentukan Kriteria Tes
- Perencanaan sumber daya
- Lingkungan Uji Rencana
- Jadwal & Estimasi
- Tentukan Hasil Uji
Langkah 1) Analisis produk
Bagaimana Anda bisa menguji suatu produk tanpa ada informasi tentang itu? Jawabannya adalah Mustahil. Anda harus mempelajari suatu produk sepenuhnya sebelum mengujinya.
Produk yang diuji adalah website perbankan Guru99. Anda harus meneliti klien dan pengguna akhir untuk mengetahui kebutuhan dan harapan mereka dari aplikasi
- Siapa yang akan menggunakan situs web ini?
- Untuk apa ini digunakan?
- Bagaimana ia akan bekerja?
- Perangkat lunak/perangkat keras apa yang digunakan produk?
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 membuat Rencana Pengujian dalam Pengujian Perangkat Lunak. Dokumen Strategi Tes, adalah dokumen tingkat tinggi, yang biasanya dikembangkan oleh Manajer Tes. Dokumen ini mendefinisikan:
- Proyek itu tujuan pengujian dan sarana untuk mencapainya
- Menentukan pengujian usaha dan biaya
Kembali ke proyek Anda, Anda perlu mengembangkan Strategi Uji untuk menguji situs web perbankan tersebut. Anda harus mengikuti langkah-langkah di bawah ini
Langkah 2.1) Tentukan Lingkup Pengujian
Sebelum memulai aktivitas pengujian apa pun, ruang lingkup pengujian harus diketahui. Anda harus berpikir keras tentang hal itu.
- Komponen sistem yang akan diuji (perangkat keras, perangkat lunak, middleware, dll.) didefinisikan sebagai “dalam jangkauan"
- Komponen sistem yang tidak akan diuji juga perlu didefinisikan secara jelas sebagai “keluar dari ruang lingkup. "
Menentukan cakupan proyek pengujian Anda sangat penting bagi semua pemangku kepentingan. Cakupan yang tepat membantu Anda
- Berikan setiap orang a kepercayaan diri & informasi yang akurat dari pengujian yang Anda lakukan
- Semua anggota proyek akan memiliki a jelas pemahaman tentang apa yang diuji dan apa yang tidak
Bagaimana Anda menentukan ruang lingkup proyek Anda?
Untuk menentukan cakupan, Anda harus –
- Persyaratan pelanggan yang tepat
- Anggaran Proyek
- Spesifikasi Produk
- Keterampilan & bakat tim penguji Anda
Sekarang harus dengan jelas mendefinisikan “dalam lingkup” dan “di luar lingkup” pengujian.
- Sebagai persyaratan perangkat lunak spesifikasi, proyek Guru99 Bank hanya fokus pada pengujian semuanya fungsi dan antarmuka eksternal situs web Guru99 Bank (dalam jangkauan pengujian)
- Pengujian nonfungsional seperti tekanan, prestasi or basis data logis saat ini tidak akan diuji. (dari cakupan)
Skenario Masalah
Pelanggan ingin Anda menguji API-nya. Namun anggaran proyek tidak mengizinkan hal tersebut. Jika demikian, apa yang akan Anda lakukan?
Nah, dalam hal ini Anda perlu meyakinkan pelanggan akan hal itu Pengujian Api adalah pekerjaan ekstra dan akan menghabiskan sumber daya yang signifikan. Berikan dia data yang mendukung fakta Anda. Katakan padanya jika Api Testing termasuk dalam cakupan anggarannya akan meningkat sebesar XYZ.
Pelanggan setuju dan sesuai dengan 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 bersama “Deteksi dini semua cacat sebelum melepaskan produk ke pelanggan”
biasanya digunakan Jenis pengujian dijelaskan pada gambar berikut
Ada ton Jenis Pengujian untuk menguji produk perangkat lunak. tim Anda tidak bisa memiliki upaya yang cukup untuk menangani semua jenis pengujian. Sebagai Manajer Tes, 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, hal 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 diperlukan 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 kegiatan tes. |
Manajer Tes 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 mulai bekerja, berikan banyak perhatian pada perencanaan proyek dan terus-menerus melacak 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 secara pasti nama penguji yang akan melakukan pengujian, namun jenis penguji dapat didefinisikan.
Untuk memilih anggota yang tepat untuk tugas tertentu, Anda harus mempertimbangkan apakah keahliannya memenuhi syarat untuk tugas tersebut atau tidak, juga memperkirakan anggaran proyek. Memilih anggota yang salah untuk tugas tersebut dapat menyebabkan proyek gagal gagal or menunda.
Orang yang memiliki keterampilan berikut ini paling 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 tes adalah penguji. Berdasarkan anggaran proyek, Anda dapat memilih anggota in-source 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 item yang diperlukan ditunjukkan pada gambar berikut
Langkah 3) Tentukan Tujuan Tes
Tujuan Tes adalah keseluruhan tujuan dan pencapaian pelaksanaan tes. Tujuan pengujian ini adalah menemukan sebanyak mungkin cacat perangkat lunak; memastikan bahwa perangkat lunak yang diuji adalah bebas serangga sebelum rilis.
Untuk menentukan tujuan pengujian, Anda harus melakukan 2 langkah berikut
- Cantumkan semua fitur perangkat lunak (fungsionalitas, kinerja, GUI…) yang mungkin perlu diuji.
- Tentukan target atau itu tujuan pengujian berdasarkan fitur di atas
Mari terapkan langkah-langkah ini untuk menemukan tujuan pengujian proyek pengujian Guru99 Bank Anda
Anda dapat memilih 'PERINTAHKAN KE BAWAH' metode untuk menemukan fitur situs web yang mungkin perlu diuji. Dalam metode ini, Anda memecah aplikasi yang sedang diuji menjadi komponen dan sub-komponen.
Pada topik sebelumnya, Anda telah menganalisis spesifikasi kebutuhan dan menelusuri situs web, sehingga Anda dapat membuat Peta pikiran untuk menemukan fitur situs web sebagai berikut
Gambar ini menunjukkan semua fitur yang mungkin dimiliki situs Guru99.
Berdasarkan fitur di atas, Anda dapat menentukan Tujuan Uji proyek Guru99 sebagai berikut
- Periksa apakah situs web Guru99 fungsi(Akun, Deposit…) berfungsi seperti yang diharapkan tanpa kesalahan atau bug apa pun di lingkungan bisnis nyata
- Periksa apakah antarmuka eksternal situs web seperti UI berfungsi seperti yang diharapkan dan & memenuhi kebutuhan pelanggan
- Verifikasi kegunaan dari situs web. Apakah 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. Ada 2 jenis kriteria pengujian sebagai berikut
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 Tes: Jika anggota tim Anda melaporkan adanya 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 dan tingkat kelulusan.
- Run rate adalah rasio antara jumlah kasus uji yang dieksekusi/total kasus uji spesifikasi pengujian. Misalnya, spesifikasi pengujian memiliki total 120 TC, namun penguji hanya mengeksekusi 100 TC, Jadi run rate-nya adalah 100/120 = 0.83 (83%)
- Tingkat kelulusan adalah rasio antara nomor kasus uji lulus / kasus uji dieksekusi. Misal di atas 100 TC yang dieksekusi, ada 80 TC yang lolos, maka 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 yang wajib diisi adalah 100%, namun tim penguji hanya menyelesaikan 90% kasus uji. Artinya Run rate tidak terpenuhi, jadi JANGAN konfirmasi Kriteria Keluar
Langkah 5) Perencanaan Sumber Daya
Rencana sumber daya adalah a ringkasan rinci dari semua jenis sumber daya yang dibutuhkan untuk menyelesaikan tugas proyek. Sumber daya dapat berupa manusia, peralatan, dan bahan yang dibutuhkan untuk menyelesaikan suatu proyek
Perencanaan sumber daya merupakan faktor penting dalam perencanaan ujian karena membantu dalam menentukan itu jumlah sumber daya (karyawan, peralatan…) yang akan digunakan untuk proyek. Oleh karena itu, Manajer Tes dapat membuat jadwal & 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, Log hasil, Laporan cacatnya. Penguji dapat berasal dari anggota yang bersumber dari dalam atau dari luar, berdasarkan anggaran proyek Untuk tugas yang diperlukan rendah keterampilan, saya sarankan Anda memilih outsourcing anggota untuk menyimpan biaya proyek. |
3. |
Pengembang dalam Pengujian |
Implementasi VE kasus uji, program pengujian, rangkaian pengujian, dll. |
4. |
Administrator Tes |
Membangun dan memastikan Lingkungan Uji dan aset adalah berhasil dan dipertahankan BantuanPenguji untuk menggunakan lingkungan pengujian untuk pelaksanaan pengujian |
5. |
anggota SQA |
Bertanggung jawab atas jaminan kualitas Periksa untuk memastikan apakah proses pengujian memenuhi persyaratan yang ditentukan |
Sumber Daya Sistem
Untuk pengujian aplikasi web, Anda harus merencanakan sumber daya sebagai tabel berikut:
Nomor | Sumber daya | Description |
---|---|---|
1. |
Server |
Instal aplikasi web yang sedang diuji Ini termasuk server web terpisah, server database, dan server aplikasi jika berlaku |
2. |
Alat uji |
Alat pengujian adalah untuk mengotomatisasi pengujian, mensimulasikan operasi pengguna, menghasilkan hasil pengujian Ada banyak sekali alat pengujian 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 nyata |
4. |
komputer |
PC yang sering digunakan pengguna untuk menghubungkan 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 pengujian. Lingkungan pengujian terdiri dari bisnis nyata dan pemakai lingkungan, serta lingkungan fisik, seperti server, lingkungan berjalan front end.
Cara mengatur Lingkungan Pengujian
Kembali ke proyek Anda, bagaimana cara menyiapkannya lingkungan pengujian untuk situs perbankan ini?
Untuk menyelesaikan tugas ini, Anda perlu kerjasama yang kuat antara Tim Uji dan Tim Pengembang
Anda harus menanyakan beberapa pertanyaan kepada pengembang untuk memahami aplikasi web yang sedang diuji Jelas. Berikut beberapa pertanyaan yang direkomendasikan. Tentu saja, Anda dapat menanyakan pertanyaan lain jika diperlukan.
- Berapa koneksi pengguna maksimum yang dapat ditangani situs web ini secara bersamaan?
- Apa saja persyaratan perangkat keras/perangkat lunak untuk menginstal situs web ini?
- Apakah komputer pengguna memerlukan pengaturan tertentu untuk menelusuri situs web?
Gambar berikut menggambarkan lingkungan pengujian situs web perbankan https://demo.guru99.com/V4
Langkah 7) Jadwal & Estimasi
Dalam artikel Estimasi tes, Anda telah menggunakan beberapa teknik untuk memperkirakan upaya penyelesaian proyek. Sekarang Anda harus memasukkan estimasi tersebut serta jadwalnya ke dalam Perencanaan Tes
Pada fase Estimasi Uji, misalkan Anda membagi keseluruhan proyek menjadi tugas-tugas kecil dan menambahkan estimasi untuk setiap tugas seperti di bawah ini
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.
Membuat jadwal merupakan istilah umum dalam manajemen proyek. Dengan membuat jadwal yang solid dalam Perencanaan Tes, Manajer Tes dapat menggunakannya sebagai alat untuk memantau kemajuan proyek, mengendalikan pembengkakan biaya.
Untuk membuat jadwal proyek, Test Manager memerlukan beberapa jenis input seperti di bawah ini:
- Batas waktu karyawan dan proyek: Hari kerja, tenggat waktu proyek, ketersediaan sumber daya merupakan faktor-faktor yang mempengaruhi jadwal
- Estimasi proyek: Berdasarkan estimasi, Manajer Tes mengetahui berapa lama waktu yang dibutuhkan untuk menyelesaikan proyek. Sehingga dia bisa membuat jadwal proyek yang sesuai
- Risiko Proyek : Memahami risiko membantu Manajer Penguji menambahkan waktu ekstra yang cukup ke jadwal proyek untuk menangani risiko
Mari kita berlatih dengan sebuah contoh:
Misalkan bos ingin menyelesaikan proyek Guru99 di satu bulan, Anda sudah memperkirakan upaya untuk setiap tugas di Estimasi Tes. Anda dapat membuat jadwal seperti di bawah ini
Langkah 8) Uji Hasil Kerja
Hasil Uji 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 Matriks Ketertelusuran
- Log kesalahan dan log eksekusi.
Hasil tes disediakan setelah siklus pengujian telah berakhir.
- Hasil Tes/laporan
- Laporan Cacat
- Pedoman prosedur pemasangan/pengujian
- Catatan rilis
Sumber daya