Pengujian Software - Pelaksanaan

Pengujian Software - Pelaksanaan Proses Pengujian Desain Uji Kasus Pengujian Otomatis Pengujian Program Alpha dan Beta

Proses Pengujian Perangkat lunak yang dibutuhkan sesuai standar kualitas Menentukan Strategi pengujian perangkat lunak Detil desain dan prosedur untuk setiap tes Uji Kasus database / file Mengkoreksi error yang terdeteksi Re-test

Menentukan Fase Uji Metodologi Menentukan standar kualitas perangkat lunak yang sesuai Menentukan Strategi pengujian perangkat lunak. Strategi pengujian : Jika pengujian tambahan adalah lebih baik, harus dilakukan pengujian bottom-up atau top-down? Bagian mana dari rencana pengujian harus dilakukan sesuai dengan white box pengujian model? Bagian mana dari rencana pengujian harus dilakukan sesuai dengan pengujian model otomatis ?

Perencanaan Pengujian Apa yang diuji ? Manakah sumber yang akan digunakan untuk uji kasus? Siapa yang melakukan tes? Dimana untuk melakukan tes? Kapan untuk mengakhiri tes?

Perubahan mungkin diperlukan dalam rencana pengujian sebagai akibat dari: Tidak tersedianya sumber daya Waktu persyaratan terlalu panjang dan akan menyebabkan proyek untuk melampaui yang penyelesaian jadwal Ketidaksepakatan mungkin timbul tentang evaluasi kerusakan yang diharapkan dan tingkat keparahan risiko dan tentang perkiraan waktu dan sumber daya dibutuhkan untuk kegiatan pengujian. Rencana pengujian akhir akan selesai hanya setelah masalah ini diselesaikan

Dokumentasi Rencana Pengujian

Template Desain Pengujian

Implementasi

Software Test Report

Desain Uji Kasus komponen Data kasus uji Sebuah uji kasus adalah seperangkat data input yang diperlukan untuk menjalankan item tes bersama dengan hasil yang diharapkan dari output.

Test case sources Pada dasarnya ada dua jenis sumber kasus uji: Sampel acak kasus kehidupan nyata uji kasus sintetik ("kasus uji simulasi") yang disiapkan oleh para desainer tes.

Test case sources Perbandingan keuntungan dan kerugian dari setiap hasil sumber: Upaya yang diperlukan untuk menyiapkan berkas kasus uji rendah untuk sampel acak, tinggi untuk kasus sintetis. Ukuran yang diperlukan uji kasus relatif tinggi untuk sampel acak, yang relatif rendah untuk kasus sintetis. Efektivitas (kemungkinan kesalahan mengungkapkan) relatif rendah untuk sampel acak kecuali file-file tersebut sangat besar dan relatif tinggi untuk kasus-kasus sintetis karena cakupan yang baik dari situasi biasa dan salah seperti yang dirancang oleh tes desainer Kinerja dari kasus uji sampel acak dapat secara substansial ditingkatkan dengan menggunakan stratified sampling.

Sampel Bertingkat Stratified sampling memungkinkan kita memecahkan sampel acak ke dalam sub-populasi kasus uji

Uji Kasus untuk Menggunakan kembali Software perangkat lunak yang digunakan kembali berfungsi untuk memasukkan banyak aplikasi yang tidak diperlukan untuk sistem perangkat lunak. planners harus mempertimbangkan modul software yang akan digunakan kembali mana yang akan diuji.

Pengujian Otomatis Pengujian otomatis merupakan langkah tambahan dalam integrasi alat komputerisasi ke dalam proses pengembangan perangkat lunak.

Proses pengujian otomatis Biasanya, pengujian perangkat lunak otomatis memerlukan perencanaan pengujian, desain, uji persiapan kasus, uji kinerja, uji log dan laporan persiapan, pengujian kembali setelah log uji koreksi kesalahan yang terdeteksi (uji regresi), dan melaporkan persiapan termasuk laporan perbandingan. Dua yang terakhir kegiatan mungkin diulang beberapa kali. Ketersediaan tenaga kerja profesional merupakan faktor utama yang harus dipertimbangkan sebelum memulai otomatisasi tes perangkat lunak.

