LAPORAN TUGAS PERKULIAHAN

JAMINAN KUALITAS PERANGKAT LUNAK (4616432)

MOQUI

Kelas : B

NAMA :

Diaz Arfandy 1461800014

Dosen Pengampu

Agus Hermanto, S.Kom, M.MT, ITIL, COBIT, SFC

PROGRAM STUDI TEKNIK INFORMATIKA

2020

1
 Daftar Isi

Cover . . . . . . . . . 1
Daftar isi . . . . . . . . 2
Definisi . . . . . . . . 3
Software Testing . . . . . . . 6
1. Inspections . . . . . . . 6
2. Data Flow Analysis . . . . . . 12
3. Functional System Testing . . . . . 15
3.1 Unit testing . . . . . 15
3.2 Integration Testing . . . . 17
3.3 System Testing . . . . . 18
3.4 Regresion Testing . . . . . 19
3.5 Acceptance Testing . . . . 21
3.6 Kesimpulan Hasil Pengujian . . . 23
4. API Testing . . . . . . . 23
5. Vertification and Validation . . . . 31
6. Unit Testing . . . . . . 33
7. Program Slicing . . . . . . 34
8. Brute Force Debugging . . . . . 34
9, Data Driven Testing . . . . . 34
Daftar Pustaka . . . . . . . . 35

2
 Definisi

1. Software Testing
Sofware testing adalah proses mengeksekusi program atau aplikasi dengan maksud
untuk menemukan bug dari suatu perangkat lunak yang dibuat.

2. Moqui
Moqui adalah perangkat lunak gratis dan sumber terbuka, dirilis di domain public.
Moqui framework adalah kerangka kerja yang terintegrasi dengan mulus dan siap untuk
perusahaan untuk membangun aplikasi otomasi perusahaan berdasarkan java. Ini termasuk
alat untuk interaksi database, logika,dalam layanan local dan web, web dan UI lainnya
dengan layar dan formulir, keamanan, akses file, sumber daya, skrip, template, dan
integrase

3. Inspections
Inspeksi adalah review/ulasan yang bersifat formal mengikuti standar
proses. Tujuan pemeriksaan adalah untuk mengidentifikasi kerusakan.

4. Data Flow Analysis

Data flow analysis merupakan suatu proses untuk mengumpulkan informasi pada
saat run time (run-time information) mengenai data dalam program tanpa benar-benar
mengeksekusinya.
Data flow analysis diimplementasikan dengan 2 cara yaitu static Data flow analysis
dan dynamic Data flow analysis. Pada static data flow analysis, analisa dilakukan tanpa
mengeksekusi program dan lebih merupakan pendekatan pena dan kertas, keberadaan data
flow anomaly diperikasa melalui kode program yang ada. Sedangkan pada dynamic data
flow analysis, analisa dilakukan dengan cara menginstrumentasikan program, yaitu
menyisipkan beberapa pertanyaan ke dalam program untuk mendapatkan informasi yang
dibutuhkan.
Metode statis :
- Metode statis sulit menganani tipe data array
- Menampakkan semua data flow anomaly
Metode dinamis :
- Metode dinamis bisa menangani array tanpa banyak masalah
- Hanya mendeteksi anomaly sepanjang path yang benar-benar dieksekusi
- Dapat menagani object dengan mudah

