Overview

Test Items
Go-Pulsa merupakan salah satu layanan pada aplikasi Gojek untuk mengisi pulsa handphone dan paket data.
Dengan makin bertambahnya fitur pada aplikasi gojek, maka sangat disarankan untuk melakukan pengujian terhadap setiap fitur pada aplikasi.
Agar layanan baru tidak berpengaruh negatif kepada layanan yang lain.Test plan dibuat untuk memfasilitasi komunikasi antar tim.
Dokumen ini menjelaskan pendekatan dan metodologi yang akan berlaku untuk pengujian sistem.
Dokumen ini termasuk test responsibilities, entry dan exit criteria, scope, schedule major milestone
Untuk mencapai hasil yang diinginkan, kami menyematkan beberapa aturan yang menjadi strategi pendekatan pengujian.

* Selalu mempertimbangkan pengalaman pengguna dan memaksimalkan fitur pada aplikasi

* Berpusat pada pengguna dan business requirements

Bounds
Scope
Target utama dalam pengetesan adalah Functional dan validasi sistem sesuai dengan skenario data input
Fitur dan Fungsi yang akan diuji :

Functional
Performance
Compatibility
Fitur dan Fungsi yang tidak diuji :
Tingkat kecepatan pulsa masuk kedalam no pelanggan tidak akan diuji, karena merupakan komponen pihak ketiga.

Approach/Strategy
Pendekatan yang dilakukan adalah analisis terhadap spesifikasi desain interface disetiap device yang disiapkan di laboratorium uji.
Selain itu, pengujian terhadap alur dalam pemesanan makanan yang berhubungan dengan pengalaman pengguna

Acronyms
Term Defenisi
UI User Interface
QA Quality Assurance
RTM Requirements Traceability Matrix
CM Configuration Management

Quality Risks

Pendekatan yang dilakukan adalah analisis berbasis risiko, dimana setiap risiko akan dibagi berdasarkan tingkat prioritas tinggi, sedang atau rendah

Resiko Tinggi
Beberapa halaman overflowing yang mengharuskan pengguna untuk mengambil tindakan terlalu banyak
Lebih memperjelas setiap aksi penting yang dilakukan pengguna, seperti tombol, icon penambahan data, dsb.
Kesalahan fungsionalitas pada komponen atau proses
Proses yang lambat dalam menambah atau mengedit alamat pengguna
Error messages yang tidak jelas.
Kesalahan pada UI (UI glitches)

Resiko Sedang
Redudansi Informasi pada aplikasi akan menyebabkan kebosanan. Sangat perlu untuk menyederhanakan informasi
Tombol menambah catatan kepada driver harus diperjelas

Resiko Rendah
Kesalahan dokumentasi
Schedule

Unit Testing Module Testing

Testing Type
UI Functional Performance Navigation Compatibility UI Functional Performance Navigation
Schedule Date 13/10/2019 18/10/2019 20/10/2019 23/10/2019 25/10/2019 13/10/2019 18/10/2019 20/10/2019 23/10/2019

Milestones:
Module
Release Date
Name
Test plan 13/10/2019
Unit Testing 25/10/2019
Module
25/10/2019
Testing
Summary
28/10/2019
report

Transitions
Entry Criteria
1 Semua platform perangkat keras yang digunakan untuk pengujian harus telah diinstal, konfigurasi dan berfungsi dengan baik
2 Semua informasi tentang dokumentasi, desain dan persyaratan harus tersedia sehingga memungkinkan penguji
mengoperasikan sistem dan melakukan pengujian dengan benar
3 Semua perangkat lunak untuk pengujian telah berhasil diinstal dan berfungsi dengan baik
4 Data dan skenario pengujian yang benar telah tersedia
5 Lingkungan pengujian seperti laboratorium, perangkat keras, perangkat lunak dan dukungan administrasi sistem harus siap
6 QA sepenuhnya memahami persyaratan
7 QA memiliki pengetahuan tentang strategi pengujian yang baik
8 Meninjau kembali skenario, test cases dan RTM
Exit Criteria
1 Cakupan persyaratan tertentu telah tercapai
2 Aplikasi tidak lagi mengandung banyak bug dan error
3 Aspek yang beresiko tinggi dan sedang telah sepenuhnya diuji
4 Jadwal telah tercapai

Continuation Criteria
1 Perubahan signifikan dalam persyaratan yang disarankan oleh stakeholders
2 Masalah perangkat lunak/perangkat keras
3 Resources yang diperlukan oleh tim penguji tidak tersedia

Test Configurations and Environments

Testing Tools
Process Tool
Test case creation Microsoft Excel
Test case tracking Microsoft Excel
Test case execution Manual, Appium, Selendroid
Test case management Microsoft Excel
Test Reporting PDF
Check list creating Microsoft Excel
Project structure Microsoft Project (.mpp)