Tipe-tipe pengujian otomatis Code Auditing Tes ini melakukan pengujian kualifikasi otomatis. Kode komputerisasi auditor memeriksa kesesuaian kode dengan standar tertentu dan prosedur coding. Laporan auditor berisi daftar penyimpangan dari standar dan ringkasan statistik dari temuan.

Tipe-tipe pengujian otomatis Coverage monitoring Monitor Cakupan menghasilkan laporan tentang cakupan garis dicapai ketika menerapkan file uji kasus yang diberikan.

Tipe-tipe pengujian otomatis Functional tests Sebelum kinerja tes ini, uji kasus dicatat ke dalam tes kasus database. Pengujian kemudian dilakukan dengan menjalankan uji kasus melalui program uji. Tes hasil dokumentasi termasuk daftar dari kesalahan yang diidentifikasi di samping berbagai ringkasan dan statistik sebagai spesifikasi yang diminta oleh para penguji.

Tipe-tipe pengujian otomatis Load tests Contoh : Mengubah perangkat keras, termasuk sistem komunikasi, untuk memungkinkan sistem perangkat lunak memenuhi persyaratan kinerjanya pada setiap tingkat beban.

Tipe-tipe pengujian otomatis Test management Pada test management memberikan penguji dengan laporan, daftar dan jenis-jenis informasi pada tingkat kualitas dan ketersediaan yang lebih tinggi dari yang disediakan oleh sistem manajemen uji manual.

Tipe-tipe pengujian otomatis The availability of automated testing tools Sebagian besar alat pengujian otomatis mengkhususkan diri, dan direncanakan untuk digunakan dalam bidang aplikasi pemrograman dan sistem yang spesifik : klien / server sistem, C / C + +, UNIX aplikasi.

Keuntungan dan Kerugian Akurasi dan kelengkapan kinerja Tingginya biaya investasi Akurasi Hasil log Dan Human Resources ringkasan. Tinggi persyaratan tenaga kerja untuk persiapan pengujian Kelengkapan informasi Sumber daya tenaga kerja yang dibutuhkan untuk melakukan beberapa tes. Durasi pengujian yang lebih singkat

Masalah yang mempengaruhi tingkat risiko perangkat lunak Modul / aplikasi masalah besarnya Kompleksitas dan kesulitan Persentase dari perangkat lunak asli (vs persentase perangkat lunak digunakan kembali) masalah programmer ■ Profesional kualifikasi ■ Pengalaman dengan materi pelajaran spesifik modul ■ Ketersediaan dukungan profesional (cadangan pengetahuan dan pengalaman) ■ Perkenalannya dengan programmer dan kemampuan untuk mengevaluasi nya

Pengujian Program Alpha dan Beta situs Alpha dan situs tes beta yang digunakan untuk memperoleh komentar tentang kualitas dari pengguna potensial paket tersebut. Di satu sisi,tes situs alfa dan beta menggantikan tes penerimaan pelanggan, tes yang tidak praktis di bawah kondisi pengembangan perangkat lunak paket komersial. Tes situs beta jauh lebih umum diterapkan daripada tes alpha situs. Situs alpha : tes dari paket perangkat lunak baru yang dilakukan pada pengembang situs.

implementasi alpha dan pengujian beta situs dan mendiskusikan kelebihan dan kekurangan. Pengujian situs Alpha adalah metode dimana pelanggan mencoba paket perangkat lunak baru di situs pengembang. Pengujian situs Beta adalah sebuah metode dimana sebuah kelompok yang dipilih dari pengguna atau pelanggan menerima versi lanjutan dari perangkat lunak yang harus diinstal di situs mereka, dan melaporkan kesalahan yang mereka temukan dalam proses eksperimen mereka dengan program dan penggunaan rutin program.

Keuntungan beta site Identifikasi kesalahan tak terduga Luas lingkup cakupan dalam mencari kesalahan Biaya rendah

Kerugian beta site Kurangnya pengujian sistematis Kesalahan laporan kualitas rendah usaha manusia Banyak dikeluarkan untuk memeriksa laporan peserta