Program pengujian - proses deteksi kesalahan dalam produk perangkat lunak

Dalam pengembangan perangkat lunak, bagian penting dari proses produksi didasarkan pada pengujian perangkat lunak. Apa itu dan bagaimana kegiatan tersebut akan bahas dalam artikel ini.

Apa yang disebut tes?

Hal ini mengacu pada proses dengan menjalankan perangkat lunak untuk mendeteksi lokasi operasi yang tidak benar dari kode. Untuk hasil terbaik, sengaja dibangun set sulit input data. Tujuan utama dari pemeriksaan ini adalah untuk menciptakan kesempatan terbaik untuk kegagalan perangkat lunak. Meskipun kadang-kadang menguji program yang dikembangkan dapat disederhanakan untuk pemeriksaan rutin dari kapasitas kerja dan melaksanakan fungsi. Hal ini menghemat waktu, tetapi sering disertai dengan tidak dapat diandalkan perangkat lunak, ketidakpuasan pengguna, dan sebagainya.

efektivitas

Seberapa baik dan cepat adalah kesalahan, dampak signifikan pada biaya dan durasi pengembangan perangkat lunak kualitas yang diperlukan. Jadi, meskipun fakta bahwa penguji menerima gaji beberapa kali lebih kecil dari pengembang, biaya jasa mereka biasanya sampai 30 - 40% dari biaya keseluruhan proyek. Hal ini disebabkan jumlah personil, karena pencarian kesalahan - ini adalah proses yang tidak biasa dan cukup sulit. Tetapi bahkan jika perangkat lunak dilewatkan sejumlah terhormat tes, tidak ada jaminan 100% bahwa kesalahan tidak akan terjadi. Hanya tidak tahu ketika mereka terjadi. Untuk mendorong penguji untuk memilih jenis tes yang lebih mungkin untuk menemukan kesalahan, alat motivasi yang berbeda digunakan: baik moral dan material.

Pendekatan kerja

optimum adalah ketika menerapkan berbagai mekanisme untuk memastikan bahwa kesalahan dalam perangkat lunak belum dari awal. Untuk melakukan ini, Anda harus mengurus desain arsitektur yang tepat, istilah yang jelas dari referensi, dan penting untuk tidak melakukan penyesuaian dalam komunikasi, ketika bekerja pada proyek telah dimulai. Dalam hal ini, tester untuk tugas mencari dan mengidentifikasi sejumlah kecil kesalahan yang tetap dalam hasil akhir. Ini akan menghemat waktu dan uang.

Apa tes?

Ini merupakan aspek penting dari kegiatan inspeksi, yang diperlukan untuk deteksi sukses cacat kode. Mereka diperlukan untuk mengontrol aplikasi yang benar. Apa yang termasuk dalam tes? Ini terdiri dari data dan nilai-nilai awal mereka yang harus diperoleh sebagai resultan (atau menengah). Agar berhasil mengidentifikasi masalah dan inkonsistensi, tes harus setelah algoritma dikembangkan, tapi tidak memulai pemrograman. Hal ini diinginkan untuk menggunakan beberapa pendekatan untuk mengestimasi data yang dibutuhkan. Dalam hal ini, meningkatkan kemungkinan mendeteksi kesalahan karena Anda dapat memeriksa kode dari perspektif yang berbeda. tes kompleks harus memberikan verifikasi efek eksternal dari produk perangkat lunak selesai, serta algoritma karyanya. Kepentingan tertentu dan memberikan kasus merosot marginal. Dengan demikian, dalam praktek kesalahan sering mengungkapkan bahwa siklus beroperasi pada satu atau lebih kali lebih sedikit dari yang direncanakan. Juga penting adalah pengujian komputer, di mana Anda dapat memverifikasi bahwa hasil yang diinginkan pada mesin yang berbeda. Hal ini diperlukan untuk memastikan bahwa perangkat lunak akan bekerja pada semua komputer. Selain itu, tes komputer, di mana pembangunan akan dilakukan, adalah penting dalam penciptaan pembangunan multi-platform.

Seni pemecahan masalah