3
5. Functional System Testing
Fungsional System Testing adalah jenis pengujian yang tugasnya adalah melakukan
verifikasi bahwa seluruh fungsi aplikasi pada perangkat lunak sudah beroperasi sesuai
dengan apa yang perancang diharapkan.
Ada 5 jenis Fungsional testing yaitu :
- Unit Testing, yaitu pengujian yang memiliki tujuan untuk mengisolasi tiap-tiap bagian
program dan mengecek setiap bagian tersebut apakah sudah sesuai dengan apa yang
dibutuhkan.
- Integration Testing, merupakan pengujian yang bertujua untuk membuat kombinasi dari
bagian-bagian aplikasi demi menentukan apakah bagian tersebut bisa berjalan benar secara
kesamaan.
- System Testing, adalah pengujian yang dilakukan setelah sukses [ada integration testing.
Pengujian ini dilakukanlah secara keseluruhan hingga ditentukan apakah system secara
menyeluruh sudah sesuai dengan standar kualitas ataukah belum.
- Regression Testing, merupakan testing yang tujuannya untuk mengatasi revisi sehingga
tidak ada masalah baru yang ditimbukan dari pengujian software sebelum-sebelumnya.
- Acceptance Testing, yaitu pengujian yang memiliki hubungan dengan quality assurance.

6. API Testing
API Testing adalah jenis pengujian perangkat lunak yang memvalidasi Antarmuka
Pemrograman Aplikasi (API). Tujuan Pengujian API adalah untuk memeriksa
fungsionalitas, keandalan, kinerja, dan keamanan antarmuka pemrograman. Dalam
Pengujian API, alih-alih menggunakan input pengguna standar (keyboard) dan output,
Anda menggunakan perangkat lunak untuk mengirim panggilan ke API, mendapatkan
output, dan mencatat respons sistem. Tes API sangat berbeda dari Tes GUI dan tidak akan
berkonsentrasi pada tampilan dan nuansa aplikasi. Ini terutama berkonsentrasi pada lapisan
logika bisnis dari arsitektur perangkat lunak.

7. Vertification and Validation

Varification mengacu kepada sekumpulan aktifitas yang memastikan bahwa system
telah mengimplementasikan fungsi yang sesuai dengan spesifikasi. Validation mengacu
kepafa sekumpulan aktifitas yang berbeda yang memastikan bahwa software telah
dikembangkan dapat memenuhi ekspektasi/harapan pengguna system.
Tujuan pengujian verifikasi adalah untuk mengonfirmasi apakah aplikasi web yang
direncanakan akan memenuhi spesifikasi pelanggan sebelum pengembangan dimulai.

4
Sementara pengujian validasi ditujukan untuk memeriksa apakah produk jadi memenuhi
persyaratan setelah pengembangan selesai.

8. Unit Testing
Unit testing adalah pengujian terhadap unit-unit yang membentuk keseluruhan kode
perangkat lunak Anda. Pengujian dilakukan untuk memverifikasi bahwa masing-masing
unit berjalan sesuai ekspektasi dengan berbagai keadaan. Sederhananya memastikan untuk
setiap input, output yang dikeluarkan sesuai dengan ekspektasi

9. Program Slicing
Program slicing adalah teknik yang digunakan dalam pengujian perangkat lunak
yang mengambil irisan atau sekelompok pernyataan program dalam program untuk
menguji kondisi atau kasus pengujian tertentu dan yang dapat memengaruhi nilai pada titik
minat tertentu. Ini juga dapat digunakan untuk tujuan debugging untuk menemukan bug
dengan lebih mudah dan cepat.

10. Brute Force Debugging

11. Data Driven Testing

5
 Software Testing

1. Inspections
Halaman login

di halaman login menggunakan akun pembuatnya yaitu john doe

Halaman applications

Pada halaman Application->Hive Mind Admin->Projects->project untuk memuat project

6
terlalu lama

Untuk halaman applications->HiveMind PM tidak ditemukan kesalahan semua berjalan

dengan lancer

Pada halaman applications->POPC ERP->Customers->Find Customer loading terlalu lama

tetapi masih bisa memuat halaman

7
Untuk halaman Applications->POPC ERP tidak ditemukan kesalahan. Semua berjalan

8
dengan lancar.

Untuk halaman Applications->HH Warehouse tidak ditemukan kesalahan. Semua berjalan

dengan lancar.

9
Untuk halaman Applications->My Account->User tidak ditemukan kesalahan. Semua
berjalan dengan lancar.

Untuk halaman Applications-Example App->Example tidak ditemukan kesalahan. Semua

berjalan dengan lancar.

10
Untuk halaman Applications->System tidak ditemukan kesalahan. Semua berjalan dengan
lancar.

Untuk halaman Applications->Tools tidak ditemukan kesalahan. Semua berjalan dengan

lancar.

Jadi sebagian besar semuanya berjalan dengan lancar hanya saja untuk loading masih
terlalu lama

11
2. Data Flow Analysis
Dalam pengujian data flow analysis ini menggunakan metode dynamic. Dalam
metoe ini akan dilakukan analisa dari website yang ada. Pengujian dilakukan berdasarkan
hasil eksekusi program. Pada data flow analysis akan diuji apakah alur program ketika
dijalankan sesuai atau tidak.
Data Flow Testing :

12
Pada form login hanya bisa login sebagai john.doe tidak bisa yang lain. Di form ini tidak
ada form reegister untuk membuat akun baru. Dan untuk pilihan login, Reset Password,
Change Password semua berjalan dengan lancar.

Setelah login pengguna akan ditampilkan menu yang bisa dipilih bila admin bisa memilih
HiveMind Admin

13
Jika ingin membuat project bisa pilih menu HiveMind PM

Setelah Membuat project dan melihat semua order yang dilakukan bisa memilih menu
POPC ERP

14
Di program ini juga terdapat gudang yang berfungsi untuk pengaturan ruang seperti asset,
container, location, product

Berdasarkan analisa yang dilakukan system berjalan dengan baik. Alur sesuai dengan yang
telah di tuliskan Program ini memiliki form-form yang cukup menarik dan mendetail.
Setiap form memiliki tujuan yang jelas dan cukup kompleks untuk setiap tindakan.

3. Functional System Testing

3.1 Unit Testing
Pada pengujuan ini menggunakan scenario case untuk menguji, hal ini dilakukan
untuk mengecek apakah fitur berjalan dengan baik atau tidak sebelum diujikan kepada
calon pengguna. Berikut adalah hasil dari pengujian unit tasting :

Group Kebutuhan Kebutuhan Hasil Pengujian

Berhasil Gagal
Authentication Login ✓
Reset Password ✓
Change Password ✓
Kelola Project My Projects ✓
My Milestones ✓
Find Task ✓
New task ✓
Find Request ✓

15
 New Request ✓
Kelola Admin Wiki Spaces ✓
Projects ✓
Accounting ✓
Reports ✓
Parties ✓
Vendor ✓
Clients ✓
Teams ✓
Rates ✓
Kelola Penjualan Supliers ✓
Purchase Order ✓
Incoming Shipments ✓
Inventory Assets ✓
Return ✓
Customers ✓
Requests ✓
Sales Orders ✓
Shipping ✓
Outgoing Shipment ✓
Search ✓
Catalog Product ✓
Stores
Manufacturing Asset ✓
Facilities ✓
Wiki/Content Wiki ✓
Blogs Survey
Parties ✓
Accounting Report ✓
Lookup by ID ✓
Kelola Gudang Active Wahrehouse ✓
Scan Asset,Cont,Loc, ✓
or Prod

16
 Scan Shipment ID ✓
Select Move ✓
Pick Moves Needed ✓
Receive Direct ✓
Kelola Akun Notification ✓
Messages ✓
Calender ✓
Task ✓
Request ✓
Time ✓
Contact Info ✓
Scheduled Finds ✓
Account ✓

3.2 Integration Testing

Integration Testing meupkan pengujian dari masing-masing komponen atau unit
yang berinteraksi di dalam software apakah bekerja dengan baik ketika diintegrasikan.
Berikut hasil pengujiannya :

No Scenario Pengujian Langkah Pengujian Hasil Pengujian

Integrasi Login di • Melakukan login dengan Berhasil login di dua
website windows akun jhon.doe di website system : windows dan
dan login di windows android secara bersamaan
website android • Berhasil login, mengakses
halaman
demo.moqui.org/vapps
• Melakukan login dengan
akun jhon.doe di website
android
• Berhasil login, mengakses
halaman
demo.moqui.org/vapps

17
3.3 System Testing
System testing adalah salah satu tingkat dari software testing dimana perangkat
lunak yang lengkap dan terintegrasi diuji. Tujuan dari pengujian ini adalah untuk
mengevaluasi kepatuan system dengan persyaratan yang ditentukan. Berikut hasilnya :

No Test Case Test Steps Expected Result

1 Mengunjungi link • Mengunjungi Menampilkan halaman
demo moqui demo.moqui.org/ website demo moqui
2 Menekan Login • Mengunjungi link demo Menampilkan halaman
moqui login
• Menekan Login
3 Menekan Reset • Mengunjungi link demo Menampilkan pengisian
Password moqui Username Email
• Menekan “Reset
Password”
4 Menekan Change • Mengunjungi link demo Menampilkan pengisian :
Password moqui • New Password
• Menekan “Change • New Password
Password” Verify
5 Menekan • Mengunjungi link demo Menampilkan halaman
HiveMind PM moqui HiveMind PM
• Login
• Menekan “HiveMind PM”
6 Menekan • Mengunjungi link demo Menampilkan halaman
HiveMind Admin moqui HiveMind Admin
• Login
• Menekan “HiveMind
Admin”
7 Menekan POPC • Mengunjungi link demo Menampilkan halaman
ERP moqui POPC ERP
• Login
• Menekan “POPC ERP”

18
 8 Menekan HH • Mengunjungi link demo Menampilkan halaman HH
Warehouse moqui Warehouse
• Login
• Menekan “HH
Warehouse”
9 Menekan My • Mengunjungi link demo Menampilkan halaman My
Account moqui Account
• Login
• Menekan “My Account”
10 Menekan Example • Mengunjungi link demo Menampilkan halaman
moqui Example
• Login
• Menekan “Example”
11 Menekan System • Mengunjungi link demo Menampilkan halaman
moqui System
• Login
• Menekan “System”
12 Menekan Tools • Mengunjungi link demo Menampilkan halaman
moqui Tools
• Login
• Menekan “Tools”

3.4 Regresion Testing

Regression testing adalah tahap penting dan sangat berguna bagi pengembang
untuk mengidentifikasi stabilitas produk dengan perubahan requirements. Berikut hasilnya:

No Test Case Test Steps Expected Result Revisi

1 Mengunjungi link • Mengunjungi Menampilkan halaman No
demo moqui demo.moqui.org/ website demo moqui
2 Menekan Login • Mengunjungi Menampilkan halaman No
link demo moqui login
• Menekan Login

19
3 Menekan Reset • Mengunjungi Menampilkan pengisian No
Password link demo moqui Username Email
• Menekan “Reset
Password”
4 Menekan Change • Mengunjungi Menampilkan pengisian : No
Password link demo moqui • New Password
• Menekan • New Password
“Change Verify
Password”
5 Menekan • Mengunjungi Menampilkan halaman No
HiveMind PM link demo moqui HiveMind PM
• Login
• Menekan
“HiveMind PM”
6 Menekan • Mengunjungi Menampilkan halaman No
HiveMind Admin link demo moqui HiveMind Admin
• Login
• Menekan
“HiveMind
Admin”
7 Menekan POPC • Mengunjungi Menampilkan halaman No
ERP link demo moqui POPC ERP
• Login
• Menekan
“POPC ERP”
8 Menekan HH • Mengunjungi Menampilkan halaman No
Warehouse link demo moqui HH Warehouse
• Login
• Menekan “HH
Warehouse”
9 Menekan My • Mengunjungi Menampilkan halaman No
Account link demo moqui My Account

20
 • Login
• Menekan “My
Account”
10 Menekan • Mengunjungi Menampilkan halaman No
Example link demo moqui Example
• Login
• Menekan
“Example”
11 Menekan System • Mengunjungi Menampilkan halaman No
link demo moqui System
• Login
• Menekan
“System”
12 Menekan Tools • Mengunjungi Menampilkan halaman No
link demo moqui Tools
• Login
• Menekan
“Tools”

4.5 Acceptance Testing

User acceptance testing merupakan pengujian aplikasi terhadap pengguna apakah
sesuai dengan kebutuhan atau tidak dan dapat diterima oleh pengguna. Pengujian ini
dilakukan dengan melakukan kuisioner. Berikut hasilnya adalah :

Faktor Kriteria Hasil

Functionality Seluruh fitur dalam Tidak
program ada
masalah ketika
digunakan
Seluruh fitur dalam Ya
program dapat
digunakan

21
 Program tidak Ya
mengalami
kegagalan ketika
anda menginputkan
data
Program Ya
memberikan umpan
balik dari setiap aksi
yang diberikan
Program mencegah Ya
akses untuk
unauthorised user.
Reliability Sistem dapat Ya
Membantu
pengguna dalam
mencegah terjadinya
salah input data.
Sistem dapat Ya
Membantu ketika
terjadi kesalahan
dan berhasil dalam
melakukan aktivitas.
Program
menampilkan pesan
pemberitahuan.
Usability Menu pada program Ya
mudah dipahami.
Antarmuka program Ya
mudah dipelajari
dan diingat.
Program mampu Ya
mempermudah
pengguna dalam
dalam melakukan
pencarian data
sesuai kebutuhan
Adanya fitur riwayat Ya
transaksi
untuk mengetahui
status proses
pemesanan yang
dilakukan
Efficiency Program memiliki Tidak
respon yang
cepat untuk
menampilkan fitur
yang tersedia.

22
 Fitur pada program Ya
sudah mencukupi
kebutuhan pengguna
Proses Ya
penjualan/pembelian
pada program dapat
dilakukan dengan
waktu yang singkat.
Mantainability Sistem memberikan Ya
kemudahan
perubahan data.
Data yang Ya
ditampilkan sistem
up to date atau
tersinkronisasi
Portability Program mudah Ya
dijalankan pada
smartphone.

3.6 Kesimpulan Hasil Pengujian

Berdasarkan hasil pengujian fungsional testing di atas adalah memenuhi aspek
usability dan aksesbility dari program. Setiap fitur telah sesuai dengan persyaratan
fungsional yang ada.

4. API Testing
Untuk pengujian API saya menggunakan bantuan software Postman. Klasifikasi
berdasarkan request method dibagi menjadi empat jenis sebagai berikut :
1) Request method POST yang digunakan untuk penambahan resource.
2) Request method GET yang digunakan untuk mendapatkan daftar dari anggota
resource.
3) Request method PUT yang digunakan untuk mengubah resource.
4) Request method DELETE yang digunakan untuk menghapus resource.
Kemudian klasifikasi diatas dipetakan terhadap resourcenya. Sebagian daftar API sebagai
contoh yang menjelaskan hubungan antara resource dengan klasifikasinya terhadap path
dan query string serta request method sebagai berikut :

