Kamu Start Up? Wajib Pahami Pengujian Perangkat Lunak Aplikasi

hal yang harus di pahami pengujian perangkat lunak
perangkat lunak

Pengertian atau definisi pengujian perangkat lunak?

PENGUJIAN PERANGKAT LUNAK Bisa diimplementasikan sebagai kegiatan untuk memeriksa apakah hasil aktual perangkat lunak sesuai dengan hasil yang diharapkan dan untuk memastikan bahwa sistem perangkat lunak bebas Cacat . Ini melibatkan pelaksanaan komponen perangkat lunak atau komponen sistem untuk mengevaluasi satu atau lebih sifat yang menarik. Pengujian perangkat lunak juga membantu mengidentifikasi kesalahan, kesenjangan atau persyaratan yang hilang bertentangan dengan persyaratan aktual. Ini dapat dilakukan secara manual atau menggunakan alat otomatis. Beberapa lebih suka mengatakan pengujian Perangkat Lunak sebagai White Box dan Black Box Testing .

Lantas apa pentingnya pengujian perangkat lunak?

Pengujian penting karena bug perangkat lunak bisa mahal atau bahkan berbahaya. Bug perangkat lunak berpotensi menyebabkan kerugian finansial dan manusia, dan sejarah penuh dengan contoh-contoh seperti itu.


  • Pada April 2015, terminal Bloomberg di London jatuh karena kesalahan perangkat lunak mempengaruhi lebih dari 300.000 pedagang di pasar keuangan. Ini memaksa pemerintah untuk menunda penjualan utang 3 miliar pound.
  • Mobil Nissan harus menarik lebih dari 1 juta mobil dari pasar karena kegagalan perangkat lunak dalam detektor sensor airbag. Telah dilaporkan dua kecelakaan karena kegagalan perangkat lunak ini.
  • Starbucks terpaksa menutup sekitar 60 persen toko di AS dan Kanada karena kegagalan perangkat lunak dalam sistem POS-nya. Pada satu titik toko menyajikan kopi secara gratis karena mereka tidak dapat memproses transaksi.
  • Beberapa pengecer pihak ketiga Amazon melihat harga produk mereka dikurangi menjadi 1p karena kesalahan perangkat lunak. Mereka dibiarkan dengan kerugian besar.
  • Kerentanan dalam Jendela 10. Bug ini memungkinkan pengguna untuk melarikan diri dari kotak pasir keamanan melalui cacat pada sistem win32k.
  • Pada 2015 pesawat tempur F-35 menjadi korban bug perangkat lunak, membuatnya tidak dapat mendeteksi target dengan benar.
  • China Airlines Airbus A300 jatuh karena bug perangkat lunak pada tanggal 26 April 1994, menewaskan 264 orang yang tidak bersalah
  • Pada tahun 1985, mesin terapi radiasi Therac-25 Kanada tidak berfungsi karena bug perangkat lunak dan memberikan dosis radiasi mematikan kepada pasien, menyebabkan 3 orang meninggal dan secara kritis melukai 3 lainnya.
  • Pada bulan April 1999, bug perangkat lunak menyebabkan kegagalan peluncuran satelit militer senilai $ 1,2 miliar, kecelakaan paling mahal dalam sejarah
  • Pada bulan Mei 1996, bug perangkat lunak menyebabkan rekening bank 823 pelanggan dari sebuah bank besar AS dikreditkan dengan 920 juta dolar AS.
Apa itu jenis pengujian perangkat lunak?


Jenis Pengujian Perangkat Lunak adalah klasifikasi kegiatan pengujian yang berbeda ke dalam kategori, masing-masing memiliki, tujuan tes yang ditentukan, strategi pengujian, dan hasil tes. Tujuan memiliki jenis pengujian adalah untuk memvalidasi Aplikasi Di Bawah Tes (AUT) untuk Tujuan Tes yang ditentukan.


