BAB IArti dan tujuan pengujian sistem

Pengujian Sekali program dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal software, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan – kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.

Pemeliharaan Software akan mengalami perubahan setelah disampaikan kepada pelanggan (perkecualian yang mungkin adalah software yang dilekatkan). Perubahan akan terjadi karena kesalahan – kesalahan ditentukan, karena software harus disesuaikan untuk mengakomodasi perubahan – perubahan di dalam lingkungan eksternalnya (contohnya perubahan yang dibutuhkan sebagai akibat dari perangkat peripheral atau sistem operasi yang baru), atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja.

Pemeliharaan software mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi.

Tujuan dari pengujian ini adalah diharapkan dengan minimal tenaga dan waktu untuk menemukan berbagai potensi kesalahan dan cacat.Harus didasarkan pada kebutuhan berbagai tahap pengembangan, desain dan dokumen lain atau program yang dirancang untuk menguji struktur internal, dan menggunakan contoh-contoh ini untuk

menjalankan program untuk mendeteksi kesalahan.

1

Pengujian sistem informasi harus mencakup pengujian perangkat lunak, pengujian perangkat keras dan pengujian jaringan.

Pengujian Hardware, jaringan pengujian berdasarkan indikator kinerja spesifik yang akan, digunakan di sini, pengujian lebih jauh adalah pengujian perangkat lunak.

Sistem pengujian untuk memastikan kualitas dan keandalan sistem langkah kunci dalam proses pengembangan sistem adalah analisis sistematis pada desain sistem dan pelaksanaan review akhir.Berdasarkan uji konsep dan tujuan sistem informasi selama tes harus mengikuti prinsip-prinsip dasar.

* Sesegera mungkin dan terus diuji.Pengujian tidak dalam pengembangan aplikasi dilakukan setelah selesai.Karena kompleksitas asli masalah, keragaman tahap perkembangan serta koordinasi antara peserta dan faktor lainnya, membuat rambut di semua tahapan pembangunan mungkin mengalami kesalahan.

Oleh karena itu, tes yang harus dijalankan melalui berbagai tahap perkembangan secepat mungkin untuk memperbaiki kesalahan, menghilangkan bahaya yang tersembunyi.

* Pengujian harus dihindari oleh orang-orang asli yang bekerja atau komitmen kelompok, di satu sisi, pengembang sering enggan untuk memanggil pekerjaan mereka diakui, dan percaya bahwa perangkat lunak mereka sendiri dikembangkan tidak ada kesalahan; sisi lain, pengembang kesalahan adalah pada sayamenguji, mudah untuk program sesuai dengan ide mereka sendiri untuk mengembangkan ide-ide pengujian, memiliki keterbatasan.

Pengujian harus dilakukan oleh personel khusus untuk melaksanakan, akan lebih obyektif dan lebih efektif

2

• Desain uji program, tidak hanya untuk menentukan input data, tetapi juga berfungsi sesuai dengan sistem untuk menentukan output yang diharapkan.

Hasil aktual dibandingkan dengan hasil yang diharapkan dapat ditemukan dalam benda uji sudah benar.

• Desain uji kasus, tidak hanya untuk merancang kondisi masukan efektif dan masuk akal, tetapi juga termasuk kegagalan yang tidak masuk akal dari kondisi input.

Test, orang sering digunakan sesuai dengan, kondisi normal yang wajar untuk pengujian, sementara mengabaikan uji keadaan normal, tidak masuk akal dan tak terduga, dan ini mungkin tersembunyi.

• Dalam program tes, tidak hanya melakukan prosedur pengujian yang dilakukan, tetapi juga untuk menguji apakah prosedur yang dilakukan tidak harus dilakukan.Efek samping dari kerja tambahan akan mempengaruhi efisiensi prosedur, kadang-kadang menimbulkan potensi bahaya atau kesalahan.

* Melakukan sesuai dengan rencana uji ketat, untuk menghindari uji sewenang-wenang.