No Nama Request URL Keterangan

Proses Method
1 Login POST /Login Berhasil

23
 2 Vapps GET /vapps Berhasil
3 Find GET /vapps/hm/Project/FindProject Berhasil
Project
4 Find Task GET /vapps/hm/Task/FindTask Berhasil
5 Find GET /vapps/hm/Request/FindRequest Berhasil
Request
6 Find GET /vapps/hmadmin/Vendor/FindVendor Berhasil
Vendor
7 Find Client GET /vapps/hmadmin/Client/FindClient Berhasil
8 Find Team GET /vapps/hmadmin/Team/FindTeam Berhasil
9 Find Party GET /vapps/hmadmin/Party/FindParty Berhasil
10 Edit Rates PUT /vapps/hmadmin/EditRateAmounts Berhasil
11 Wiki GET /vapps/hmadmin/WikiSpace/WikiSpaces Berhasil
Spaces
12 Accounting PUT /vapps/hmadmin/Accounting/dashboard Berhasil
13 Asset PUT /vapps/PopcAdmin/Asset/dashboard Berhasil
14 Find GET /vapps/PopcAdmin/Survey/FindSurvey Berhasil
Survey
15 Move asset PUT /vapps/hhwh/Asset/SelectAsset Berhasil

Menggunakan software Postman