Configuration Management
Software CM : CFEngine
Documents CM : SVN

Test Environment
Emulator & IDE
Android Studio
Visual Studio
xCode
 Mobile Device
Smartphone yang mewakili berbagai resolusi layar
Tablet dan phablet yang mewakili berbagai resolusi layar
Smartphone yang mewakili setiap versi os baik yang lama maupun yang terbaru
Tablet dan phablet yang mewakili setiap versi os baik yang lama maupun yang terbaru
Analytics & Monitoring Tools
Firebase
Crashlytics
Cloud Testing service
AWS Device Farm
Hardware
2 workstation/laptop
Network wifi device
Kabel USB

Test Execution

Key Participant
Role Responsibilities
Project Manager 1. Bertanggung jawab terhadap schedule dan suksesnya proyek
2. Bertindak sebagai penengah antara software engineer dan tim QA
QA Lead 1. Merencanakan dan mengorganisasikan proses dari pengujian sebelum rilis
2. Berkoordinasi dengan QA untuk setiap masalah yang terjadi selama pengujian
3. Melaporkan perkembangan pengujian kepada project manager
QA 1. Memahami requirement
2. Membuat dan melakukan test case
3. Menyiapkan RTM
4. Melakukan peninjauan terhadap test case, RTM
5. Mempersiapkan data pengujian
6. Meninjau bug dan kesalahan pada aplikasi
7. Berkoordinasi dengan QA Lead untuk setiap masalah yang terjadi selama pengujian
Test Case
No Test Cases
1 Pengujian yang berasal dari persyaratan nonfungsional
1. Navigasi
2. Kemudahan pengguna dalam menggunakan aplikasi
3. User Manual
4. Peformance
5. Waktu respons aplikasi
6. OS support
7. Screen Resolution support
2 Pengujian yang berasal dari persyaratan fungsional
1. Interface setiap halaman
2. Modul Pencarian
3. Modul Maps
4. Halaman Checkout
5. UI Navigasi
6. Geographic Analysis
3 Pengujian yang berasal dari persyaratan sistem arsitektur
1. Network error
2. Memori smartphone penuh

QA akan
Test Cycles mempersiapk
Mempersiapkanan testCases
Test matrix
yang
QA akan mempersiapkan test case serta skenario pengujian yang mencakup semua persyaratan
memetakan
Mempersiapkansetiap
Test Matrix
test
case
berdasarkan
Meninjau test cases dan matrix
kebutuhan
1. Setiap skenario, test case dan test matrix akan ditinjau oleh QA Lead
serta
mencakup
2. Setiap saran dan komentar tentang test case dan test coverage akan kembali ditinjau
semua
3. Saran dan perbaikan akan dikerjakan kembali oleh QA
persyaratan
 4. Perbaikan akan disetujui oleh QA dan QA Lead
3. QA akan
Membuat Test Data
mencatat
bug/cacat
Test data akan dibuat oleh masing-masing QA berdasarkan skenario dan test case
yang
Eksekusi Test cases
ditemukan
1. Test sebuah
dalam case akan dieksekusi di aplikasi oleh QA berdasarkan skenario dan test case
dokumen
2. Hasil pengujian (Pass/Fail) akan diupdate dalam dokumen pencatatan dan pelaporan
terpisah.
Setelah itu QA
Pengujian Ulangakan
dan Regresi
melaporkan
Pengujian ulang untuk aplikasi yang telah diperbaiki akan dilakukan kembali.
ke QA lead
Deployment/Delivery
untuk
diteruskan ke bug dilaporkan lengkap dengan perbaikannya, laporan akan diserahkan ke Project Manager
Setelah semua
software
engineer

Risks and Contingencies

Kekurangan Contingencies
staf
Risk yang Probability Risk Type Membagi
/ Mitigation
Tidak dapat
terampil tetapi QA akan
pelaksanaan
Approach
memperoleh 30% Schedule Resources
bekerja untuk komponen akan dibagi antara resources yang ada
komponen
beberapa tools
pengujian
Jadwal akan
dua disesuaikan
berpasangan
menjadi
telah
yang siap pada satu
25% Equipment shift
Pengujian dan tools yang sudah ada
(pagi
Memaksimalkan
diuji
diperlukan komponen.
sore) device
sehingga
Beberapa
untuk integrasi pada
device Jika satu akan
pengujian
tersebut
dan pengujian
Turnover 5% Personnel anggota
mengalami
sistem ditunda, QA
dapat
kerusakan, 25% Equipment tim
dilakukan
sembari oleh
setelah memutuskan
beberapa tim
menunggu
dilakukan resign,
pada hari
device maka
baruyang
rooting pasangannya
sama jenis
dengan
dapat melatih
yang sama
QA baru
Compatibility
25/10/2019