Testcase Development & Automate Testing

Transcript

1. Testcase Development & Additional Material By Fathur Rohim Powered By Nest Academy
2. Bab IV Automate Testing
3. Pengujian menggunakan perangkat lunak yang melaksanakan tes tanpa intervensi manual. Dapat diterapkan di GUI, WEB, API, dll. Penggunaan perangkat lunak untuk mengontrol pelaksanaan tes, perbandingan hasil aktual dengan hasil prediksi, pengaturan dari prasyarat pengujian, dan pengendalian uji lainnya serta pelaporan fungsi dan hasil uji. Definisi
4. Mengurangi jumlah test case yang dijalankan secara manual dan tidak sepenuhnya menghilangkan pengujian secara manual pada kasus-kasus tertentu. Tujuan
5. Mengapa AT Diperlukan? 1. Manual testing terlalu memakan waktu dan biaya 2. Sulit untuk menguji situs multibahasa secara manual 3. Otomatisasi tidak memerlukan campur tangan manusia. Anda dapat menjalankan automation test tanpa pengawasan 4. Otomatisasi meningkatkan kecepatan pelaksanaan pengujian dan cakupan pengujian 5. Pengujian manual bisa menjadi membosankan dan karena hal tersebut bisa menyebabkan kesalahan
6. Yang dapat di AT 1. Testcase yang di uji berulang kali 2. Testcase yang yang terlalu kompleks dan sulit untuk dilakukan secara manual 3. Testcase yang memakan waktu 4. Testcase yang memiliki resiko tinggi
7. Yang Tidak dapat di AT 1. Testcase yang baru saja dirancang (Dibuat) 2. Testcase yang mana requirement-nya tidak stabil (Berubah-ubah) 3. Testcase yang hanya dapat dilakukan secara manual
8. Tahapan 1. Pemilihan Test Tools 2. Menentukan ruang lingkup yang dapat di otomatisasi 3. Planning, design & development 4. Test Execution 5. Maintenance
9. Tools Selection 1. Mudah digunakan (Bahasa pemprograman yang digunakan) 2. Mendukung untuk berbagai jenis tes (Unit Test, Functional Test, End to End test, dsb) 3. Mendukung untuk berbagai jenis framework test
10. Framework Testing 1. Data Driven Automation Framework 2. Keyword Driven Automation Framework 3. Modular Automation Framework 4. Hybrid Automation Framework
11. Pros 1. Dapat menemukan bug lebih banyak dari manual testing 2. Kecepatan dan efisiensi 3. Tes yang dapat dilakukan berulang dengan coding yang dapat di update secara berkala Cons 1. Lebih mahal 2. Kurangnya human element 3. Tidak adanya feedback mengenai UI
12. Bab V Kolaborasi Tim
13. Pipeline Note: List ini hanya gambaran sementara. Yang sebenarnya mengikuti aturan perusahaan namun bukan berarti tidak sama/mirip. Backlog Todo In Progress Ready to Test In Test Rejected Done Complete
14. Task Title Description Assignee Todo Attachment
15. Report
16. Bab VI Testcase Development
17. Dokumentasi Pengujian adalah dokumentasi artefak yang dibuat sebelum atau selama pengujian perangkat lunak. Hal ini membantu tim penguji untuk memperkirakan upaya pengujian yang diperlukan, test coverage, resource tracking, execution progress, dll. INTRODUCTION
18. Formalitas Untuk pemula, mudah untuk mengasumsikan bahwa pengujian dilakukan secara ad-hoc dan memverifikasikan hasilnya. Namun faktanya, pengujian adalah kegiatan yang sangat formal dan didokumentasikan secara rinci. Test Documentation membuat perencanaan (planning), peninjauan (review), dan pelaksanaan pengujian menjadi mudah (test execute) serta dapat di verifikasi (verification).
19. Jenis-Jenis Test Docs 1. Test policy, dokumen tingkat tinggi yang menjelaskan prinsip, metode, dan semua tujuan pengujian penting organisasi. 2. Test strategy, sebuah dokumen tingkat tinggi yang mengidentifikasi Tingkat Tes (jenis) yang akan dieksekusi untuk proyek tersebut. 3. Test Plan, merupakan dokumen perencanaan lengkap yang berisi scope, approach, resources, schedule, dll dari semua aktifitas pengujian. 4. Requirements Traceability Matrix, merupakan dokumen yang menghubungkan requirements dengan test cases. 5. Test Scenario, sebuah item atau peristiwa dari sebuah software yang dapat diverifikasi lebih dari satu test case. 6. Test Case, merupakan sebuah kelompok data seperti value (steps), precondition, postcondition, & results. Ini menjadi bagian dari Test Scenario. 7. Test Data, merupakan data yang dipersiapkan atau sudah ada sebelum pengujian dijalankan. Ini digunakan untuk mengeksekusi test case. 8. Defect Report, laporan terdokumentasi dari setiap cacat software yang gagal menjalankan fungsi yang diharapkan. 9. Test Summary Report, merangkum semua aktifitas pengujian serta hasil pengujian.
20. Hal Penting Yang Biasanya Dilakukan 1. QA Team dilibatkan dalam fase awal pembuatan project sehingga test doc dapat dibuat secara parallel 2. Jangan hanya membuat lalu diabaikan, update dokumen secara berkala untuk disesuaikan 3. Gunakan version control untuk me-menejemen dan me-track sebuah dokumen 4. Dokumentasikan apa yang anda butuhkan untuk memahami pekerjaan Anda dan apa yang Anda perlukan untuk menghasilkan kepada stakeholders Anda 5. Anda harus menggunakan standard template untuk membuat sebuah dokumentasi dalam bentuk docs atau excel. 6. Simpan dokumen didalam satu lokasi untuk dapat diakses oleh semua tim untuk menjadi sebuah referensi dan update apabila diperlukan 7. Tidak memberikan detail yang cukup juga merupakan kesalahan umum saat membuat dokumen pengujian
21. Tools 01 02 03 Testlink Qase.IO Testrail
22. Test Scenario
23. Test Case
24. — Let’s Practice Buatlah TestCase pada website https://www.demoblaze.com
25. Qase.IO
26. Projects
27. Dashboard
28. Suites
29. Case
30. Share Step
31. Test Run
32. — Let’s Practice Testcase yang sudah di buat. Implementasikan menggunakan Qase.io
33. RESOURCES https://medium.com/skyshidigital/perbedaan-manual-testing-dan-automated-testing-9d 13373a36e https://glosarium.org/arti-automated-testing-di-komputer/ https://speakerdeck.com/oimtrust/automated-test https://www.guru99.com/testing-documentation.html https://strongqa.com/qa-portal/ https://qase.io/
34. CREDITS: This presentation template was created by Slidesgo, including icons by Flaticon, and infographics & images by Freepik. THANKS! Do you have any questions? trustoim@gmail.com +62 813 3304 2104 socmed.com/oimtrust