/Login

24
/vapps

/FindProject

25
/FindTask

/FindRequest

26
/FindVendor

/FindClient

27
/FindTeam

/FindParty

28
/EditRateAmounts

/WikiSpaces

29
/Accounting

/Asset

30
/FindSurvey

/SelectAsset

5. Vertification and Validation

Menurut Donald Firesmith[4] verifikasi dan validasi biasanya dilakukan dengan
menggunakan satu atau lebih
teknik seperti :
1) Analisis : penggunaan model teknis atau matematika, simulasi, algoritma, atau prinsip-
prinsip dan prosedur ilmiah untuk menentukan apakah suatu produk kerja memenuhi
persyaratan
2) Demonstrasi : pemeriksaan visual dari pelaksanaan produk bekerja di bawah skenario
tertentu untuk menentukan apakah memenuhi persyaratan

31
3) Pemeriksaan : pemeriksaan visual (termasuk manipulasi fisik atau penggunaan
pengukuran mekanis yang sederhana) dari produk kerja non-pelaksana untuk menentukan
apakah memenuhi persyaratan
4) Pengujian : stimulasi produk karya yang dapat dijalankan dengan input dan prasyarat
dikenal diikuti oleh perbandingan yang sebenarnya dengan respon yang dibutuhkan (output
dan post conditions) untuk menentukan apakah memenuhi persyaratan.

