BAHAGIAN PENDIDIKAN TEKNIK DAN VOKASIONAL

KEMENTERIAN PENDIDIKAN MALAYSIA

ARAS 5 & 6, BLOK E14, KOMPLEKS E,
PUSAT PENTADBIRAN KERAJAAN PERSEKUTUAN,
62604 PUTRAJAYA, MALAYSIA

KERTAS PENERANGAN
(INFORMATION SHEET)

KOD DAN NAMA PROGRAM /

IT-030-3:2013 – COMPUTER NETWORK SERVICES
PROGRAM’S CODE & NAME

TAHAP DAN SEMESTER

2 (SEMESTER 3)
LEVEL AND SEMESTER

NO DAN TAJUK UNIT C06 MOBILE DEVICE CONFIGURATION

KOMPETENSI /
KSK 4033/MOBILE DEVICE SETUP
COMPETENCY UNIT NUM. AND
TITLE

NO. DAN PENYATAAN AKTIVITI 1. ANALYSE JOB ORDER / CHANGE REQUEST

KERJA / 2. CARRY OUT MOBILE DEVICE CONFIGURATION
WORK ACTIVITIES NO. AND 3. PERFORM MOBILE DEVICE TROUBLESHOOT
STATEMENT 4. CARRY OUT MOBILE DEVICE COMMISSIONING

NO. KOD KSKV

KSKV CODE NO.
Muka Surat : 1 Drp /12
NO. KOD NOSS
IT-030-3:2013-C06/P (4/4)
NOSS CODE NO.

TAJUK/TITLE : Langkah Penerimaan Peranti Mudah Alih

TUJUAN/PURPOSE :
Kertas Penerangan adalah bertujuan untuk menerangkan tentang ujian penerimaan
pengguna dalam penerimaan peranti mudah alih.

1
 Muka / Page : 2
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10
1. UJIAN PENERIMAAN PENGGUNA (USER ACCEPTANCE TEST)

1.1. Pengenalan

Definisi “Commissioning”
Proses yang mana kelengkapan, kemudahan, atau loji (yang dipasang, atau
lengkap atau hampir siap) diuji untuk mengesahkan jika ia berfungsi mengikut objektif
reka bentuk atau spesifikasinya.
Ujian penerimaan pengguna (UAT) adalah fasa terakhir proses pengujian
perisian. Dalam UAT, pengguna perisian sebenar menguji perisian untuk memastikan ia
boleh mengendalikan tugas yang diperlukan dalam senario dunia sebenar, mengikut
spesifikasi. Dalam pembangunan perisian, UAT juga dikenali sebagai ujian beta, ujian
aplikasi dan ujian pengguna akhir. Ia adalah satu fasa pembangunan perisian dimana
perisian yang diuji di dalam "dunia sebenar" oleh pengguna.

UAT boleh dilakukan dengan ujian dalam rumah dimana sukarelawan atau
subjek ujian yang dibayar menggunakan perisian atau lebih biasanya untuk perisian
diedarkan secara meluas, dengan membuat versi ujian yang ada untuk memuat turun
dan percubaan percuma di laman sesawang. Pengalaman daripada pengguna awal
dikemukakan semula kepada pemaju yang membuat perubahan terakhir sebelum
perisian dikomersialkan.

Ini biasanya adalah langkah terakhir sebelum produk dikomersialkan atau

sebelum penghantaran produk diterima. UAT adalah selepas produk itu sendiri diuji
dengan rapi (iaitu selepas ujian sistem).

Pengguna atau pelanggan ini boleh menjadi sama ada seseorang yang membeli
produk yang (dalam hal perisian iklan) atau seseorang yang telah mempunyai perisian
melalui pembekal perkhidmatan perisian atau pengguna akhir jika perisian yang
disediakan kepada mereka lebih awal daripada masa dan apabila maklum balas mereka
diminta.