Misalnya, tujuan pengujian Aksesibilitas adalah untuk memvalidasi AUT agar dapat diakses oleh orang-orang cacat. Jadi, jika solusi Perangkat Lunak Anda harus tidak bersahabat dengan ramah, Anda memeriksanya dengan Uji Kasus Aksesibilitas.

Berikut beberapa tipe-tipe pengujian perangkat lunak:
1. Pengujian Penerimaan(UAT): Pengujian formal dilakukan untuk menentukan apakah suatu sistem memenuhi kriteria penerimaan atau tidak dan memungkinkan pelanggan untuk menentukan apakah menerima sistem atau tidak. Biasanya dilakukan oleh pelanggan.

User Acceptance Testing (UAT) adalah jenis pengujian yang dilakukan oleh pengguna akhir atau klien untuk memverifikasi / menerima sistem perangkat lunak sebelum memindahkan aplikasi perangkat lunak ke lingkungan produksi. UAT dilakukan pada tahap akhir pengujian setelah pengujian fungsional, integrasi dan sistem dilakukan.

Siapa saja yang terlibat dalam tujuan melakukan UAT? Yaitu Client dan Pengguna akhir tentunya
Lantas bagaimana melakukan pengujian UAT?
UAT dilakukan oleh pengguna sistem atau perangkat lunak yang dituju. Jenis Pengujian Perangkat Lunak ini biasanya terjadi di lokasi klien yang dikenal sebagai Pengujian Beta. Setelah kriteria Entri untuk UAT dipenuhi, berikut adalah tugas yang harus dilakukan oleh penguji:
proses uat
Proses UAT (User Acceptance Testing)

  • Analisis Persyaratan Bisnis
  • Pembuatan rencana uji UAT
  • Identifikasi Skenario Pengujian
  • Buat UAT Test Cases
  • Persiapan Data Uji (Produksi seperti Data)
  • Jalankan Uji kasus
  • Catat Hasil
  • Konfirmasikan tujuan bisnis
2. Pengujian Aksesibilitas: Jenis pengujian yang menentukan kegunaan produk bagi orang-orang yang cacat (tuli, buta, cacat mental, dll.). Proses evaluasi dilakukan oleh para penyandang cacat. Baca Lebih Lanjut tentang Pengujian Aksesibilitas

3. Pengujian Aktif: Jenis pengujian yang terdiri dari memperkenalkan data uji dan menganalisis hasil eksekusi. Biasanya dilakukan oleh tim pengujian.

4. Agile Testing: Praktik pengujian perangkat lunak yang mengikuti prinsip-prinsip manifesto tangkas, menekankan pengujian dari perspektif pelanggan yang akan memanfaatkan sistem. Ini biasanya dilakukan oleh tim QA. Baca Lebih Lanjut tentang Pengujian Agile

5. Umur Pengujian: Jenis pengujian yang mengevaluasi kemampuan sistem untuk melakukan di masa depan. Proses evaluasi dilakukan oleh tim pengujian.

6. Pengujian Ad-hoc: Pengujian dilakukan tanpa perencanaan dan dokumentasi - tester mencoba untuk 'memecahkan' sistem dengan secara acak mencoba fungsi sistem. Itu dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Ad-hoc

7. Pengujian Alpha: Jenis pengujian produk atau sistem perangkat lunak yang dilakukan di situs pengembang. Biasanya itu dilakukan oleh pengguna akhir. Baca Lebih Lanjut tentang Pengujian Alpha

8. Pengujian Ketegasan: Jenis pengujian yang terdiri dalam memverifikasi jika kondisi mengkonfirmasi persyaratan produk. Itu dilakukan oleh tim pengujian.

9. Pengujian API: Teknik pengujian yang mirip dengan Pengujian Unit dalam hal ini menargetkan level kode. Api Testing berbeda dari Unit Testing karena biasanya merupakan tugas QA dan bukan tugas pengembang. Baca Lebih Lanjut tentang Pengujian API

10. All-pairs Testing: Metode pengujian kombinatorial yang menguji semua kemungkinan kombinasi parameter input yang terpisah. Ini dilakukan oleh tim pengujian.