Pengujian Deskripsi Hasil yang Verificatioin Validation

diharapkan
Fitur Reset Mereset Password akan Fitur telah Fitur telah
Password password yang tereset dibuat sesuai memenuhi
sudah ada requirement tujuan yang
dan berjalan dimaksud
dengan baik
Fitur Change Mengubah Password akan Fitur telah Fitur telah
Password password yang diubah ke dibuat sesuai memenuhi
lama ke password yang requirement tujuan yang
password yang baru dan berjalan dimaksud
baru dengan baik
Fitur Data view Melihat data Bisa lihat, edit Fitur telah Fitur telah
apa saja yang dibuat sesuai memenuhi
masuk di requirement tujuan yang
system dan berjalan dimaksud
dengan baik
Fitur Cetak Mencetak data Bisa mencetak Fitur telah Fitur telah
Data (Export, import dan Laporan data dibuat sesuai memenuhi
Import) export import dan requirement tujuan yang
export dan berjalan dimaksud
dengan baik
Fitur Search Mencari data Bisa mencari Fitur telah Fitur telah
tertentu data tertentu dibuat sesuai memenuhi
sesuai requirement tujuan yang
keinginan user dan berjalan dimaksud
dengan baik
Fitur New task Membuat Bisa membuat Fitur telah Fitur telah
project baru project baru dibuat sesuai memenuhi
sesuai requirement tujuan yang
keinginan user dan berjalan dimaksud
dengan baik
Fitur Di fitur ini Bisa mengatur Fitur telah Fitur telah
Accounting untuk keunganan dibuat sesuai memenuhi
mengolah secara manual requirement tujuan yang
keuangan dan berjalan dimaksud
dengan baik
Fitur Vendors, Di fitur ini Bisa melihat, Fitur telah Fitur telah
Client, Teams, berisi pihak- mengubah, dibuat sesuai memenuhi
Parties pihak yang menambah requirement tujuan yang
terlibat pada dan berjalan dimaksud
software ini dengan baik