Rencana pengujian harus mencakup konten pengujian, penjadwalan, staf, lingkungan pengujian, alat-alat tes dan informasi tes.Ketat sesuai dengan rencana pengujian dapat; kemajuan sertifikasi, sehingga semua pihak dapat dikoordinasikan.

* Jauhkan rencana uji, uji kasus, sebagai bagian dari dokumentasi perangkat lunak, untuk pemeliharaan kenyamanan

* Uji kasus secara hati-hati dirancang, dapat kembali pengujian atau pengujian tambahan dengan mudah.Ketika Zi benar sebelum uji kasus, atau memodifikasi dasar, dan kemudian menguji.

3

Pengujian adalah proses pengembangan tahap mandiri dan sangat penting dalam proses pengujian pada dasarnya sejajar dengan proses pembangunan.

Sebuah proses pengujian standar biasanya meliputi kegiatan uji berikut dasar.

(1) menyiapkan rencana uji.Dalam rencana uji, kita sepenuhnya harus mempertimbangkan waktu keseluruhan proyek pembangunan dan pengembangan ke anak serta beberapa faktor manusia dan kondisi obyektif, membuat rencana uji layak.Utama isi isi rencana uji, penjadwalan lingkungan pengujian, uji dan persyaratan yang dibutuhkan untuk menguji pengaturan pelatihan.

(2) penyusunan kerangka uji.Uji garis didasarkan pada ujian.Ini jelas menetapkan secara rinci sistem dalam tes untuk fitur atau fitur dari masing- masing harus menyelesaikan item tes dasar dan kriteria uji penyelesaian.

(3) Menurut garis besar rancangan dan pengujian untuk menghasilkan uji kasus.Bila dalam desain uji kasus, kasus uji dapat disajikan di depan teknik pemanfaatan dan desain, sehingga dalam dokumentasi pengujian desain dan isinya diukur item, data input, proses pengujian, output yang diharapkan dan sebagainya.

(4) untuk melaksanakan ujian.Tahap implementasi dari tes ini adalah terdiri dari serangkaian siklus uji.Dalam setiap siklus uji, penguji dan pengembang akan didasarkan pada program persiapan pra-tes dan menyiapkan ujian yang baik, perangkat lunak uji, atau peralatan untuk tes lengkap.

(5) membuat laporan uji.Test selesai, untuk membentuk laporan pengujian yang sesuai, utama garis-garis besar tes yang ditetapkan kesimpulan tes yang cacat dan kesalahan, juga memberikan beberapa saran, seperti metode modifikasi dapat digunakan, perubahan beban kerja yang diproyeksikandan memodifikasi petugas yang bertanggung jawab.

4

BAB II

Contoh Pengujian sistem

A.WHITE BOX

Dikenal juga dengan nama glass box, structural, clear box dan open box testing. Merupakan teknik testing perangkat lunak yang harus mengetahui secara detail tetang perangkat lunak yang akan di uji.

Untuk pengujian yang lengkap maka suatu perangkat lunak harus diuji dengan white box dan black box testing

Dengan Menggunakan white box testing, software engineer dapat medesain suatutest cases yang dapat digunakan untuk :1. Menguji setiap jalur independent2. Menguji keputusan logic (true atau falsa )3. Menguji Loops dan batasannya4. Menguji Data Struktur internalnya

White Box Testing menggunakan 3 macam tahapam testinUnit TestingIntegration testingRegression Testing

Mendesain Test Case, Setiap membuat module/unit maka test case harus dilakukan : Test Awal yang dapat dilakukan adalah

Analisa Code Coverage : Basic block coverage, Decision coverage, Condition coverage, Branch coverage, Loop coverage

1. Basis path testing Digunakan untuk melakukan pengujian bahwa semua jalur independent terlewati semua. Paling tidak suatu jalur minimal harus terlewati sekali.

5

B.Statement Decision Path Coverage

Independent Path pada gambar di atas:1. 1-2-7-8 (property owned, pay rent)2. 1-2-7-9 (property owned, no money for rent)3. 1-2-3-4-5-6 (buy house)

