Automatic Data Processing (ADP) Limited adalah penyedia Layanan Perusahaan terkemuka di dunia Layanan Perusahaan di masa lalu hanya merupakan sinonim untuk pembayaran gaji, tetapi sekarang ini memiliki definisi yang jauh lebih luas yaitu, merangkul sumber daya manusia, manajemen pengeluaran, waktu, kehadiran, layanan rekrutmen, dan solusi perusahaan berdasarkan teknologi Internet.

1. AKHDIAT QUDRATULLAH
NIM. 201810370312289
AUTOMATIC DATA
PROCESSING LIMITED
UNIVERSITAS MUHAMMADIYAH MALANG

2. Overview of the Organization
• Automatic Data Processing (ADP) Limited adalah penyedia
Layanan Perusahaan terkemuka di dunia
• Layanan Perusahaan di masa lalu hanya merupakan sinonim
untuk pembayaran gaji, tetapi sekarang ini memiliki definisi
yang jauh lebih luas yaitu, merangkul sumber daya manusi
a, manajemen pengeluaran, waktu, kehadiran, layanan re
krutmen, dan solusi perusahaan berdasarkan teknologi In
ternet.

3. Overview of the Organization (2)
• Didirikan pada tahun 1949, ADP telah menjadi kisah sukses
yang mengherankan selama lebih dari setengah abad
• Menjadikan mitra pilihan dalam aspek-aspek penting dari
sejumlah besar bisnis. Melalui komitmen tunggal untuk
menyediakan layanan berkualitas tinggi yang terkait dengan
pekerjaan, seperti penggajian, ADP telah berkembang dengan
mantap dan sekarang melayani komunitas klien dengan lebih
dari 450.000 organisasi di seluruh dunia

4. Overview of the Organization (3)
• Strategi bisnis ADP didasarkan pada :
- Kebutuhan untuk tumbuh melalui peningkatan dan
inovasi yang konsisten dalam penyediaan Layanan
Perusahaan
- Memanfaatkan teknologi baru, ADP menawarkan
spektrum Layanan Perusahaan yang luas, termasuk
Surepay, Managed, Teledata, and International Payroll
Service.
• Studi kasus ini berkaitan dengan proyek pengujian berskala
kecil yang disiapkan untuk melakukan Acceptace Testing
dari elemen Software Application penggajian sebelum
dikirimkan ke sejumlah klien ADP sebagai bagian dari solusi
penggajian yang dikelola.

5. Characteristics of the Testing Requirement
• Studi kasus ini berfokus pada proses pengujian yang diadopsi
oleh Departemen Pengembangan Perangkat Lunak divisi
Layanan Pengusaha di Inggris untuk keperluan Acceptance
Testing aplikasi manajemen penggajian (AUT).
• Software Requirement untuk aplikasi diberikan oleh anggota
Tim Implementasi Klien di ADP, yang menggunakan
pengetahuan dan pengalaman mereka tentang proses bisnis
calon klien untuk menentukan rincian sistem.
• AUT mengalami proses pengembangan berulang dengan rilis
tambahan dari perangkat lunak yang dikirimkan ke
Acceptance Testing Team ADP (ATT).
• ATT bertanggung jawab untuk kedua Acceptance Testing
fungsi baru untuk rilis tertentu dan Regression Testing yang
ketat dari fungsi yang diterima sebelumnya.

6. Characteristics of the Testing Requirement
• Menguji aspek fungsional AUT menggunakan Thread Testing
• Karena AUT direncanakan akan dikirimkan ke dua puluh klien,
maka AUT juga membutuhkan Performance Testing untuk
memberikan keyakinan bahwa perangkat lunak akan
mengeksekusi dengan kecepatan yang memadai di bawah
berbagai kondisi Beban, Volume, dan Tekanan.
• Untuk alasan keunggulan komersial, skala waktu, upaya, biaya
pengujian, dan kualitas produk, serta regulasi pengujian yang
ketat dan lengkap maka ATT manggabungkan penggunaan
alat pengujian software otomatis untuk functional testing dan
performance testing.
• Pendekatan ADP untuk pemilihan alat melibatkan Invitation To
Tender (ITT)
• ADP memilih Rational Suite (SQA Suite) untuk menguji produk

7. Characteristics of the Testing Requirement
• Proyek ATT merupakan pengujian kecil dengan relatif sedikit
staf yang terlibat dalam proses pengujian
• Proyek pengujian diselenggarakan di bawah naungan the
Quality Assurance (QA) Group
• Acceptance Testing dari AUT berlangsung antara tahun 1997
dan 1998, dan studi kasus ini menjelaskan struktur proyek
dan organisasi selama periode ini