32
 Fitur POPC Di fitur ini Bisa mengedit, Fitur telah Fitur telah
ERP berisi tentang melihat, dibuat sesuai memenuhi
penjualan menambah requirement tujuan yang
dan berjalan dimaksud
dengan baik
Fitur HH Di fitur ini Bisa Fitur telah Fitur telah
Warehouse berrfungsi memindahkan dibuat sesuai memenuhi
sebagai barang requirement tujuan yang
pengaturan dan berjalan dimaksud
ruang Gudang dengan baik
barang

Jadi Hasil testing verification dan valisation di atas adalah semua fitur berjalan dengan
baik sesuai dengan harapan

6. Unit Testing
Pengujian unit memiliki 3 tujuan yang harus dicapai untuk menguji objek javascript :

• Memeriksa kasus sukses, kesalahan, dan edge

• Menguji objek sedikit mungkin
• Mendemonstrasikan bagaimana sebuah objek harus digunakan

Hasil unit testing software Moqui

Fitur Expected result Result Status

Management Dapat membuat, Menyimpan data Valid
Project mengedit, dan project baru
menyimpan data
project
Storage Dapat mengatur Memindahkan Valid
Management penyimpanan, lokasi barang ke
memindahkan lokasi lokasi yang di
barang inginkan
Sales Management Dapat menambah, Menambah, Valid
mengedit, dan mengedit, dan
menyimpan data menyimpan data
penjualan penjualan
Fitur Vendors, Dapat menambah, Menambah, Valid
Client, Teams, mengedit dan mengedit
Parties