4. 1-2-3 (don't want to buy)5. 1-2-3-4 (want to buy, don't have enough money)

Loop Test

Bertugas untuk melakukan validasi terhadap loopJenis loop:1. Simple Loopsdengan ukuran n:

Skip loop entirely Only one pass through loop Two passes through loop m passes through loop where m (n-1), n, and (n+1) passes through the loop.

2. Nested Loops Start with inner loop. Set all other loops to minimum values. Conduct simple loop testing on inner loop. Work outwards Continue until all loops tested.

3. Concatenated Loops If independent loops, use simple loop testing.

If dependent, treat as nested loops.4. Unstructured

loopsDon't test -redesign.

6

C.BLACK BOX

Dikenal dengan nama lain: Input/output testing Data driven testing

Menggunakan asumsi tidak mengenal struktur internal dari program (black box). Berkonsentrasi untuk menemukan kondisi dimana program tidak berjalan sesuai dengan spesifikasi (fungsional) Menggunakan spesifikasi untuk data test

Berusaha menemukan kesalahan: Fungsi yang tidak benar atau tidak ada Kesalahan interface Kesalahan pada struktur data atau akses DB Kesalahan perilaku atau performa

Kesalahan inisialisasi Biasa dilakukan di akhir dari proses testing, karena tidak memperhatikan struktur kontrol seperti white box testing.

Untuk bisa menemukan semua kesalahan menggunakan strategi ini, diperlukan exhaustive input testing (menggunakan segala macam kemungkinan sebagai input) Input tidak hanya valid input, tetapi juga kombinasi yang mungkin dimasukkan Testing akan semakin kompleks, sebanding dengan kompleksitas program Unlimited virtual test case

7

D. Pengertian Black Box

PENGERTIAN :

Black Box pengujian adalah metode pengujian perangkat lunak yang menguji fungsionalitas aplikasi yang bertentangan dengan struktur internal atau kerja (lihat pengujian white-box). Pengetahuan khusus dari kode aplikasi / struktur

internal dan pengetahuan pemrograman pada umumnya tidak diperlukan. Uji kasus dibangun di sekitar spesifikasi dan persyaratan, yakni, aplikasi apa

yang seharusnya dilakukan. Menggunakan deskripsi eksternal perangkat lunak, termasuk spesifikasi, persyaratan, dan desain untuk menurunkan uji kasus. Tes ini dapat menjadi fungsional atau non-fungsional, meskipun biasanya fungsional.

Perancang uji memilih input yang valid dan tidak valid dan menentukan output yang benar. Tidak ada pengetahuan tentang struktur internal benda uji itu.

Metode uji dapat diterapkan pada semua tingkat pengujian perangkat lunak: unit, integrasi, fungsional, sistem dan penerimaan. Ini

biasanya terdiri dari kebanyakan jika tidak semua pengujian pada tingkat yang lebih tinggi, tetapi juga bisa mendominasi unit testing juga.

Pengujian pada Black Box berusaha menemukan kesalahan seperti:

o Fungsi-fungsi yang tidak benar atau hilango Kesalahan interfaceo Kesalahan dalam struktur data atau akses database eksternalo Kesalahan kinerjao Inisialisasi dan kesalahan terminasi

Teknik khas Black Box Testing desain meliputi:1. DECISION TABLE

Decision Tablel adalah cara yang tepat belum kompak untuk model logika rumit, seperti diagram alur dan jika-then- else dan switch-laporan kasus, kondisi mengaitkan dengan tindakan untuk melakukan, tetapi dalam banyak kasus

melakukannya dengan cara yang lebih elegan.Pada tahun 1960-an dan 1970-an berbagai “Decision Table Based“

bahasa seperti Filetab sangat populer untuk pemrograman bisnis.

8

state transition table adalah salah satu dari banyak cara untuk menentukan mesin negara, cara lain menjadi diagram negara, dan persamaan karakteristik.