11. Pengujian Otomatis: Teknik pengujian yang menggunakan alat Pengujian Otomasi untuk mengontrol pengaturan lingkungan, pelaksanaan pengujian, dan pelaporan hasil. Ini dilakukan oleh komputer dan digunakan di dalam tim pengujian.

13. Basis Path Testing: Suatu mekanisme pengujian yang memperoleh ukuran kompleksitas logis dari desain prosedural dan menggunakannya sebagai panduan untuk mendefinisikan serangkaian dasar jalur eksekusi. Ini digunakan oleh tim pengujian saat mendefinisikan kasus pengujian.

14. Pengujian Kompatibilitas Mundur: Metode pengujian yang memverifikasi perilaku perangkat lunak yang dikembangkan dengan versi lingkungan pengujian yang lebih lama. Itu dilakukan oleh tim pengujian.

15. Pengujian Beta: Pengujian akhir sebelum merilis aplikasi untuk tujuan komersial. Ini biasanya dilakukan oleh pengguna akhir atau orang lain.

16. Benchmark Testing: Teknik pengujian yang menggunakan serangkaian program dan data yang dirancang untuk mengevaluasi kinerja perangkat keras dan lunak komputer dalam konfigurasi yang diberikan. Ini dilakukan oleh tim pengujian. 

17. Big Bang Integration Testing: Teknik pengujian yang mengintegrasikan modul program individu hanya ketika semuanya sudah siap. Ini dilakukan oleh tim pengujian.

18. Binary Portability Testing: Teknik yang menguji aplikasi yang dapat dieksekusi untuk portabilitas di seluruh platform dan lingkungan sistem, biasanya untuk konformasi dengan spesifikasi ABI. Ini dilakukan oleh tim pengujian.

19. Boundary Value Testing: Teknik pengujian perangkat lunak di mana pengujian dirancang untuk menyertakan perwakilan nilai batas. Ini dilakukan oleh tim pengujian QA. Baca Lebih Lanjut tentang Pengujian Nilai Batas

20. Pengujian Integrasi Bottom-Up: Dalam Pengujian Integrasi bottom-up, modul pada tingkat terendah dikembangkan terlebih dahulu dan modul-modul lain yang mengarah ke program 'utama' diintegrasikan dan diuji satu per satu. Biasanya dilakukan oleh tim pengujian.

21. Branch Testing: Teknik pengujian di mana semua cabang dalam kode sumber program diuji setidaknya sekali. Ini dilakukan oleh pengembang.

22. Breadth Testing: Suatu rangkaian uji yang menjalankan fungsionalitas penuh suatu produk tetapi tidak menguji fitur secara terperinci. Ini dilakukan oleh tim pengujian.

23. Black box Testing: Metode pengujian perangkat lunak yang memverifikasi fungsionalitas aplikasi tanpa memiliki pengetahuan khusus tentang kode / struktur internal aplikasi. Tes didasarkan pada persyaratan dan fungsionalitas. Ini dilakukan oleh tim QA. Baca Lebih Lanjut tentang Pengujian kotak hitam

24. Code-driven Testing: Teknik pengujian yang menggunakan kerangka kerja pengujian (seperti xUnit) yang memungkinkan pelaksanaan tes unit untuk menentukan apakah berbagai bagian kode bertindak seperti yang diharapkan dalam berbagai keadaan. Ini dilakukan oleh tim pengembangan.

25. Pengujian Kompatibilitas: Teknik pengujian yang memvalidasi kinerja perangkat lunak dalam perangkat keras / perangkat lunak / sistem operasi / lingkungan jaringan tertentu. Ini dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Kompatibilitas

26. Pengujian Perbandingan: Teknik pengujian yang membandingkan kekuatan dan kelemahan produk dengan versi sebelumnya atau produk serupa lainnya. Dapat dilakukan oleh penguji, pengembang, manajer produk atau pemilik produk. Baca Lebih Lanjut tentang Pengujian Komponen