33
 menyimpan data ,menyimpan data
para pihak para pihak
Report Laporan yang dapat Menampilkan Valid
dicetak berupa laporan dengan
format csv dan xml format csv dan xml

7. Program Slicing
Static slicing:
• Sebuah potongan statik dari sebuah program berisi semua pernyataan yang dapat
mempengaruhi nilai variabel pada titik manapun untuk eksekusisembarang
program.
• Irisan statis umumnya lebih besar.
• Mempertimbangkan setiap kemungkinan pelaksanaan program.
Dynamic slicing:
• Sebuah potongan dinamis dari sebuah program berisi semua pernyataan yang
benar-benar mempengaruhi nilai variabel pada titik manapun untuk eksekusi
program tertentu.
• Irisan dinamis umumnya lebih kecil.
• Hanya mempertimbangkan pelaksanaan program tertentu.

Ada berbagai aspek yang harus diperhatikan dalam memotong program.

1. Slicing variable: dapat didasarkan pada variabel yang ditentukan dalam kriteria
(titik tujuan pengiris) atau mungkin pada semua variabel.

2. Type of the result: Hasil pemotongan mungkin setara dengan program beberapa
set pernyataan dari program.

3. Slicing Point: Mempertimbangkan Slicing point, minat programmer mungkin

sebelum atau sesudah pernyataan tertentu.

4. Scope: Cakupan irisan mungkin antarprocedural atau mungkin intraprosedural.

5. Slicing Direction: Potongan yang diharapkan dari program mungkin maju atau
mundur arah.

6. Abstraction Level: Tingkat abstraksi baik dalam pernyataan atau prosedur

7. Type of Information : Informasi yang kami peroleh dari irisan akan menjadi statis
34
 atau mungkin dinamis.

8. Computational Method : Metode penghitungan slice adalah dengan

menyelesaikan persamaan aliran data. Ini dapat dilakukan melalui jangkauan grafik
dalam berbagai grafik ketergantungan

9. Output format: Format yang dapat diperoleh setelah pemotongan dapat berupa
kode-kode yang setara dengan kode sumber atau dapat berupa grafik
ketergantungan atau mungkin dalam bentuk pohon eksekusi.

No Parameter Static Slicing Dynamic Slicing

1 Input asumsi tidak dipengaruhi oleh di sini ia mengasumsikan
nilai yang dicapai dalam input masukan tetap dari program
masing-masing
2 Seleksi kreteria semua pernyataan yang mungkin itu terdiri dari semua nilai
atau mungkin tidak yang mempengaruhi secara
mempengaruhi variabel yang langsung pada satu set
terlibat di sini variabel tertentu
3 Kontruksi ketika nilai ternyata tidak dari 3 bagian informasi
relevan dari kumpulan variabel yang terjadi saat pembuatan
yang dipilih di beberapa titik potongan dinamis, 2 nilai
tertentu, proses eliminasi mulai tersebut ternyata
terjadi dari titik berlawanan. nilai input terus
berkembang selama
program dijalankan. Semua
ini termasuk dalam kategori
kriteria pemotongan
dinamis
4 Aplikasi pemotongan statis membantu pemotongan yang relevan
dalam mengekstraksi segmen adalah bentuk khusus dari
program yang diperlukan, pemotongan dinamis, yang
sementara menghilangkan mencakup pernyataan
bagian dari program yang tidak kontrol yang akan
diperlukan mempengaruhi hasil, id