UAT diklasifikasikan sebagai Alfa dan ujian Beta, tetapi klasifikasi yang tidak
begitu penting dalam konteks projek pembangunan perisian yang biasa dalam industri
berasaskan perkhidmatan. Ujian Alpha adalah apabila UAT dijalankan dalam
persekitaran pembina perisian dan lebih penting dalam konteks komersial. Ujian beta
adalah apabila UAT dijalankan dalam persekitaran pengeluaran atau persekitaran
pelanggan. Ini adalah lebih biasa untuk aplikasi menghadap pelanggan. Para pengguna
disini adalah pelanggan sebenar.

2
 Muka / Page : 3
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

1.2. Proses UAT

Cara yang paling mudah untuk memahami proses ini adalah untuk menganggap UAT
sebagai projek ujian autonomi. Ia akan mempunyai pelan, reka bentuk dan fasa
melaksanakan :-
i. Perancangan
Strategi UAT digariskan dalam langkah perancangan.

ii. Mereka bentuk kes-kes ujian

Kes Ujian direka untuk merangkumi semua senario fungsi perisian dalam
penggunaan dunia sebenar. Ia direka dalam bahasa yang mudah dan
cara untuk membuat proses ujian lebih mudah untuk penguji.

Pemilihan pasukan ujian: Pasukan ujian terdiri daripada dunia sebenar

pengguna akhir.

iii. Melaksanakan kes-kes ujian dan mendokumentasikan

Pasukan ujian melaksanakan kes-kes ujian yang direka. Kadang-kadang
ia juga melaksanakan beberapa ujian rawak berkaitan. Semua pepijat log
masuk dokumen ujian dengan komen yang berkaitan.

iv. Bug penetapan (Bux fixing)

Menjawab pepijat ditemui oleh pasukan ujian, pasukan pembangunan
perisian membuat pelarasan akhir kod untuk membuat perisian diambil
berat.

v. Daftar-off (Sign-Off)
Apabila semua bug telah ditetapkan, pasukan ujian yang menunjukkan
penerimaan permohonan perisian. Ini menunjukkan bahawa permohonan
itu memenuhi keperluan pengguna dan sedia untuk dilancarkan di
pasaran.

3
 Muka / Page : 4
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

Rajah 3.1 : Proses UAT

1.3. Rekabentuk UAT

Kriteria penerimaan yang diperolehi dari pengguna digunakan dalam langkah ini.
Berikut adalah contoh Templat Ujian Penerimaan Pengguna berdasarkan CSTE
CBOK (Certified Software Tester). Ini adalah salah satu rujukan yang terbaik
daripada beberapa rujukan sedia ada tentang UAT.

Rajah 3.2 : Rekabentuk UAT

1.4 Ujian penerimaan pengguna (UAT) dilaksanakan adalah dari segi berikut :
 Ujian akses rangkaian dan komunikasi
 Pemasangan perisian yang disediakan kepada pengguna seperti:
 OS yang dimasukkan
 Perisian aplikasi tambahan ( Gadget )
 Safety advice peranti yang digunakan

4
 Muka / Page : 5
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

2. PENGUJIAN APLIKASI PERANTI MUDAH ALIH

Proses ujian penerimaan sepatutnya menyatakan dengan jelas punca suatu kecacatan
atau kesilapan dalam aplikasi tertentu dan mengenal pasti dalam keadaan tertentu
pemaju yang dikehendaki untuk membetulkan isu-isu berkenaan. Parameter tertentu
perlu dinyatakan untuk mengenal pasti kesilapan atau kecacatan dalam aplikasi, tempoh
untuk membetulkan kecacatan itu, dan apa yang sepatutnya berlaku jika berlaku
pertikaian setelah aplikasi selesai diuji.

Rajah 3.3 : UAT

2.1. Strategi pengujian peranti mudah alih

2.1.1. Kriteria Penerimaan

Sebagai pengeluar peranti mudah alih kepuasan dan penerimaan pengguna

perlu dititikberatkan. Antara kriteria utama yang perlu dilihat adalah :

A. Jangkaan pengguna terhadap produk yang dihasilkan.

B. Gunakan kaedah lihat dan rasa. Kaedah ini dapat membandingkan rupa bentuk
dan spesifikasi asal.
C. Keperluan bukan fungsi bagi menentukan jangkaan prestasi, naiktaraf,
kebolehpercayaan dan lain-lain.