27. Pengujian Komponen: Teknik pengujian yang mirip dengan pengujian unit tetapi dengan tingkat integrasi yang lebih tinggi - pengujian dilakukan dalam konteks aplikasi alih-alih langsung menguji metode tertentu. Dapat dilakukan oleh tim pengujian atau pengembangan.

28. Pengujian Konfigurasi: Teknik pengujian yang menentukan konfigurasi perangkat keras dan perangkat lunak yang minimal dan optimal, dan pengaruh penambahan atau modifikasi sumber daya seperti memori, drive disk, dan CPU. Biasanya itu dilakukan oleh para insinyur Pengujian Kinerja. Baca Lebih Lanjut tentang Pengujian Konfigurasi

29. Kondisi Cakupan Pengujian: Jenis pengujian perangkat lunak di mana setiap kondisi dijalankan dengan membuatnya benar dan salah, dalam setiap cara setidaknya sekali. Biasanya dibuat oleh tim Pengujian Otomasi.

30. Pengujian Kepatuhan: Jenis pengujian yang memeriksa apakah sistem dikembangkan sesuai dengan standar, prosedur dan pedoman. Biasanya dilakukan oleh perusahaan eksternal yang menawarkan merek "Certified OGC Compliant".

31. Concurrency Testing: Pengujian multi-pengguna diarahkan untuk menentukan efek mengakses kode aplikasi, modul atau catatan database yang sama. Itu biasanya dilakukan oleh insinyur kinerja. Baca Lebih Lanjut tentang Pengujian Konkurensi

32. Conformance Testing: Proses pengujian yang sesuai dengan spesifikasi yang menjadi dasar implementasi. Ini biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Kesesuaian

33. Context Driven Testing: Teknik Agile Testing yang mengadvokasi evaluasi berkesinambungan dan kreatif dari peluang pengujian mengingat potensi informasi yang diungkapkan dan nilai informasi tersebut kepada organisasi pada saat tertentu. Ini biasanya dilakukan oleh tim pengujian Agile. Baca Lebih Lanjut tentang Pengujian Berbasis Konteks

34. Pengujian Konversi: Pengujian program atau prosedur yang digunakan untuk mengkonversi data dari sistem yang ada untuk digunakan dalam sistem penggantian. Ini biasanya dilakukan oleh tim QA.

35. Decision Coverage Testing: Jenis pengujian perangkat lunak di mana setiap kondisi / keputusan dijalankan dengan menetapkannya benar / salah. Biasanya dibuat oleh tim pengujian otomatisasi.

36. Destructive Testing: Jenis pengujian di mana pengujian dilakukan terhadap kegagalan spesimen, untuk memahami kinerja struktural spesimen atau perilaku material di bawah beban yang berbeda. Ini biasanya dilakukan oleh tim QA. Baca Lebih Lanjut tentang Pengujian Merusak

37. Ketergantungan Pengujian: Jenis pengujian yang memeriksa persyaratan aplikasi untuk perangkat lunak yang sudah ada, keadaan awal dan konfigurasi untuk menjaga fungsionalitas yang tepat. Ini biasanya dilakukan oleh tim pengujian.

38. Pengujian Dinamis: Istilah yang digunakan dalam rekayasa perangkat lunak untuk menggambarkan pengujian perilaku dinamis kode. Ini biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Dinamis

39. Pengujian Domain: Teknik pengujian kotak putih yang berisi pemeriksaan bahwa program hanya menerima input yang valid. Biasanya dilakukan oleh tim pengembangan perangkat lunak dan kadang-kadang oleh tim pengujian otomatisasi.

40. Pengujian Penanganan Kesalahan: Jenis pengujian perangkat lunak yang menentukan kemampuan sistem untuk memproses transaksi yang salah dengan benar. Biasanya dilakukan oleh tim pengujian.

41. Pengujian End-to-end: Mirip dengan pengujian sistem, melibatkan pengujian lingkungan aplikasi lengkap dalam situasi yang meniru penggunaan dunia nyata, seperti berinteraksi dengan database, menggunakan komunikasi jaringan, atau berinteraksi dengan perangkat keras, aplikasi, atau sistem lain jika pantas. Ini dilakukan oleh tim QA. Baca Lebih Lanjut tentang Pengujian End-to-end