Program sering bertujuan untuk bekerja dengan set data yang besar. Apakah perlu untuk membuat benar-benar? Tidak. Luas diperoleh praktek "miniaturisasi" program. Dalam hal ini ada pengurangan yang wajar dari data volume dibandingkan dengan yang akan digunakan. Mari kita lihat sebuah contoh: ada program, yang menciptakan matriks ukuran 50x50. Dengan kata lain - Anda harus secara manual memasukkan nilai 2500. Hal ini tentu mungkin, tetapi akan memakan waktu yang sangat lama. Tetapi untuk menguji fungsionalitas, perangkat lunak menerima matriks yang dimensi adalah 5x5. Untuk melakukan ini, Anda harus memasukkan lebih dari 25 nilai. Jika, dalam hal ini, sebuah, operasi bebas kesalahan normal, itu berarti bahwa segala sesuatu adalah dalam rangka. Meskipun ada perangkap yang terletak pada kenyataan bahwa situasi miniaturisasi terjadi, mengakibatkan perubahan menjadi implisit dan menghilang sementara. Hal ini juga sangat jarang, tapi masih terjadi adalah bahwa ada bug baru.

tujuan dikejar

Pengujian ini bukan tugas yang mudah karena fakta bahwa proses ini tidak setuju untuk formalisasi secara keseluruhan. program besar hampir tidak pernah memiliki patokan yang akurat diperlukan. Oleh karena itu, sebagai pedoman menggunakan sejumlah data tidak langsung, yang, bagaimanapun, tidak dapat sepenuhnya mencerminkan karakteristik dan fungsi dari pengembangan perangkat lunak yang debug. Selain itu, mereka harus dipilih sehingga hasil yang benar dihitung sebelum bagaimana produk perangkat lunak akan diuji. Jika Anda tidak maju, sangat menggoda untuk mempertimbangkan semua tentang, dan jika hasil mesin mendapat di kisaran yang diharapkan, hal itu akan membuat keputusan yang salah, bahwa semuanya sudah benar.

Periksa di bawah kondisi yang berbeda

Sebagai aturan, program pengujian terjadi dalam volume yang diperlukan untuk fungsi uji minimum sampai batas tertentu. Kegiatan yang dilakukan dengan perubahan parameter, serta kondisi kerja mereka. Proses pengujian dapat dibagi menjadi tiga tahap:

• Periksa di bawah kondisi normal. Dalam hal ini kita menguji fungsi dasar dari perangkat lunak yang dikembangkan. Hasilnya harus sesuai dengan yang diharapkan.
• Periksa dalam kondisi ekstrim. Dalam kasus ini, sebagai sinonim dengan data batas, yang dapat mempengaruhi kinerja perangkat lunak yang dibuat. Sebagai contoh, kita bekerja dengan jumlah yang sangat besar atau kecil atau bahkan tidak adanya lengkap informasi yang diterima.
• Memeriksa situasi yang luar biasa. Ini melibatkan penggunaan data yang berada di luar pengobatan. Dalam situasi seperti itu, sangat buruk ketika perangkat lunak menganggapnya sebagai berguna untuk perhitungan dan memberikan hasil yang masuk akal. Perawatan harus diambil bahwa dalam kasus seperti ada penolakan dari data yang tidak dapat diproses dengan benar. Hal ini juga diperlukan untuk menyediakan menginformasikan pengguna tentang hal itu

Pengujian: Jenis

Membuat perangkat lunak tanpa kesalahan sangat sulit. Hal ini memerlukan cukup banyak waktu. Untuk mendapatkan produk yang baik sering digunakan dua jenis pengujian: "Alpha" dan "Beta". Apa yang mereka? Ketika orang berbicara tentang pengujian alpha, berarti review yang akan dilakukan dirinya di negara bagian pengembangan "laboratorium" kondisi. Ini adalah tahap terakhir dari pengujian sebelum program akan ditransfer ke pengguna akhir. Oleh karena itu, pengembang mencoba untuk berbalik maksimal. Untuk kemudahan operasi, data dapat login untuk membuat kronologi masalah dan solusi mereka. Di bawah pengujian beta untuk memahami pasokan perangkat lunak untuk sejumlah pengguna, sehingga mereka dapat memanfaatkan program dan mengidentifikasi kesalahan Anda telah kehilangan. Sebuah fitur khusus dalam hal ini adalah kenyataan bahwa sering perangkat lunak tidak digunakan untuk tujuan yang dimaksudkan. Karena kegagalan ini akan diidentifikasi di mana tidak ada yang terlihat sebelumnya. Hal ini normal dan khawatir tentang hal itu tidak diperlukan.