5
 Muka / Page : 6
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

D. Peranti sasaran dan versi sistem operasi bagi menentukan jenis peranti
dan versi sistem operasi yang akan digunakan.

2.1.2. Ujian Pembangunan

Pengujian harus bermula dari prototaip pertama dengan beberapa jenis

fungsi kerja dan berterusan sehingga akhir projek. Ujian ini akan dilakukan
oleh pemaju sebelum produk dilancarkan, sama ada ia adalah keluaran
pertama, fix bug atau kemaskini.

2.1.3. Ujian Integrasi

Ujian integrasi biasanya dilakukan secepat akses kepada back-end,

perkhidmatan web dan API boleh didapati. Ujian integrasi memastikan semua
API berfungsi seperti yang diharapkan, ini bagi memastikan sistem
berkomunikasi antara satu sama lain dengan betul dan bahawa tidak ada
jurang dalam aliran data. Ujian integrasi akhir membuktikan bahawa sistem
ini berfungsi sebagai unit bersepadu apabila semua pembaikan telah
lengkap. Ujian ini biasanya dilakukan dengan skrip ujian automatik.

2.1.4. Ujian Jaminan Kualiti

Ujian kualiti sebenar perlu dilakukan diluar daripada pasukan pembangunan

teras oleh penguji profesional. Terdapat beberapa jenis ujian yang dilakukan
oleh Pasukan Jaminan Kualiti.

2.1.5. Ujian Penerimaan Pengguna (UAT)

Sebelum sesuatu produk sedia untuk dilancarkan, pelanggan (luaran atau

dalaman) projek itu akan melalui proses penerimaan kriteria bagi memastikan
bahawa kriteria minimum telah dipenuhi. Bergantung kepada persediaan
sebelum ini, ia memakan masa yang pendek atau boleh pergi selama
berbulan-bulan dengan tambahan pembangunan dan ujian keatasnya.
Apabila UAT selesai produk sedia untuk dilancarkan.

6
 Muka / Page : 7
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

2.1.6. Ujian Selepas Pelancaran

Jaminan kualiti tidak pernah berhenti walaupun sesuatu produk itu telah
dilancarkan. Apabila produk telah berada dipasaran ujian dan pemantauan
maklum balas pengguna perlu terus dilakukan bagi memastikan bahawa
perkhidmatan terus dipertingkatkan dan diperbaiki.

2.2 Dokumentasi UAT

Maklumat dokumentasi pemasangan peranti mudah alih mengandungi:

1. Maklumat pengguna:
 Nama
 Lokasi
 Bahagian
2. Maklumat Peranti
 Alamat IP
 No siri
3. Maklumat Syarikat pembekal /
pengeluar
 Rekod Aset
4. Kemaskini inventori syarikat

2.3. Faedah UAT

Matlamat utama ujian penerimaan pengguna adalah untuk menilai jika sistem boleh
dipasarkan kepada pengguna dan juga memastikan sistem adalah mencukupi dan
betul untuk kegunaan pengguna dan dikomersialkan. Berikut adalah antara faedah-
faedah UAT.
i. Tidak mempunyai sekatan ke atas jumlah atau jenis peranti aplikasi
anda boleh diuji pada, termasuk iOS, Android atau Windows.
ii. Meluaskan komuniti ujian dengan memasukkan keratan rentas
pekerja serta penguji luar organisasi, seperti pengguna, kontraktor
dan pekerja.
iii. Membuat keputusan produk yang lebih baik melalui ujian
perbandingan membina versi yang berbeza dan dengan maklum
balas secara langsung daripada pengguna.

7
 Muka / Page : 8
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

iv. Ketat kawalan pengguna yang mendapat aplikasi dan versi untuk
tempoh masa berapa lama.
v. Cepat bertindak balas untuk menyokong permintaan dalam masa kini
dengan aplikasi kawalan jauh.

2.4 Handling Over of Mobile Device and Gadget to End User ( Mengendalikan Peranti
Mudah Alih dan Gadget untuk Pengguna Akhir)

