0% menganggap dokumen ini bermanfaat (0 suara)
42 tayangan30 halaman

Software Testing Moqui-API Testing

Diunggah oleh

diazarfandy7
Hak Cipta
© © All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai PDF, TXT atau baca online di Scribd
0% menganggap dokumen ini bermanfaat (0 suara)
42 tayangan30 halaman

Software Testing Moqui-API Testing

Diunggah oleh

diazarfandy7
Hak Cipta
© © All Rights Reserved
Kami menangani hak cipta konten dengan serius. Jika Anda merasa konten ini milik Anda, ajukan klaim di sini.
Format Tersedia
Unduh sebagai PDF, TXT atau baca online di Scribd
Anda di halaman 1/ 30

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

November 2020

1
Daftar Isi

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

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

8. Unit Testing

9. Program Slicing

10. Brute Force Debugging

11. Data Driven Testing

4
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

5
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

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

7
dengan lancar.

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


dengan lancar.

8
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.

9
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

10
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.

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

11
Jika ingin membuat project bisa pilih menu HiveMind PM

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

12
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 

13
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

14
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

15
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”

16
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

17
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

18
 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

19
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.

20
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

21
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

22
/vapps

/FindProject

23
/FindTask

/FindRequest

24
/FindVendor

/FindClient

25
/FindTeam

/FindParty

26
/EditRateAmounts

/WikiSpaces

27
/Accounting

/Asset

28
/FindSurvey

/SelectAsset

5. Vertification and Validation

6. Unit Testing

7. Program Slicing

8. Brute Force Debugging

9. Data Driven Testing

29
Daftar Pustaka

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

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

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

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

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.

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

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

30

Anda mungkin juga menyukai