4. EQUIVALENCE PARTITIONINGEquivalence partitioning adalah pengujian perangkat lunak teknik

yang membagi data masukan dari unit perangkat lunak menjadi beberapa partisi data dari mana test case dapat diturunkan. Pada prinsipnya, uji kasus dirancang untuk

menutupi setiap partisi minimal sekali. Teknik ini mencoba untuk

mendefinisikan kasus uji yang mengungkap kelas kesalahan, sehingga mengurangi jumlah kasus uji yang harus dikembangkan.

Dalam kasus yang jarang Equivalence partitioning juga diterapkan pada output dari komponen perangkat lunak, biasanya itu diterapkan pada masukan dari komponen diuji. Partisi ekivalen biasanya berasal dari spesifikasi persyaratan untuk atribut masukan yang mempengaruhi pengolahan benda uji. Sebuah masukan telah rentang tertentu yang rentang sah dan lainnya yang tidak valid. Data yang tidak valid di sini tidak berarti bahwa data tidak benar, itu berarti bahwa data ini terletak diluar dari partisi tertentu. Hal ini mungkin lebih tepat

dijelaskan oleh contoh fungsi yang mengambil sebuah parameter “bulan“.

Jangkauan bulan adalah 1 sampai 12, mewakili Januari- Desember. Jangkauan ini disebut partisi. Dalam contoh ini ada dua partisi lebih lanjut rentang tidak valid. Partisi pertama akan menjadi tidak valid <= 0 dan partisi tidak valid kedua akan menjadi> = 13.

5. BOUNDRY VALUES ANALYSISBoundary value analysis merupakan suatu teknik pengujian

perangkat lunak di mana tes dirancang untuk mencakup perwakilan dari nilai-nilai batas. Nilai-nilai di tepi sebuah partisi kesetaraan atau sebesar nilai terkecil di kedua sisi tepi. Nilai dapat berupa rentang masukan atau keluaran dari

komponen perangkat lunak. Karena batas-batas tersebut adalah lokasi umum untuk kesalahan yang mengakibatkan kesalahan perangkat lunak mereka sering dilakukan dalam kasus-kasus uji.

10

KESIMPULAN :

Proses pengujian berfokus pada logika internal software, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan – kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.

Tujuan dari pengujian ini adalah diharapkan dengan minimal tenaga dan waktu untuk menemukan berbagai potensi kesalahan dan cacat

Dengan Menggunakan white box testing, software engineer dapat medesain suatutest cases yang dapat digunakan untuk :1. Menguji setiap jalur independent2. Menguji keputusan logic (true atau falsa )3. Menguji Loops dan batasannya4. Menguji Data Struktur internalnya

11

KATA PENGANTAR

Puji syukur saya panjat kepada Tuhan Yang Maha Esa,karena atas karunianya saya dapat menyelesaikan makalah tentang Metode Pengujian Sistem.dalam tugas yang di berikan oleh dosen,dengan mata kulian Rekayasa Perangkat Lunak . Dalam pembuatan makalah ini saya mendapat sedikit kesulitan yaitu susahnya mendapatkan referensi.Namun makalah ini dapat saya selesaikan juga.

Mungkin dalam makalah ini terdapat banyak kekurangan,mohon dimaklumi karena penulis hanya manusia biasa yang tak luput dari kesalahan.Dan diharapkan

saran dari pembaca agar makalah selanjutnya bisa lebih baik.oleh karena saran dan kritikan pembaca sangat diharapkan.

i

DAFTAR ISI

Kata Pengantar .......................................................................................................i

Daftar Isi ..................................................................................................................iiBab I Arti dan Tujuan Sistem ............................................................................ 1 - 4 Bab II Contoh Pengujian Sistem .......................................................................5 - 7

A. WHITEBOX..........................................................................................5

B. StatementDecisionPathCoverage........................................................6C. BLACKBOX...............................................................................................7

D. Pengertian BLACK BOX..................................................................8 - 10

Kesimpulan..............................................................................................................11

ii