Mobile device testing untuk memastikan kualiti mobile device, seperti telefon bimbit, PDA,
dan sebagainya. Pengujian akan dilakukan kepada kedua-dua bahagian perkakasan serta
perisian. Terdapat beberapa prosedur pengujian seperti pengujian Research and
Development , pengujian kilang dan pengujian sijil.
Pengujian mobile device melibatkan satu set aktiviti dari pemantauan dan kesukaran untuk
memeriksa aplikasi mobile device, kandungan dan perkhidmatan pada telefon bimbit
sebenar. Ujian termasuk pengesahan peranti perkakasan dan aplikasi perisian.
Membangun aplikasi untuk platform Android adalah perniagaan rumit. Pengguna perlu
menguji dengan beberapa versi sistem operasi, lapisan antara vendor perkakasan,
konfigurasi perkakasan, jenis peranti dan keupayaan rangkaian. Matriks ujian untuk aplikasi
berasaskan Android boleh menjadi satu cabaran yang serius, memberi kesan kepada kualiti
produk, masa-ke-pasaran, dan keuntungan.
Terdapat beberapa ciri mobile device. Antaranya ialah :

a) WiFi atau akses ke Internet

b) Saiz dan berat boleh dibawa dengan satu tangan sahaja.
c) Operasi tanppa wayar
d) Keupayaan untuk memuat turun data dari Internet

2.5 Jenis Pengujian Peranti Mudah Alih

a) Physical Mobile Device Testing ( ujian fizikal peranti mudah alih)  Uji persekitaran
sebenar – Ujian pada peranti mudah alih fizikal memastikan ujian berjalan pada keadaan
dunia sebenar. Ini mengurangkan positif palsu dan menjadikannya lebih mudah untuk
meniru pengguna yang terdapat pada peranti mereka.  Prestasi yang lebih baik – Ujian
pada peranti mudah alih fizikal berjalan dengan cepat berbanding dengan emulator atau
simulator menghasilkan masa membina dengan lebih cepat.
 Ujian selari – dengan memanfaatkan skala Cloud Device SoftwareStack, boleh
menjalankan banyak ujian secara selari, mengakibatkan pengurangan masa ujian yang
ketara.

8
 Muka / Page : 9
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

b) Hardware Mobile Device Testing (ujian perkakasan peranti mudah alih)  Pengujian pada
perkakasan peranti mudah alih termasuk menguji pemproses dalaman, perkakasan
dalaman, saiz skrin, resolusi, ruang atau memori, kamera, radio, Bluetooth, WiFi dan lain-
lain.

c) Software Mobile Device Testing ( ujian perisian peranti mudah alih)  Aplikasi yang
berfungsi pada peranti mudah alih dan fungsi akan diuji.”Pengujian Aplikasi Bergerak” untuk
membezakannya dari kaedah yang lebih awal. Walaupun dalam aplikasi mudah alih,
terdapat beberapa perbezaan asas yang penting iaitu :- i. Aplikasi asli – aplikasi asli dicipta
untuk digunakan pada platform seperti mobile dan tablet. ii. Aplikasi web mudah alih adalah
aplikasi sisi pelayan untuk mengakses tapak web pada telefon bimbit menggunakan pelayar
yang berbeza seperti Chrome, Firefox dengan menyambung ke rangkaian mudah alih atau
rangkaian tanpa wayar. iii. Aplikasi hybrid adalah gabungan aplikasi asli dan aplikasi web.
Mereka berjalan pada peranti atau luar talian dan ditulis menggunakan teknologi web seperti
HTML5 dan CSS5.

d) Security Mobile Device Testing (ujian sekuriti peranti mudah alih)  Keselamatan mudah
alih atau keselamatan telefon bimbit menjadi semakin penting dalam pengkomputeran
mudah alih. Terdapat 5 jenis pengujian sekuriti untuk aplikasi peranti mudah alih.

1. ASSET RECORD
Rekod aset adalah rekod untuk mengesan peralatan anda. Berikut hendaklah dalam
rekod Aset:

i) Catat butiran aset

ii) Nombor Siri
iii) Lokasi fizikal
iv) Maklumat pembelian

 Terdapat beberapa manfaat untuk mengekalkan rekod aset seperti:

i) Membantu dalam perancangan jangka pendek dan jangka

panjang: Rekod aset yang disediakan dengan baik menjadikan alat
perancangan yang berharga kepada mana-mana perniagaan. Ini
membantu syarikat untuk mengesan butiran setiap aset tetap,
termasuk tarikh pembelian dan penilaian risiko.

ii) Membantu mencegah penipuan: Syarikat harus mempunyai aset

perniagaan mereka yang diaudit secara kerap untuk memastikan

9
 Muka / Page : 10
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

sistem kawalan perakaunan dalaman dapat mencerminkan

kedudukan aset syarikat dengan tepat. Apabila terdapat kawalan
yang tepat di tempat pencurian asset ia dapat mengurangkan
peluang kehilangan aset di penyedia perkhidmatan, tapak
pelanggan dan lain-lain.

iii) Membantu menjaga perkara yang teratur: Dengan

mengindentifikasikan pergerakan aset perniagaan ia dapat
mengoptimalkan penggunaan aset mereka termasuk peningkatan
tagihan. Dengan mendaftar aset, aset organisasi terlindung
daripada sebarang ancaman yang akan memberi kesan kepada
keupayaan perniagaan untuk memaksimumkan pendapatan.

iv) Memastikan pematuhan: Dengan mempunyai rekod yang

merangkumi tarikh pembelian peralatan, ini dapat memastikan
organisasi tidak terlepas daripada jadual penyelenggaraan yang
mungkin membawa kepada pembatalan obligasi jaminan oleh
OEM.

v) Menjimatkan kos: Rekod aset memberikan banyak faedah

menjimatkan kos bagi kebanyakan perniagaan. Dengan
mengetahui apa aset yang ada pada anda, ia akan menghalang
pembaziran pembelian aset lain sekaligus dapat meningkatkan
aliran tunai dan keuntungan perniagaan.

10
 Muka / Page : 11
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

Berikut adalah contoh Borang Rekod Aset

Asset
A005
Reference

ASSET RECORD
Name: Lenovo Tab 3
Description Android tablet
Location: BG07, Block B, KL Industrial Park, Jalan Klang Lama, 58200
Kuala Lumpur.
Model: Lenovo Tab 3
Purchase Order: 24/7/2017 Invoice No: 0673214
Purchase Date: 2/8/2017 Serial No: N54321
Asset type: Tablet Purchase Price: RM 329

History

Person In Charge
Date Description Cost
(PIC)
2/8/2017 20 Tablet received RM 6580 Nurain Farah
Farzana

11
 Muka / Page : 12
NO. KOD / CODE NUM. IT-030-3:2013-C06/P (4/4)
Drpd/of : 10

LATIHAN

1. Berikan definasi Ujian Penerimaan Pengguna (UAT).

2. Apakah yang dimaksudkan dengan Ujian Penerimaan Pengguna (UAT)?
3. Terangkan proses bagi melaksakan Ujian Penerimaan Pengguna (UAT).
4. Berikan contoh rekabentuk Ujian Penerimaan Pengguna (UAT) yang biasa
digunakan.
5. Nyatakan faedah-faedah Ujian Penerimaan Pengguna (UAT).

RUJUKAN

1. User Acceptance Testing (UAT). Dicapai pada November 19,

2014 dari http://www.techopedia.com/definition/3887/user-
acceptance-testing-uat.
2. MOBILE APP TESTING. Dicapai pada November 19, 2014 dari
https://www.apperian.com/mobile-application-management/mobile-app-
testing/.
3. Commissioning And Developing Mobile Apps – The Legal Landscape.
Dicapai pada 20 November, 2014 dari
http://www.mondaq.com/x/252138/Telecommunications+Mobile+Cable+Commu
n ications/Commissioning+And+Developing+Mobile+Apps+The+Legal.
4. Mobile Strategy Handbook Chapter 7 : 6 Steps For Mobile Application
Testing – QA. Dicapai pada Disember 12, 2014, dari
http://dminc.com/blog/6-steps-for-mobile-application-testing-qa/.

12