uji Penyelesaian

Jika langkah-langkah sebelumnya telah berhasil diselesaikan, tetap untuk melaksanakan tes penerimaan. Ia dalam hal ini menjadi formalitas belaka. Selama tes ini datang konfirmasi bahwa tidak ada masalah tambahan telah ditemukan dan perangkat lunak dapat dirilis di pasar. Yang paling penting akan menjadi hasil akhir, yang lebih dekat itu harus diverifikasi. Perawatan harus diambil untuk memastikan bahwa semua langkah telah selesai dengan sukses. Berikut adalah proses pengujian secara keseluruhan. Sekarang mari kita menyelidiki rincian teknis dan berbicara tentang alat yang berguna seperti, sebagai program uji. Apa yang mereka dan bila digunakan?

pengujian dibantu komputer

Sebelumnya ia berpikir bahwa analisis dinamis perangkat lunak yang dikembangkan - itu adalah pendekatan terlalu berat yang secara efektif digunakan untuk mendeteksi cacat. Namun karena meningkatnya kompleksitas dan volume program muncul pandangan yang berbeda. pengujian otomatis digunakan di mana prioritas yang paling penting adalah efisiensi dan keamanan. Dan mereka harus di bawah masukan apapun. Sebagai contoh, program-program yang sangat tepat untuk pengujian tersebut, antara lain sebagai berikut: protokol jaringan, web server, sandboxing. Kami terus melihat beberapa sampel, yang dapat digunakan untuk kegiatan tersebut. Jika Anda tertarik dalam program tes gratis, kualitas sulit untuk menemukan di antara mereka. Tapi ada yang retak "bajakan" versi dari proyek mapan, sehingga Anda dapat merujuk ke layanan mereka.

longsor

Alat ini membantu untuk mendeteksi cacat diuji program dalam modus analisis dinamis. Ini mengumpulkan data dan menganalisis kinerja jalur dirancang objek. tester diberikan satu set input yang menyebabkan kesalahan atau memotong set ada kendala. Berkat tes yang baik dari algoritma yang dikembangkan oleh sejumlah besar kemungkinan situasi. Program ini menerima satu set yang berbeda dari input data, yang memungkinkan untuk mensimulasikan sejumlah besar situasi dan menciptakan kondisi di mana yang paling mungkin adalah terjadinya kegagalan. Keuntungan penting dari program ini adalah penggunaan metrik heuristik. Jika ada masalah, maka kesalahan aplikasi sangat mungkin. Tapi program ini memiliki keterbatasan seperti hanya satu cek ditandai soket masukan atau file. Ketika melakukan operasi seperti program pengujian akan berisi informasi rinci tentang masalah dengan pointer null, loop tak terbatas, alamat yang salah atau malfungsi karena penggunaan perpustakaan. Tentu saja, ini bukan daftar lengkap kesalahan terdeteksi dan contoh mereka hanya umum. Mengoreksi kekurangan, sayangnya, memiliki pengembang - sarana otomatis tidak cocok untuk tujuan ini.

Klee

Ini adalah program yang baik untuk menguji memori. Hal ini dapat mencegat sekitar 50 sistem panggilan dan sejumlah besar proses virtual sehingga dieksekusi secara paralel atau secara terpisah. Tapi secara umum, program ini tidak mencari beberapa tempat yang mencurigakan, dan memproses jumlah maksimum yang mungkin dari kode dan analisis yang digunakan jalur data. Karena itu, program pengujian tergantung pada ukuran objek. Ketika memeriksa taruhan dipasang pada proses simbolik. Mereka adalah salah satu cara yang mungkin untuk melakukan tugas-tugas dalam program yang diuji. Berkat operasi paralel adalah mungkin untuk menganalisis sejumlah besar varian pekerjaan aplikasi tes. Untuk setiap jalur set input data disimpan setelah tes, yang dimulai dengan cek. Perlu dicatat bahwa program pengujian menggunakan Klee membantu untuk mengidentifikasi sejumlah besar variasi, yang tidak seharusnya. Hal ini dapat menemukan masalah bahkan dalam aplikasi yang dikembangkan selama beberapa dekade.