35
 program dijalankan secara
berbeda dari cara
sebenarnya, pendekatan
program pemotongan
dinamis dijalankan hanya
oleh bagian yang dapat
dieksekusi dari program
sumber asli. Pendekatan ini
memiliki ukuran yang lebih
kecil dari program aslinya
5 Keuntungan a) ini berkaitan dengan a) metode pemotongan
komputasi yang berbeda ditentukan oleh satu
dengan pemotongan komputasi, bukan
dinamis kumpulan gabungan
b) perhitungan untuk dari semua
membangun irisan statis komputasi
dapat dilaksanakan b) dimaksudkan untuk
dengan menggunakan debugging dan
program asli aplikasinya
6 Kerugian irisan program yang diperoleh pendekatan pemotongan
lebih panjang dibandingkan dinamis biasanya lebih
dengan pendekatan pemotongan lambat dan lebih kompleks
dinamis untuk dihitung

8. Brute Force Debugging

9. Data Driven Testing

36
 Daftar Pustaka

Adila Chusnul Fatiyah, S. F. (2019). Pengujian Fungsional dan Non Fungsional Aplikasi Web
Borongajayuk. e-Proceeding of Engineering, Vol.6.

Beni Adi Pranata, A. H. (2018). PERANCANGAN APPLICATION PROGRAMMING INTERFACE (API)

BERBASIS WEB MENGGUNAKAN GAYA ARSITEKTUR REPRESENTATIONAL STATE TRANSFER
(REST) UNTUK PENGEMBANGAN SISTEM INFORMASI ADMINISTRASI PASIEN KLINIK
PERAWATAN KULIT. Jurnal Komputasi, Vol 6 No.1.

Eko Pandara, S. K. (2014). IMPLEMENTASI PROSES UJI SISTEM INFORMASI ADMISI PASCASARJANA
UNIVERSITAS SAM RATULANGI. E-journal Teknik Informatika, Vol 4, No.2.

House, A. (2004). A Practitioner's Guide to Software Test Desain.

Yudhi Purwanto, A. B. (2005). Perancangan dan Pembuatan Case Tool Software Testing
Menggunakan Metode Static Data Flow Analysis. JUTI Jurnal Ilmiah Teknologi Informasi,
62-63.

N.Sasirekha, A. R. (2011). International Journal of Software Engineering & Applications (IJSEA).

PROGRAM SLICING TECHNIQUES AND ITS, Vol.2, No.3,.

https://www.moqui.org/ Diakses pada tanggal 06/11/20

https://slideplayer.info/slide/3220828/ Diakses pada tanggal 06/11/20

37
https://sis.binus.ac.id/2016/12/16/software-testing/ Diakses pada tanggal 07/11/20

https://medium.com/@amaliadmyt/wajib-diketahui-jenis-jenis-software-testing-pada-functional-
testing-
1b7518e3df13#:~:text=Functional%20Testing%20adalah%20jenis%20pengujian,pada%20manual
%20dan%20automation%20testing. Diakses pada tanggal 13/11/20

https://gaptex.id/glossary/pengertian-functional-testing/#Pengertian_Functional_Testing
Diakses pada tanggal 13/11/20
https://www.lambdatest.com/blog/test-verification-vs-validation-in-website-
testing/?utm_source=Quora&utm_medium=Ans&utm_campaign=SS-130519-
2&utm_term=Saif Diakses 20/11/2020
Directorate of Distance Education, SOFTWARE TESTING AND QUALITY
ASSURANCE, Lovely Professional University, 2012

38