42. Pengujian Daya Tahan: Jenis pengujian yang memeriksa kebocoran memori atau masalah lain yang mungkin terjadi dengan eksekusi yang berkepanjangan. Biasanya dilakukan oleh insinyur kinerja. Baca Lebih Lanjut tentang Pengujian Daya Tahan

43. Eksplorasi Pengujian: Teknik pengujian kotak hitam dilakukan tanpa perencanaan dan dokumentasi. Biasanya dilakukan oleh penguji manual. 

44. Equivalence Partitioning Testing: Teknik pengujian perangkat lunak yang membagi input data dari unit perangkat lunak menjadi partisi data dari mana kasus uji dapat diturunkan. biasanya dilakukan oleh tim QA. Baca Lebih Lanjut tentang Pengujian Partisi Ekuivalensi

45. Pengujian injeksi kesalahan: Elemen strategi pengujian komprehensif yang memungkinkan tester untuk berkonsentrasi pada cara di mana aplikasi yang diuji mampu menangani pengecualian. Ini dilakukan oleh tim QA.

46. Pengujian verifikasi formal: Tindakan membuktikan atau menyangkal kebenaran dari algoritma yang dimaksudkan yang mendasari suatu sistem sehubungan dengan spesifikasi atau properti formal tertentu, menggunakan metode formal matematika. Ini biasanya dilakukan oleh tim QA.

47. Pengujian Fungsional: Jenis pengujian kotak hitam yang mendasarkan kasus pengujiannya pada spesifikasi komponen perangkat lunak yang diuji. Ini dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Fungsional

48. Fuzz Testing: Teknik pengujian perangkat lunak yang memberikan data tidak valid, tidak terduga, atau acak ke input program - area khusus pengujian mutasi. Pengujian fuzz dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Fuzz

49. Gorilla Testing: Teknik pengujian perangkat lunak yang berfokus pada pengujian berat pada satu modul tertentu. Ini dilakukan oleh tim jaminan kualitas, biasanya saat menjalankan pengujian penuh.

50. Grey Box Testing: Kombinasi metodologi Black Box dan White Box pengujian: menguji perangkat lunak terhadap spesifikasinya tetapi menggunakan beberapa pengetahuan tentang cara kerja internal. Ini dapat dilakukan oleh tim pengembangan atau pengujian.

51. Pengujian kotak kaca: Mirip dengan pengujian kotak putih, berdasarkan pengetahuan tentang logika internal kode aplikasi. Ini dilakukan oleh tim pengembangan.

52. Pengujian perangkat lunak GUI: Proses pengujian suatu produk yang menggunakan antarmuka pengguna grafis, untuk memastikannya memenuhi spesifikasi tertulisnya. Ini biasanya dilakukan oleh tim pengujian.

53. Pengujian Globalisasi: Metode pengujian yang memeriksa fungsionalitas yang tepat dari produk dengan pengaturan budaya / lokal menggunakan setiap jenis input internasional yang mungkin. Itu dilakukan oleh tim pengujian.

55. Hybrid Integration Testing: Teknik pengujian yang menggabungkan teknik integrasi top-down dan bottom-up untuk mendapatkan manfaat leverage dari pengujian semacam ini. Biasanya dilakukan oleh tim pengujian.

56. Pengujian Integrasi: Fase dalam pengujian perangkat lunak di mana modul perangkat lunak individu digabungkan dan diuji sebagai suatu kelompok. Ini biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Integrasi

57. Pengujian Antarmuka: Pengujian dilakukan untuk mengevaluasi apakah sistem atau komponen mengirimkan data dan mengontrol satu sama lain dengan benar. Ini biasanya dilakukan oleh tim pengujian dan pengembangan. 

