Banyak tangan membuat perangkat lunak berfungsi
Taruhannya untuk Microsoft, yang menguraikan strategi produk Office 2010, sangat tinggi. Menurut laporan pendapatan Microsoft, rangkaian produktivitas Microsoft Office menghasilkan lebih banyak pendapatan daripada divisi bisnis lainnya, kata Gregg Keizer, yang meliput Microsoft dan berita teknologi umum untuk Computerworld.
Beberapa bulan sebelum Microsoft merilis paket produktivitas Office 2010, 9 juta orang mengunduh versi beta untuk menguji perangkat lunak dan untuk memberikan umpan balik. Melalui program ini, Microsoft mengumpulkan 2 juta komentar dan wawasan berharga dari para penguji itu.
Denise Carlevato, insinyur kegunaan Microsoft selama 10 tahun, dan rekan-rekannya dari Virtual Research Lab Microsoft mengamati bagaimana orang menggunakan fitur baru. Tujuan mereka adalah membuat Microsoft Office cocok dengan cara jutaan orang menggunakan produk mereka dan membantu mereka bekerja lebih baik. Itu adalah proyek sumber kerumunan besar, terkontrol.
Menurut Carlevato, " Itulah yang harus Anda lakukan untuk memenuhi audiens seluas mungkin ". Ini tidak mudah; mempertahankan kesetiaan jutaan orang adalah tugas yang sangat besar. " Sementara tim membangunnya dan memberikan wawasan dan informasi, itu semua masih seperti teka-teki jigsaw besar. Menjelang akhir semua ini, saya berkesempatan untuk keluar dan melihat bagaimana sebenarnya aplikasi web akan hidup dengan orang sungguhan . "
Skenarionya
Mengembangkan produk 4 Tips Penting untuk Menemukan Perangkat Lunak Beat Terbaik baru selalu menarik, terutama untuk menyaksikan gagasan terbentuk dan benar-benar menjadi kenyataan. Kadang-kadang hanya perspektif segar atau kasus penggunaan inovatif yang diperlukan untuk mengubah produk dari yang baik menjadi hebat. Namun, ketika datang ke pengujian, kita sering menemukan diri kita di perairan yang belum dipetakan bertanya-tanya apakah produk tersebut benar-benar akan berfungsi di lanskap pelanggan yang beragam. Hampir mustahil untuk menguji sejumlah besar perangkat dan konfigurasi perangkat lunak yang dapat dijalankan oleh perangkat lunak berbasis web saat ini. Pengujian yang benar-benar kuat memakan waktu, dan memastikan bahwa setiap permutasi yang mungkin dan kombinasi fitur, pelokalan, dan platform bekerja, sebagaimana dimaksud hampir mustahil.
Seringkali, pengujian komprehensif merupakan tantangan dan kode buggy dikirimkan ke pelanggan. Misalnya, jika aplikasi Software-as-a-Service (SaaS) tidak membuat di browser tertentu atau alat perangkat lunak penting gagal memberikan fungsionalitas yang dimaksud, perbaikan bug atau patch dijanjikan dan siklus setan dimulai di seluruh lagi. Either way, pelanggan tahan terhadap pengujian terburuk yang tidak memadai, terutama ketika dihadapkan dengan meningkatnya biaya pemeliharaan perangkat lunak, kinerja, dll. Untuk perusahaan pengembangan perangkat lunak, percabangan mencakup kesusahan di sekitar citra merek, kualitas yang dirasakan, hubungan dan potensi proyek di masa depan, kepercayaan , dll.
Selamat datang di dunia baru pengujian bersumber dari kerumunan, tren yang muncul dalam rekayasa perangkat lunak yang mengeksploitasi manfaat, efektivitas, dan efisiensi sumber kerumunan dan platform cloud menuju jaminan dan kontrol kualitas perangkat lunak. Dengan bentuk pengujian perangkat lunak yang baru ini, produk ini diuji di berbagai platform, yang membuatnya lebih representatif, andal, hemat biaya, cepat, dan yang terpenting, bebas bug.
Pengujian bersumber dari Crowd, disusun di sekitar kerangka kerja Testing-as-a-Service (TaaS), membantu perusahaan menjangkau komunitas untuk menyelesaikan masalah dan tetap inovatif. Ketika datang ke pengujian aplikasi perangkat lunak, crowdsourcing membantu perusahaan mengurangi biaya, mengurangi waktu untuk memasarkan dan meningkatkan sumber daya untuk pengujian, mengelola berbagai proyek pengujian, kebutuhan kompetensi pengujian, urgensi untuk menyelesaikan tingkat cacat yang lebih tinggi, dan menggunakan lingkungan pengujian pihak ke-3 untuk mereda persyaratan proyek.
Ini berbeda dari metode pengujian tradisional dalam pengujian yang dilakukan oleh sejumlah penguji yang berbeda dari seluruh dunia, dan bukan oleh konsultan dan profesional yang disewa secara lokal. Dengan kata lain, pengujian yang dilakukan oleh sumber orang banyak adalah bentuk pengujian perangkat lunak yang di-outsource, kegiatan yang memakan waktu, bagi para penguji di seluruh dunia, sehingga memungkinkan para startup kecil untuk menggunakan tim penjaminan kualitas ad-hoc, meskipun mereka sendiri tidak mampu membeli kualitas tradisional. tim penguji jaminan.
Mengapa Crowd Sourced Testing Bekerja?
Untuk memahami mengapa uji coba sumber bersumber dari kerumunan, penting untuk memahami serangkaian bias yang merongrong sebagian besar penguji dan manajer pengujian di seluruh dunia. Fenomena ini disebut, "The Curse of Knowledge," sebuah frasa yang digunakan dalam sebuah makalah 1989 di The Journal of Political Economy . Ini berarti bahwa untuk ahli subjek tertentu, hampir tidak mungkin untuk membayangkan dan melihat melampaui pengetahuan yang telah diperoleh tester yaitu serangkaian konsep, keyakinan, dan skenario yang diketahui atau diprediksi oleh tester tersebut. Akibatnya, sangat sulit untuk berpikir di luar kotak dan memahami berbagai cara pengguna akhir yang khas akan menggunakan perangkat lunak tertentu.
Fenomena ini telah dibuktikan secara empiris melalui eksperimen terkenal yang dilakukan oleh mahasiswa pascasarjana psikologi Universitas Stanford, Elizabeth Newton. Dia mengilustrasikan fenomena tersebut melalui permainan sederhana, orang ditugaskan ke salah satu dari dua peran, yaitu penyadap dan pendengar. Setiap penyadap harus memilih lagu yang terkenal, seperti "Selamat Ulang Tahun," dan ketuk ritme di atas meja. Para pendengar harus menebak lagu dari ketukan. Namun, sebelum pendengar menebak lagu tersebut, penyadap diminta untuk memperkirakan probabilitas bahwa pendengar akan menebak dengan benar. Mereka memperkirakan 50%. Selama percobaan, 120 lagu disadap, tetapi pendengar menebak hanya tiga lagu dengan benar - tingkat keberhasilan hanya 2,5%
Penjelasannya adalah sebagai berikut: ketika penyadap mengetuk, tidak mungkin bagi mereka untuk menghindari mendengarkan lagu yang diputar bersama ketukan mereka. Sementara itu, semua pendengar bisa mendengar adalah semacam kode Morse aneh. Masalahnya adalah begitu kita mengetahui sesuatu, kita tidak mungkin membayangkan pihak lain tidak mengetahuinya.
Mengekstrapolasi percobaan ini ke pengujian perangkat lunak, sebagian besar penguji melakukan serangkaian tes yang mereka rasa representatif dan yang menangkap sekumpulan skenario pengguna akhir untuk bagaimana perangkat lunak akan digunakan. Kenyataannya jauh dari ini. Penguji ahli mana pun akan menganggap bahwa tidak mungkin untuk menangkap serangkaian skenario lengkap yang dapat dilemparkan pengguna akhir pada sistem perangkat lunak. Akibatnya, jalur kritis kode di bawah skenario tertentu tidak teruji, yang menyebabkan perangkat lunak tidak berfungsi, sistem crash, eskalasi pelanggan, berjam-jam rapat, debugging, dll.
Pengujian bersumber dari Crowd menghindari semua sakit kepala ini dengan membawa seperangkat mekanisme cakupan kode yang komprehensif dan skenario pengguna akhir selama tahap desain dan pengembangan rekayasa perangkat lunak, di mana biaya modifikasi sangat sedikit. Ini menghasilkan identifikasi kasus penggunaan kritis sejak dini dan menyediakan kemungkinan-kemungkinan tersebut, yang mengurangi biaya pemeliharaan perangkat lunak di kemudian hari selama dan setelah penyebaran produktif. Selain cakupan kode progresif, kualitas dan kedalaman pengujian perangkat lunak di antara berbagai modul perangkat lunak penting tercapai, yang pada akhirnya menghasilkan kualitas kode yang lebih tinggi, di antara manfaat lainnya.
Sumber pengujian Crowd - kerangka kerja
Di jantung pengujian yang bersumber dari kerumunan adalah komunitas yang menguji produk perangkat lunak yang diberikan. Komunitas ini mencakup orang-orang dari berbagai latar belakang, budaya, geografi, bahasa, semuanya dengan pendekatan beragam untuk penggunaan perangkat lunak. Komunitas, yang diwakili oleh ruang pengguna yang beragam dan luas, menguji setiap perangkat lunak yang diberikan dengan menggunakannya pada skenario realistis, yang mungkin tidak dapat dibayangkan oleh penguji dalam tim uji inti, mengingat kendala penguji, seperti batasan terbatas dari operasi, pengetahuan, skenario. Dengan demikian, mudah untuk mengamati serangkaian pola penggunaan yang luas yang menempatkan perangkat lunak dalam pengawasan ketat. Pengujian perangkat lunak sumber Crowd memperoleh manfaatnya dari mendelegasikan tugas pengujian proyek web atau perangkat lunak, sementara dalam pengembangan, ke sejumlah pengguna Internet, untuk memastikan bahwa perangkat lunak tidak mengandung cacat.
Metode pengujian bersumber dari kerumunan sangat berguna ketika perangkat lunak itu berpusat pada pengguna, ketika keberhasilan dan adopsi perangkat lunak ditentukan oleh umpan balik penggunanya. Ini sering diterapkan dengan permainan atau aplikasi seluler, ketika para ahli yang mungkin sulit ditemukan di satu tempat diperlukan untuk pengujian khusus, atau ketika perusahaan kekurangan sumber daya atau waktu untuk melakukan pengujian internal.
Spektrum masalah yang dapat diungkap oleh upaya pengujian semacam ini dalam waktu singkat sangat penting. Upaya pengujian tersebut menghasilkan hasil yang produktif dengan biaya yang wajar. Sering kali, perusahaan produk hanya membayar bug yang dilaporkan valid. Oleh karena itu, Pengembalian Investasi (ROI) tinggi dibandingkan dengan cara tradisional pengujian perangkat lunak.
Bagaimana cara kerjanya?
Sebagian besar perusahaan pengujian bersumber dari kerumunan menyediakan platform untuk siklus pengujian. Klien menentukan jenis tes yang ingin mereka lakukan dan jenis perangkat yang harus diuji oleh produk perangkat lunak.
Penguji melengkapi profil, menunjukkan keterampilan yang mereka miliki, Pentingnya Pengujian Perangkat Lunak di Industri TI yang mereka miliki aksesnya, dan negara tempat mereka tinggal. Setelah penguji menyelesaikan profilnya, ia dapat memeriksa dasbor proyek untuk daftar proyek dan rilis yang tersedia untuk pengujian. Dasbor juga dapat mencakup skenario sampel uji, alat dan skrip tambahan, instruksi untuk penguji tentang apa yang diharapkan dari mereka, dll. Biasanya, penguji diharuskan menyerahkan rencana QA, yang menguraikan kasus uji tingkat tinggi dan skenario pengujian terperinci. Rencana tersebut juga dapat mencakup apakah tes dapat diotomatisasi dan hasil yang diharapkan.
Manajer Proyek yang berkualifikasi, yang biasanya adalah pemimpin komunitas yang telah terbukti atau seseorang dari klien / perusahaan platform, meninjau rencana tersebut, dan menyetujui atau mengubah rencana tersebut untuk memenuhi persyaratan pengujian spesifik klien.
Setiap proyek mencakup penjelasan dan akses ke forum tempat bug dan masalah dibahas dan pertanyaan tambahan dapat diajukan. Penguji mendokumentasikan laporan bug dan dinilai berdasarkan kualitas laporan mereka. Jumlah yang diperoleh penguji meningkat dengan naiknya peringkat mereka.
Komunitas ini menggabungkan aspek kolaborasi dan kompetisi, ketika anggota berupaya menemukan solusi untuk masalah yang disebutkan. Forum memfasilitasi jejaring dan diskusi tentang bug atau masalah yang relevan; sistem penilaian memungkinkan pengakuan atas pekerjaan yang dilakukan dengan baik, yang membantu peserta mendapatkan kredibilitas dan peningkatan karier.
0 komentar:
Posting Komentar