welcome

terima kasih sudah mengunjungi blog saya

21 Mei 2010

Uji Perangkat Lunak

Apa yang dimaksud dengan Kasus Uji?

A test case is a set of conditions or variables and inputs that are developed for a particular goal or objective to be achieved on a certain application to judge its capabilities or features. Sebuah ujian adalah serangkaian kondisi atau variabel dan input yang dikembangkan untuk tujuan tertentu atau tujuan yang ingin dicapai pada aplikasi tertentu untuk menilai kemampuan atau fitur.
It might take more than one test case to determine the true functionality of the application being tested. Mungkin butuh lebih dari satu kasus uji untuk menentukan fungsi sebenarnya dari aplikasi yang sedang diuji. Every requirement or objective to be achieved needs at least one test case. Setiap kebutuhan atau tujuan yang ingin dicapai memerlukan sedikitnya satu kasus uji. Some software development methodologies like Rational Unified Process (RUP) recommend creating at least two test cases for each requirement or objective; one for performing testing through positive perspective and the other through negative perspective. Beberapa metodologi pengembangan perangkat lunak seperti Rational Unified Process (RUP) merekomendasikan membuat uji kasus setidaknya dua untuk setiap kebutuhan atau tujuan; satu untuk melakukan pengujian melalui perspektif positif dan yang lainnya melalui perspektif negatif.

Test Case Structure Kasus Uji Struktur

A formal written test case comprises of three parts – Sebuah ujian formal tertulis terdiri dari tiga bagian -

1. Information Informasi
Information consists of general information about the test case. Informasi terdiri dari informasi umum tentang kasus uji. Information incorporates Identifier, test case creator, test case version, name of the test case, purpose or brief description and test case dependencies. Informasi menggabungkan Identifier, pencipta uji kasus, versi uji kasus, nama ujian, tujuan, atau penjelasan singkat dan dependensi uji kasus.
2. Activity Kegiatan
Activity consists of the actual test case activities. Kegiatan terdiri dari kegiatan ujian yang sebenarnya. Activity contains information about the test case environment, activities to be done at test case initialization, activities to be done after test case is performed, step by step actions to be done while testing and the input data that is to be supplied for testing. Kegiatan berisi informasi tentang lingkungan ujian, kegiatan yang dilakukan di inisialisasi uji kasus, kegiatan yang akan dilakukan ujian setelah dilakukan, langkah demi langkah tindakan yang harus dilakukan pada saat uji coba dan data input yang akan diberikan untuk pengujian.
3. Results Hasil
Results are outcomes of a performed test case. Hasil adalah hasil dari ujian dilakukan. Results data consist of information about expected results and the actual results. Hasil data terdiri dari informasi tentang hasil yang diharapkan dan hasil aktual.

Designing Test Cases Merancang Uji Kasus

Test cases should be designed and written by someone who understands the function or technology being tested. kasus uji harus dirancang dan ditulis oleh seseorang yang mengerti fungsi atau teknologi yang diuji. A test case should include the following information – Kasus tes harus mencakup informasi berikut -

* Purpose of the test Tujuan pengujian
* Software requirements and Hardware requirements (if any) Persyaratan dan persyaratan Software Hardware (jika ada)
* Specific setup or configuration requirements Spesifik atau konfigurasi setup persyaratan
* Description on how to perform the test(s) Uraian tentang cara untuk melakukan uji (s)
* Expected results or success criteria for the test Hasil yang diharapkan atau kriteria keberhasilan untuk menguji

Designing test cases can be time consuming in a testing schedule, but they are worth giving time because they can really avoid unnecessary retesting or debugging or at least lower it. Merancang uji kasus dapat memakan waktu dalam jadwal pengujian, tetapi mereka pantas memberikan waktu karena mereka benar-benar dapat menghindari yang tidak perlu tes ulang atau debugging atau setidaknya lebih rendah itu. Organizations can take the test cases approach in their own context and according to their own perspectives. Organisasi dapat mengambil uji kasus pendekatan dalam konteks mereka sendiri dan menurut perspektif mereka sendiri. Some follow a general step way approach while others may opt for a more detailed and complex approach. Beberapa mengikuti langkah pendekatan secara umum sedangkan yang lain mungkin memilih pendekatan yang lebih rinci dan kompleks. It is very important for you to decide between the two extremes and judge on what would work the best for you. Hal ini sangat penting bagi anda untuk memutuskan antara dua ekstrem dan hakim pada apa yang akan bekerja yang terbaik untuk Anda. Designing proper test cases is very vital for your software testing plans as a lot of bugs, ambiguities, inconsistencies and slip ups can be recovered in time as also it helps in saving your time on continuous debugging and re-testing test cases. Merancang kasus proper test sangat penting untuk pengujian perangkat lunak Anda rencana sebagai banyak bug, ambiguitas, inkonsistensi dan slip up dapat dipulihkan dalam waktu juga membantu dalam menghemat waktu Anda untuk debugging terus menerus dan pengujian kembali kasus uji.

Tidak ada komentar:

Posting Komentar