58. Instalasi / uninstall Pengujian: Pekerjaan jaminan kualitas yang berfokus pada apa yang perlu dilakukan pelanggan untuk menginstal dan mengatur perangkat lunak baru dengan sukses. Ini mungkin melibatkan proses instal / uninstall sepenuhnya, sebagian atau pemutakhiran dan biasanya dilakukan oleh insinyur pengujian perangkat lunak bersama dengan manajer konfigurasi.

59. Pengujian Internasionalisasi: Proses yang memastikan bahwa fungsionalitas produk tidak rusak dan semua pesan dieksternalisasi dengan benar ketika digunakan dalam berbagai bahasa dan lokal. Biasanya dilakukan oleh tim pengujian.

60. Pengujian Antar-Sistem: Teknik pengujian yang berfokus pada pengujian aplikasi untuk memastikan bahwa interkoneksi antara fungsi-fungsi aplikasi dengan benar. Ini biasanya dilakukan oleh tim pengujian.

61. Pengujian berdasarkan kata kunci: Juga dikenal sebagai pengujian berdasarkan tabel atau pengujian kata-kata, adalah metodologi pengujian perangkat lunak untuk pengujian otomatis yang memisahkan proses pembuatan tes menjadi dua tahap berbeda: Tahap Perencanaan dan Tahap Implementasi. Ini dapat digunakan oleh tim pengujian manual atau otomatisasi.

62. Load Testing: Teknik pengujian yang menempatkan permintaan pada sistem atau perangkat dan mengukur responsnya. Ini biasanya dilakukan oleh para insinyur kinerja. Baca Lebih Lanjut tentang Pengujian Beban

63. Pengujian Lokalisasi: Bagian dari proses pengujian perangkat lunak yang berfokus pada mengadaptasi aplikasi yang terglobalisasi ke budaya / lokal tertentu. Ini biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Pelokalan

64. Loop Testing: Teknik pengujian kotak putih yang melatih loop program. Ini dilakukan oleh tim pengembangan. Baca Lebih Lanjut tentang Pengujian Loop

65. Manual Scripted Testing: Metode pengujian di mana kasus uji dirancang dan ditinjau oleh tim sebelum melaksanakannya. Ini dilakukan oleh tim Pengujian Manual.

66. Manual-Support Testing: Teknik pengujian yang melibatkan pengujian semua fungsi yang dilakukan oleh orang-orang saat menyiapkan data dan menggunakan data ini dari sistem otomatis. itu dilakukan oleh tim pengujian.

67. Model-Based Testing: Penerapan desain berbasis Model untuk merancang dan mengeksekusi artefak yang diperlukan untuk melakukan pengujian perangkat lunak. Ini biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Berbasis Model

68. Mutation Testing: Metode pengujian perangkat lunak yang melibatkan memodifikasi kode sumber atau kode byte program dengan cara kecil untuk menguji bagian-bagian dari kode yang jarang atau tidak pernah diakses selama pelaksanaan tes normal. Ini biasanya dilakukan oleh penguji. Baca Lebih Lanjut tentang Pengujian Mutasi

69. Modularity-driven Testing: Teknik pengujian perangkat lunak yang membutuhkan pembuatan skrip kecil dan independen yang mewakili modul, bagian, dan fungsi aplikasi yang sedang diuji. Ini biasanya dilakukan oleh tim pengujian.

70. Pengujian Non-fungsional: Teknik pengujian yang berfokus pada pengujian aplikasi perangkat lunak untuk persyaratan non-fungsionalnya. Dapat dilakukan oleh insinyur kinerja atau oleh tim pengujian manual. 

71. Pengujian Negatif: Juga dikenal sebagai "pengujian gagal" - metode pengujian di mana tujuan pengujian menunjukkan bahwa komponen atau sistem tidak berfungsi. Ini dilakukan oleh penguji manual atau otomatisasi. 
72. Pengujian Operasional: Teknik pengujian dilakukan untuk mengevaluasi suatu sistem atau komponen dalam lingkungan operasionalnya. Biasanya itu dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Operasional

