Lompat ke isi

Pengujian perangkat lunak: Perbedaan antara revisi

Ensiklopedia Pengetahuan Universitas Islam Sultan Agung

Maintenance script (bicara | kontrib)

37.956 suntingan
Maintenance script (bicara | kontrib)
37.956 suntingan
Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28060160; atribusi sumber disertakan.
 
Maintenance script (bicara | kontrib)
37.956 suntingan
Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi
 
Baris 1: Baris 1:
'''Pengujian perangkat lunak''' () merupakan suatu investigasi yang dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji (''under test''). Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam operasional bisnis untuk memahami tingkat risiko pada implementasinya. Teknik-teknik pengujian mencakup, tetapi tidak terbatas pada, proses mengeksekusi suatu bagian program atau keseluruhan aplikasi dengan tujuan untuk menemukan ''[[bug]]'' perangkat lunak (kesalahan atau cacat lainnya).
'''Pengujian perangkat lunak''' () merupakan suatu investigasi yang dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji (''under test'').<ref>[http://www.kaner.com/pdfs/ETatQAI.pdf Exploratory Testing] , Cem Kaner, Florida Institute of Technology, ''Quality Assurance Institute Worldwide Annual Software Testing Conference'', Orlando, FL, November 2006</ref> Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam operasional bisnis untuk memahami tingkat risiko pada implementasinya. Teknik-teknik pengujian mencakup, tetapi tidak terbatas pada, proses mengeksekusi suatu bagian program atau keseluruhan aplikasi dengan tujuan untuk menemukan ''[[bug]]'' perangkat lunak (kesalahan atau cacat lainnya).<ref>[https://www.aw94net.com/2021/04/definisi-pengujian-kualitas-dan.html Definisi Pengujian, Kualitas dan Hubungannya].</ref>


Pengujian perangkat lunak dapat dinyatakan sebagai proses ''validasi'' dan ''verifikasi'' bahwa sebuah [[program komputer|program]] / aplikasi / produk:
Pengujian perangkat lunak dapat dinyatakan sebagai proses ''validasi'' dan ''verifikasi'' bahwa sebuah [[program komputer|program]] / aplikasi / produk:
Baris 8: Baris 8:


== Sejarah ==
== Sejarah ==
Glenford J Glenford. Myers awalnya memperkenalkan pemisahan debugging dan pengujian pada tahun 1979. Meskipun fokusnya adalah pada pengujian kerusakan ("Kasus pengujian yang berhasil adalah yang menemukan bug yang belum ditemukan".), menggambarkan keinginan komunitas pemrograman untuk memisahkan aktivitas pengembangan fundamental, seperti debugging, dari verifikasi.
Glenford J Glenford. Myers awalnya memperkenalkan pemisahan debugging dan pengujian pada tahun 1979.<ref>[https://books.google.com/books?vid=ISBN9780471043287&newbks=0&redir_esc=y The Art of Software Testing]. ''books.google.com''.</ref> Meskipun fokusnya adalah pada pengujian kerusakan ("Kasus pengujian yang berhasil adalah yang menemukan bug yang belum ditemukan".), menggambarkan keinginan komunitas pemrograman untuk memisahkan aktivitas pengembangan fundamental, seperti debugging, dari verifikasi.


== Raleigh ==
== Raleigh ==
Pengujian perangkat lunak dapat dilakukan oleh penguji perangkat lunak khusus; sampai tahun 1980-an istilah 'penguji perangkat lunak' biasanya digunakan, tetapi kemudian juga dilihat sebagai profesi yang terpisah. Hingga tahun 1970-an, pengujian video game ditangani oleh para pengembangnya sendiri. Mengenai periode dan tujuan pengujian perangkat lunak yang berbeda, peran yang berbeda seperti manajer pengujian, pemimpin pengujian, analis pengujian, pengembang pengujian, penguji, pengembang otomasi, dan administrator pengujian telah ditetapkan. Pengujian perangkat lunak juga dapat dilakukan oleh penguji perangkat lunak pihak ketiga.
Pengujian perangkat lunak dapat dilakukan oleh penguji perangkat lunak khusus; sampai tahun 1980-an istilah 'penguji perangkat lunak' biasanya digunakan, tetapi kemudian juga dilihat sebagai profesi yang terpisah.<ref>[https://www.techtarget.com/whatis/definition/software-testing What is software testing?]. ''www.techtarget.com''.</ref><ref>[https://sitthykun.wordpress.com/2011/02/22/software-testing/ Software Testing]. ''sitthykun.wordpress.com''.</ref><ref>[https://tryqa.com/what-is-software-testing/ What is Software Testing? Basics, Tutorial, Importance, Interview Questions]. ''tryqa.com''.</ref> Hingga tahun 1970-an, pengujian video game ditangani oleh para pengembangnya sendiri.<ref>[https://gamedevexplained.com/the-history-of-game-development-from-rpg-to-fps/ The History of Game Development: From RPG to FPS]. ''gamedevexplained.com''.</ref><ref>[https://wordfoxes.com/insights/qa-tester/ When Did Game Testers Became a Thing? How Can I Become One?]. ''wordfoxes.com''.</ref> Mengenai periode dan tujuan pengujian perangkat lunak yang berbeda,<ref>[https://dl.acm.org/doi/10.1145/62959.62965 The growth of software testing]. ''dl.acm.org''.</ref> peran yang berbeda seperti manajer pengujian, pemimpin pengujian, analis pengujian, pengembang pengujian, penguji, pengembang otomasi, dan administrator pengujian telah ditetapkan. Pengujian perangkat lunak juga dapat dilakukan oleh penguji perangkat lunak pihak ketiga.<ref>[https://books.google.com/books?vid=ISBN9780133749564&newbks=0&redir_esc=y More Agile Testing: Learning Journeys for the Whole Team]. ''books.google.com''.</ref>


== Kombinasi masukan dan prasyarat ==
== Kombinasi masukan dan prasyarat ==
Masalah mendasar dalam pengujian perangkat lunak adalah bahwa pengujian dengan semua kombinasi data input dan prasyarat (kondisi awal) tidak mungkin dilakukan bahkan dengan produk yang sederhana sekalipun. Ini berarti bahwa jumlah bug dalam produk perangkat lunak bisa sangat banyak, dan cacat yang jarang terjadi sulit untuk dideteksi selama pengujian dan debugging.
Masalah mendasar dalam pengujian perangkat lunak adalah bahwa pengujian dengan semua kombinasi data input dan prasyarat (kondisi awal) tidak mungkin dilakukan bahkan dengan produk yang sederhana sekalipun.<ref>[https://books.google.com/books?vid=ISBN9780471358466&newbks=0&redir_esc=y Testing Computer Software]. ''books.google.com''.</ref> Ini berarti bahwa jumlah bug dalam produk perangkat lunak bisa sangat banyak, dan cacat yang jarang terjadi sulit untuk dideteksi selama pengujian dan debugging.
 
== Catatan kaki ==
 


== Referensi ==
<references />


== Sumber dan atribusi ==
== Sumber dan atribusi ==


Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Pengujian+perangkat+lunak&oldid=28060160 Wikipedia bahasa Indonesia], revisi 28060160 (2025-10-17T09:28:44Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.
Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Pengujian+perangkat+lunak&oldid=28060160 Wikipedia bahasa Indonesia], revisi 28060160 (2025-10-17T09:28:44Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.
<!-- WIKI_UNISSULA_PRESENTATION_V4 -->

Revisi terkini sejak 23 Agustus 2026 04.08

Pengujian perangkat lunak () merupakan suatu investigasi yang dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji (under test).[1] Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam operasional bisnis untuk memahami tingkat risiko pada implementasinya. Teknik-teknik pengujian mencakup, tetapi tidak terbatas pada, proses mengeksekusi suatu bagian program atau keseluruhan aplikasi dengan tujuan untuk menemukan bug perangkat lunak (kesalahan atau cacat lainnya).[2]

Pengujian perangkat lunak dapat dinyatakan sebagai proses validasi dan verifikasi bahwa sebuah program / aplikasi / produk:

  1. Memenuhi kebutuhan (requirement) yang mendasari perancangan dan pengembangan perangkat lunak tersebut;
  2. Berjalan sesuai dengan yang diharapkan;
  3. Dapat diterapkan menggunakan karakteristik yang sama;
  4. Memenuhi kebutuhan semua pihak yang berkepentingan.

Sejarah

Glenford J Glenford. Myers awalnya memperkenalkan pemisahan debugging dan pengujian pada tahun 1979.[3] Meskipun fokusnya adalah pada pengujian kerusakan ("Kasus pengujian yang berhasil adalah yang menemukan bug yang belum ditemukan".), menggambarkan keinginan komunitas pemrograman untuk memisahkan aktivitas pengembangan fundamental, seperti debugging, dari verifikasi.

Raleigh

Pengujian perangkat lunak dapat dilakukan oleh penguji perangkat lunak khusus; sampai tahun 1980-an istilah 'penguji perangkat lunak' biasanya digunakan, tetapi kemudian juga dilihat sebagai profesi yang terpisah.[4][5][6] Hingga tahun 1970-an, pengujian video game ditangani oleh para pengembangnya sendiri.[7][8] Mengenai periode dan tujuan pengujian perangkat lunak yang berbeda,[9] peran yang berbeda seperti manajer pengujian, pemimpin pengujian, analis pengujian, pengembang pengujian, penguji, pengembang otomasi, dan administrator pengujian telah ditetapkan. Pengujian perangkat lunak juga dapat dilakukan oleh penguji perangkat lunak pihak ketiga.[10]

Kombinasi masukan dan prasyarat

Masalah mendasar dalam pengujian perangkat lunak adalah bahwa pengujian dengan semua kombinasi data input dan prasyarat (kondisi awal) tidak mungkin dilakukan bahkan dengan produk yang sederhana sekalipun.[11] Ini berarti bahwa jumlah bug dalam produk perangkat lunak bisa sangat banyak, dan cacat yang jarang terjadi sulit untuk dideteksi selama pengujian dan debugging.

Referensi

  1. ↑ Exploratory Testing , Cem Kaner, Florida Institute of Technology, Quality Assurance Institute Worldwide Annual Software Testing Conference, Orlando, FL, November 2006
  2. ↑ Definisi Pengujian, Kualitas dan Hubungannya.
  3. ↑ The Art of Software Testing. books.google.com.
  4. ↑ What is software testing?. www.techtarget.com.
  5. ↑ Software Testing. sitthykun.wordpress.com.
  6. ↑ What is Software Testing? Basics, Tutorial, Importance, Interview Questions. tryqa.com.
  7. ↑ The History of Game Development: From RPG to FPS. gamedevexplained.com.
  8. ↑ When Did Game Testers Became a Thing? How Can I Become One?. wordfoxes.com.
  9. ↑ The growth of software testing. dl.acm.org.
  10. ↑ More Agile Testing: Learning Journeys for the Whole Team. books.google.com.
  11. ↑ Testing Computer Software. books.google.com.

Sumber dan atribusi

Konten artikel ini diadaptasi dari Wikipedia bahasa Indonesia, revisi 28060160 (2025-10-17T09:28:44Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.


Diperoleh dari "https://wiki.unissula.ac.id/index.php?title=Pengujian_perangkat_lunak&oldid=981"