8. The Management and Planning of Testing
• ATT project mengikuti proses
pengujian yang ketat, khusus
disesuaikan dengan Particular
Requirement Testing
• ATT dikelola oleh Product
Development Manager yang
melapor ke IT Director
• ADP Development Project
Manager menyediakan antarmuka
ke Development team untuk IT
Director, Product Development
Manager, dan Testing Team
members

9. The Management and Planning of Testing
• Karena Particular Requirement
Testing, tampilan ATT dari Model
V berfokus pada fase Acceptance
Testing
• Selain Acceptance Testing, ATT
juga memiliki tanggung jawab
untuk Regression Testing pada
AUT.
• QA Analyst Senior dan QA
Analysts terlibat dalam
perencanaan dan desain uji awal
dari Acceptance Testing selama
fase Requirement pengembangan

10. Roles and Responsibilities
• Jumlah staf yang relatif kecil berimplikasi tumpeng tindih tanggung
jawab, anggota staf melakukan lebih dari satu peran
• Product Development Member
- Bertanggung jawab untuk memastikan bahwa ATT
menghasilkan produk yang diperlukan (AUT, Test Plan, etc)
- Bertanggung jawab untuk meninjau dokumen Spesifikasi
Kebutuhan untuk AUT
- Bertanggung jawab untuk memastikan bahwa dokumen
Prosedur Pengujian ATT diproduksi oleh Senior QA Analyst
- Berperan sebagai “pengamat uji independen” memastikan
semua aspek proyek pengujian, terlibat dalam peninjauan
pengujian artefak dan meninjau hasil Acceptance Testing

11. Roles and Responsibilities
- Melapor kepada Director IT dan dilaporkan oleh Senior QA
Analyst
- Berhubungan dengan Development Team Leader melalui
Development Project Manager
• Development Project Manager
- Bertanggung jawab untuk mengelola aspek pengembangan dari
AUT dari perspektif ADP dan untuk memantau perkembangan
development team
- Melapor ke Director IT, dilaporkan oleh Developers, dan
berhubungan dengan Product Development Manager dan ATT

12. Roles and Responsibilities
• QA Analyst Senior
- Bertanggung jawab atas kegiatan harian tim penguji
- Setup dan pemeliharaan sistem pengajuan proyek pengujian
- Meninjau Requirements Specification document ATT untuk AUT
bersama dengan QA Analyst
• QA Analyst
- Bertanggung jawab atas desain, implementasi, dan
pelaksanaan skrip uji otomatis dan manual, maupun uji kasus
- Meninjau dokumen Spesifikasi Persyaratan ATT dalam
hubungannya dengan Senior QA Analyst
- QA Analyst melapor ke QA Analyst Senior

13. Testing Phases
• Skim Testing
- Memastikan bahwa waktu, upaya, dan biaya tidak terbuang
dalam menyiapkan dan melakukan Acceptance Test penuh
terhadap salinan AUT yang kualitasnya tidak dapat diterima.
• Acceptance Testing
- Untuk memverifikasi kesesuaian fungsi yang diimplementasikan
dalam rilis AUT terbaru saat merekam langkah-langkah yang
dilakukan dalam pengujian

14. Testing Phases
Teknik desain tradisional Acceptance Test
- Thread Testing dan State Transition techniques, yang digunakan
dalam merancang Test Scripts and Test Cases
- Boundary Analysis dan Equivalence Partition techniques, yang
digunakan dalam desain data buatan
• Regression Testing
- Perangkat lunak dapat diandalkan, kuat, dan sesuai dengan
tujuannya. Karena persyaratan ini, ATT harus memastikan
bahwa Regression Testing yang ketat dari setiap rilis baru
dilakukan

15. Artifacts
• Artefak dikerjakan oleh ATT dalam proses pengujian AUT
- Dokumen Spesifikasi Persyaratan ATT - dihasilkan oleh Tim
Implementasi Klien ADP
- Dokumen Rencana Uji ATT - menggambarkan tugas pengujian,
rentang waktunya, ketergantungan, dan risiko
- Dokumen Prosedur Pengujian ATT - dokumen ini setara dengan
dokumen Spesifikasi Uji tradisional
 Pendahuluan
 Strategi Pengujian QA
 Tanggung Jawab
 Pengujian Fungsional
 Kriteria Penerimaan

16. Process Improvement
• Karena ukuran dan durasi pendek dari proyek pengujian, ATT tidak
mengadopsi program perbaikan proses formal
• Informasi tentang aspek-aspek tertentu dari proses pengujian
dikumpulkan dan digunakan untuk meningkatkan efisiensi pengujian
selama berlangsungnya proyek:
- Data dikumpulkan pada jumlah cacat yang terdeteksi dan
tingkat di mana mereka dikoreksi dan ditandatangani
- Pengujian metrik cakupan juga dikumpulkan, menunjukkan
berapa persentase AUT yang telah tercakup selama pengujian

17. SEKIAN & TERIMA
KASIH . . .
UNIVERSITAS MUHAMMADIYAH MALANG