73. Orthogonal array Testing: Cara pengujian sistematis dan statistik yang dapat diterapkan dalam pengujian antarmuka pengguna, pengujian sistem, Pengujian Regresi, pengujian konfigurasi, dan Pengujian Kinerja. Itu dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian array Orthogonal

74. Pair Testing: Teknik pengembangan perangkat lunak di mana dua anggota tim bekerja bersama pada satu keyboard untuk menguji aplikasi perangkat lunak. Satu melakukan pengujian dan yang lainnya menganalisis atau meninjau pengujian. Ini dapat dilakukan antara satu Penguji dan Pengembang atau Analis Bisnis atau antara dua penguji dengan kedua peserta bergiliran mengendarai keyboard.

75. Pengujian Pasif: Teknik pengujian yang terdiri dari pemantauan hasil sistem yang sedang berjalan tanpa memasukkan data uji khusus. Itu dilakukan oleh tim pengujian.

76. Parallel Testing: Teknik pengujian yang memiliki tujuan untuk memastikan bahwa aplikasi baru yang telah menggantikan versi yang lebih lama telah diinstal dan berjalan dengan benar. Itu dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian Paralel

77. Pengujian Jalur: Pengujian kotak putih tipikal yang memiliki tujuan untuk memenuhi kriteria cakupan untuk setiap jalur logis melalui program. Biasanya dilakukan oleh tim pengembangan. 

78. Penetration Testing: Metode pengujian yang mengevaluasi keamanan sistem komputer atau jaringan dengan mensimulasikan serangan dari sumber jahat. Biasanya mereka dilakukan oleh perusahaan pengujian penetrasi khusus. 

79. Pengujian Kinerja: Pengujian fungsional dilakukan untuk mengevaluasi kepatuhan suatu sistem atau komponen dengan persyaratan kinerja yang ditentukan. Ini biasanya dilakukan oleh insinyur kinerja. 

80. Pengujian Kualifikasi: Pengujian terhadap spesifikasi rilis sebelumnya, biasanya dilakukan oleh pengembang untuk konsumen, untuk menunjukkan bahwa perangkat lunak tersebut memenuhi persyaratan yang ditentukan.

81. Ramp Testing: Jenis pengujian yang terdiri dari menaikkan sinyal input secara terus menerus hingga sistem rusak. Ini dapat dilakukan oleh tim pengujian atau insinyur kinerja.

82. Pengujian Regresi: Jenis pengujian perangkat lunak yang berupaya mengungkap kesalahan perangkat lunak setelah perubahan pada program (misalnya perbaikan bug atau fungsi baru) telah dibuat, dengan menguji ulang program. Ini dilakukan oleh tim pengujian.

83. Pengujian Pemulihan: Teknik pengujian yang mengevaluasi seberapa baik suatu sistem pulih dari kerusakan, kegagalan perangkat keras, atau masalah bencana lainnya. Ini dilakukan oleh tim pengujian. 

84. Pengujian Persyaratan: Teknik pengujian yang memvalidasi bahwa persyaratannya benar, lengkap, tidak ambigu, dan konsisten secara logis dan memungkinkan perancangan satu set kasus uji yang diperlukan dan memadai dari persyaratan tersebut. Ini dilakukan oleh tim QA.

85. Pengujian Keamanan: Suatu proses untuk menentukan bahwa suatu sistem informasi melindungi data dan memelihara fungsi sebagaimana dimaksud. Ini dapat dilakukan oleh tim pengujian atau oleh perusahaan pengujian keamanan khusus. 

86. Sanity Testing: Teknik pengujian yang menentukan apakah versi perangkat lunak baru berkinerja cukup baik untuk menerimanya untuk upaya pengujian besar. Ini dilakukan oleh tim pengujian. 

87. Pengujian Skenario: Kegiatan pengujian yang menggunakan skenario berdasarkan cerita hipotetis untuk membantu seseorang memikirkan masalah atau sistem yang kompleks untuk lingkungan pengujian. Ini dilakukan oleh tim pengujian. 

