T: Tidak ada yang menginginkan aplikasi yang buruk. Pemilik aplikasi tidak ingin mendapatkan hasil buruk dari proyek mereka. Pengguna tidak ingin memiliki aplikasi yang buruk di perangkat mereka. Tapi apa yang tersembunyi di balik arti luas dari kata ”buruk”? Dan yang paling penting, bagaimana pemilik perangkat lunak dapat menghindari pembuatan dan mendapatkan perangkat lunak seluler yang “buruk”? Mari kita mulai mencari tahu. Apa definisi dari aplikasi yang “buruk”?
J: Aplikasi yang buruk adalah aplikasi yang tidak memenuhi kebutuhan pengguna akhir. Seperti itu penjelasan definisi sebenarnya dari kata pengembang. Setiap perangkat lunak harus memiliki tujuan langsung, tugas yang tepat yang dilakukannya. Aplikasi apa pun harus memilikinya. Baik itu jejaring sosial, game, atau alat untuk proses bisnis, atau transmisi data – setiap aplikasi memiliki audiens pengguna akhir yang ditentukan. Ini adalah tujuan dan implementasi yang tepat yang merupakan syarat utama untuk membuat sebuah aplikasi bagus. Jadi jika aplikasi tidak memiliki ini, dan tidak dapat melakukan tugas yang dimaksudkan, tidak dapat memenuhi kebutuhan audiens, itu adalah aplikasi yang buruk.
T: Apakah ada keanehan lain yang membuat perangkat lunak “buruk”, tidak populer, dan tidak nyaman?
A: Ya, saya dapat mengatakan bahwa aplikasi yang buruk juga merupakan aplikasi yang tidak sepenuhnya memenuhi kebutuhan. Misalnya, aplikasi yang berfungsi dengan baik yang tidak memiliki UI yang tepat, atau tidak memiliki beberapa fungsi. Hal ini menyebabkan ketidaknyamanan bagi pengguna, yang kemungkinan besar akan meninggalkan aplikasi ini, dan mencoba mencari yang lebih baik. Ada juga yang bisa disebut dukungan sebagai kriteria; jika pengguna memiliki pertanyaan tentang aplikasi, mereka harus menerima umpan balik; dan pemilik perangkat lunak harus mempertimbangkan ulasan dan meningkatkan aplikasi. Sebuah aplikasi yang tidak memiliki dukungan yang tepat, menjadi usang dan tidak populer. Kecepatan dan keamanan juga sangat penting. Tidak diperbolehkan meninggalkan peluang untuk pelanggaran keamanan dan kebocoran data perusahaan, email, kontak, atau informasi pribadi apa pun. Sebuah aplikasi yang baik tidak hanya harus membawa manfaat – itu harus tidak membahayakan. Perangkat lunak yang buruk dibuat tanpa diskusi tentang masalah ini antara pemilik perangkat lunak dan pengembang.
T: Bagaimana dengan masalah kecil, bug?
J: Masalah seperti ini biasanya dihilangkan melalui jaminan kualitas. Bug juga dapat menyebabkan ketidakpuasan pengguna akhir, menghalangi mereka untuk menggunakan aplikasi. Itu buruk. Tetapi bug utama biasanya diungkapkan selama proses QA, sebelum penerapan.
T: Apa masalah utama yang dapat dihadapi aplikasi setelah penerapan?
J: Sebagian besar masalah setelah penerapan terkait dengan kompatibilitas perangkat dan versi platform. Misalnya, Android memiliki banyak perangkat, ponsel cerdas, dan tablet. Jika aplikasi tidak menggunakan elemen UI standar, misalnya, mungkin ada masalah pada perangkat tertentu. Itu buruk. Tapi itu bisa diselesaikan dengan daftar perangkat yang tepat untuk menjalankan aplikasi; dan dengan pengujian menyeluruh pada setiap perangkat. BlackBerry biasanya menghadapi masalah yang sama, tetapi pada tingkat yang lebih rendah. iOS adalah pemenang di sini: pengembang harus mempertimbangkan perbedaan antara iPhone dan iPad; dan versi platform – mereka memeriksa apakah aplikasi berfungsi dengan baik pada versi sebelumnya. Atau sebaliknya, jika aplikasi cukup lama, aplikasi harus diuji pada versi OS yang lebih baru.
Masalah lain mungkin termasuk pembaruan. Misalnya, terjadi beberapa perubahan di Facebook, beberapa fungsi ditambahkan, atau beberapa dihapus. Ini dapat memengaruhi aplikasi yang telah mengintegrasikan berbagi Facebook. Ini harus dilacak dan diperbarui jika diperlukan. Kemudian pemeliharaan server. Jika hosting berhenti didukung, aplikasi akan mogok. Ini juga harus dilacak. Adapun masalah kecil, biasanya mudah dihilangkan. Anda benar-benar tidak boleh membiarkan aplikasi Anda menjadi usang. Pembaruan sangat penting untuk aplikasi yang bagus.
T: Apa kesalahan utama pengembang yang menghasilkan hasil yang meragukan?
J: Ini mungkin terdengar sepele, tetapi pengembang perangkat lunak yang baik adalah orang-orang yang cenderung bekerja kreatif, dalam beberapa hal seperti komposer dan penyair. Karya perangkat lunak khusus seringkali sangat individual. Tidak ada pengembang yang dengan sengaja memasukkan bug ke dalam aplikasi. Kesalahan utama biasanya terkait dengan kurangnya perhatian. Banyak hal di sini tergantung pada pengalaman pengembang. Di satu sisi, sebuah aplikasi harus dilakukan agar mendekati kesempurnaan. Di sisi lain, pengembang dapat membuat kesalahan, dan melakukan kesalahan, Anda tidak dapat memprediksi dan mempertimbangkan semuanya. Mungkin ada situasi standar yang biasanya sepenuhnya dipertimbangkan (apa yang terjadi jika pengguna menekan tombol ini atau itu, atau semuanya secara bersamaan, atau bagaimana aplikasi akan bekerja di latar belakang). Tetapi selalu ada situasi non-standar, seperti koneksi internet terputus secara tiba-tiba, atau jika server dinonaktifkan karena alasan tertentu. Ini juga bisa berupa pembaruan dalam perangkat lunak pihak ketiga, yang memiliki ikatan dengan aplikasi. Atau perbedaan resolusi layar, kemampuan perangkat keras, seperti untuk Android yang disebutkan di atas. Situasi non-standar sulit diprediksi. Dan sebagai jalan keluar terbaik, di sini kita kembali ke jaminan kualitas.
T: Jadi, sebuah aplikasi yang tidak menjalani QA yang tepat, memiliki semua kemungkinan untuk dijuluki sebagai aplikasi yang buruk?
J: Benar. Pengembang dan spesialis QA sangat berperan dalam membentuk aplikasi. Tetapi sementara pengembang membuat aplikasi, spesialis QA harus ingin menghancurkannya. Itulah aktivitas berlawanan yang bekerja untuk kualitas aplikasi. QA menguji kemampuan aplikasi, temukan batasannya. Semakin baik upaya untuk menghancurkan aplikasi, semakin banyak masalah yang ditemukan dan dihilangkan.
Misalnya, selain tim pengembang, ada departemen QA, yang melakukan pengujian untuk perangkat lunak yang dibuat oleh pengembang, serta untuk perangkat lunak pihak ketiga. Pengujian adalah tahap wajib dari pengembangan perangkat lunak. Cukup nyaman untuk menguji perangkat lunak yang Anda buat, karena Anda tahu segalanya tentangnya. Selain itu, kenyamanan bagi pemilik perangkat lunak, yang tidak perlu menguji aplikasi mereka di tempat lain.
T: Terakhir, apa saran untuk pemilik perangkat lunak, tentang cara menghindari perangkat lunak yang buruk?
A: Semakin banyak mereka tahu tentang perangkat lunak yang ingin mereka dapatkan, semakin baik hasilnya. Pemilik perangkat lunak harus menyadari seluruh siklus hidup aplikasi; mereka harus menyadari kemungkinan masalah dan siap mengambil tindakan untuk menghindari atau memperbaikinya dengan bantuan pengembang yang baik. Dan menemukan pengembang yang baik adalah topik terpisah untuk didiskusikan.
Selain itu, ada beberapa saran lagi untuk pemilik perangkat lunak:
– Bersikaplah menuntut. Tapi ingat, bahwa perbuatan baik tidak pernah dibuat terlalu cepat. Setiap iterasi, setiap tahap membutuhkan waktu untuk dilakukan. Jika ada batasan waktu yang ketat untuk beberapa alasan, lebih baik mengurangi jumlah fitur yang diimplementasikan, tetapi mengimplementasikannya dengan presisi. Tergesa-gesa membuat sampah.
– Jangan mengurangi QA demi menghemat biaya. QA adalah cara penting untuk memastikan Anda mendapatkan perangkat lunak berkualitas tinggi yang Anda inginkan.
– Pikirkan dan untuk pengguna akhir Anda. Bahkan jika Anda memerlukan aplikasi untuk penggunaan internal, ketika karyawan diwajibkan untuk menggunakannya, ingatlah, bahwa perangkat lunak khusus Anda bekerja untuk kenyamanan mereka terlebih dahulu, dan untuk keuntungan Anda kedua. Berorientasi pada pengguna saat memutuskan detail perangkat lunak, dan kemudian kenyamanan dan keuntungan akan datang.
Jika Anda mempertimbangkan semua poin yang disebutkan di atas; jika Anda siap menginvestasikan waktu, sumber daya, dan upaya dalam proyek perangkat lunak Anda – Anda akan menjadi pemilik perangkat lunak yang baik dan menguntungkan.