88. Skalabilitas Pengujian: Bagian dari baterai tes non-fungsional yang menguji aplikasi perangkat lunak untuk mengukur kemampuannya untuk meningkatkan - baik itu beban pengguna didukung, jumlah transaksi, volume data dll. Ini dilakukan oleh insinyur kinerja.

89. Pernyataan Pengujian: Pengujian kotak putih yang memenuhi kriteria bahwa setiap pernyataan dalam suatu program dieksekusi setidaknya satu kali selama pengujian program. Biasanya dilakukan oleh tim pengembangan.

90. Pengujian Statis: Suatu bentuk pengujian perangkat lunak di mana perangkat lunak tidak benar-benar digunakan itu memeriksa terutama untuk kewarasan kode, algoritma, atau dokumen. Ini digunakan oleh pengembang yang menulis kode. Baca Lebih Lanjut tentang Pengujian Statis

91. Stability Testing: Teknik pengujian yang mencoba untuk menentukan apakah suatu aplikasi akan crash. Ini biasanya dilakukan oleh insinyur kinerja. Baca Lebih Lanjut tentang Pengujian Stabilitas

92. Pengujian Asap: Teknik pengujian yang memeriksa semua komponen dasar sistem perangkat lunak untuk memastikan bahwa mereka berfungsi dengan baik. Biasanya, pengujian asap dilakukan oleh tim pengujian, segera setelah pembuatan perangkat lunak dilakukan. 

93. Pengujian Penyimpanan: Jenis pengujian yang memverifikasi program yang sedang diuji menyimpan file data dalam direktori yang benar dan bahwa itu menyimpan ruang yang cukup untuk mencegah penghentian yang tidak terduga akibat kurangnya ruang. Ini biasanya dilakukan oleh tim pengujian. 

94. Stress Testing: Teknik pengujian yang mengevaluasi sistem atau komponen pada atau di luar batas persyaratan yang ditentukan. Ini biasanya dilakukan oleh insinyur kinerja. 

95. Structural Testing: Teknik pengujian kotak putih yang memperhitungkan struktur internal sistem atau komponen dan memastikan bahwa setiap pernyataan program menjalankan fungsi yang dimaksudkan. Ini biasanya dilakukan oleh pengembang perangkat lunak.

96. Pengujian Sistem: Proses pengujian sistem perangkat keras dan perangkat lunak yang terintegrasi untuk memverifikasi bahwa sistem memenuhi persyaratan yang ditentukan. Ini dilakukan oleh tim pengujian di lingkungan pengembangan dan target. Baca Lebih Lanjut tentang Pengujian Sistem

97. Pengujian integrasi sistem: Proses pengujian yang melatih koeksistensi sistem perangkat lunak dengan orang lain. Biasanya dilakukan oleh tim pengujian. Baca Lebih Lanjut tentang Pengujian integrasi sistem

98. Top Down Integration Testing: Teknik pengujian yang melibatkan mulai dari atas hierarki sistem di antarmuka pengguna dan menggunakan bertopik untuk menguji dari atas ke bawah hingga seluruh sistem telah diimplementasikan. Itu dilakukan oleh tim pengujian.

99. Thread Testing: Variasi teknik pengujian top-down di mana integrasi progresif komponen mengikuti penerapan subset persyaratan. Biasanya dilakukan oleh tim pengujian.

100. Peningkatan Pengujian: Teknik pengujian yang memverifikasi jika aset yang dibuat dengan versi yang lebih lama dapat digunakan dengan benar dan pembelajaran pengguna tidak tertantang. Ini dilakukan oleh tim pengujian.

101. Unit Testing: Verifikasi perangkat lunak dan metode validasi di mana seorang programmer menguji apakah masing-masing unit kode sumber cocok untuk digunakan. Biasanya dilakukan oleh tim pengembangan. 

102. Pengujian Antarmuka Pengguna: Jenis pengujian yang dilakukan untuk memeriksa seberapa ramah aplikasi tersebut. Ini dilakukan oleh tim pengujian. 

0 komentar