Melibatkan Pengguna Estat sebagai Langkah Pengujian Penting
Pengguna yang sebenarnya akan memberikan umpan balik yang sangat berharga.
Pernahkah Anda terlibat dengan sebuah proyek yang tidak memberikan apa yang diharapkan?
Proyek ini mungkin telah gagal untuk memenuhi harapan karena proses baru atau sistem tidak bekerja dengan baik.
Mungkin pengguna tidak mengikuti prosedur baru dan masalah yang disebabkan bagi orang lain. Atau mungkin mereka tidak bisa memahami pelatihan atau dokumentasi mereka akan diterima.
Apakah Anda ingat orang yang mendengar mengatakan hal-hal sepeerti "Itu lebih baik cara kita yang sebelumnya telah melakukannya "?
Jadi, bagaimana Anda bisa menghindari masalah ini?
Efektif "Bisnis Pengujian" dapat membantu. Pengujian memiliki peran mendasar dalam memastikan bahwa proyek-proyek Anda 'produk akhir yang berhasil disampaikan.
Pengujian Bisnis (juga dikenal sebagai Pengujian Penerimaan Pengguna, atau User Acceptance Testing-UAT) biasanya dilakukan oleh orang yang akan menggunakan produk dalam praktek. Hal ini memastikan bahwa perubahan yang diusulkan benar-benar bekerja - SEBELUM mereka dimasukkan ke dalam digunakan.
Pada artikel ini, kami akan menunjukkan Anda bagaimana menyiapkan tes bisnis yang sukses. Ini akan membantu Anda melibatkan pengguna bisnis dan stakeholder lainnya untuk memeriksa bahwa proyek Anda memberikan hasil yang diinginkan. Hal ini juga membantu Anda memastikan bahwa sistem dan prosedur Anda menerapkan bekerja secara efisien, efektif dan akurat.
Pernahkah Anda terlibat dengan sebuah proyek yang tidak memberikan apa yang diharapkan?
Proyek ini mungkin telah gagal untuk memenuhi harapan karena proses baru atau sistem tidak bekerja dengan baik.
Mungkin pengguna tidak mengikuti prosedur baru dan masalah yang disebabkan bagi orang lain. Atau mungkin mereka tidak bisa memahami pelatihan atau dokumentasi mereka akan diterima.
Apakah Anda ingat orang yang mendengar mengatakan hal-hal sepeerti "Itu lebih baik cara kita yang sebelumnya telah melakukannya "?
Jadi, bagaimana Anda bisa menghindari masalah ini?
Efektif "Bisnis Pengujian" dapat membantu. Pengujian memiliki peran mendasar dalam memastikan bahwa proyek-proyek Anda 'produk akhir yang berhasil disampaikan.
Pengujian Bisnis (juga dikenal sebagai Pengujian Penerimaan Pengguna, atau User Acceptance Testing-UAT) biasanya dilakukan oleh orang yang akan menggunakan produk dalam praktek. Hal ini memastikan bahwa perubahan yang diusulkan benar-benar bekerja - SEBELUM mereka dimasukkan ke dalam digunakan.
Pada artikel ini, kami akan menunjukkan Anda bagaimana menyiapkan tes bisnis yang sukses. Ini akan membantu Anda melibatkan pengguna bisnis dan stakeholder lainnya untuk memeriksa bahwa proyek Anda memberikan hasil yang diinginkan. Hal ini juga membantu Anda memastikan bahwa sistem dan prosedur Anda menerapkan bekerja secara efisien, efektif dan akurat.
Cara Menggunakan Perangkat
Pertimbangkan
untuk menggunakan pengujian bisnis di setiap proyek di mana Anda ingin
memastikan bahwa deliverables yang kuat dan dapat digunakan sebelum mereka
diterapkan.
Berikut adalah
beberapa langkah untuk membantu Anda berpikir melalui persyaratan pengujian
bisnis Anda.
Kita biasanya berpikir pengujian selama
Siklus Pengembangan Proyek. Contoh pertama dari pengujian adalah untuk
melakukan unit testing selama pengembangan untuk memastikan bahwa sistem tidak
pecah ketika pengguna login ke sistem dan mengakses layar untuk memasukkan
data. Sebuah contoh kedua pengujian biasanya selama Pengujian Penerimaan
Pengguna (UAT) untuk membiarkan pengguna logon ke sistem dan menguji fungsional
dari sistem. Jika pengujian dikembangkan dalam lingkungan difokuskan pada
pengujian pengujian yang sebenarnya dimulai ketika Proyek ini pertama kali
dilakukan.
Salah satu dokumen pertama dalam siklus pengujian adalah untuk mengembangkan Uji Dokumen Strategi. Dokumen ini biasanya dikembangkan oleh Tim Pengujian dengan bantuan dari Anggota Tim Proyek lain terutama pengguna bisnis. Setelah dokumen selesai itu harus ditinjau ulang oleh semua anggota tim, dan disetujui oleh Tim Proyek. Dokumen berikutnya adalah rencana uji rinci. Hal ini biasanya dikembangkan selama Persyaratan dan Tahapan Desain Siklus Hidup Proyek, dan rincian kebutuhan pengujian rinci dan persyaratan.
Salah satu dokumen pertama dalam siklus pengujian adalah untuk mengembangkan Uji Dokumen Strategi. Dokumen ini biasanya dikembangkan oleh Tim Pengujian dengan bantuan dari Anggota Tim Proyek lain terutama pengguna bisnis. Setelah dokumen selesai itu harus ditinjau ulang oleh semua anggota tim, dan disetujui oleh Tim Proyek. Dokumen berikutnya adalah rencana uji rinci. Hal ini biasanya dikembangkan selama Persyaratan dan Tahapan Desain Siklus Hidup Proyek, dan rincian kebutuhan pengujian rinci dan persyaratan.
Dokumen-dokumen
berikutnya yang diselesaikan selama Siklus Hidup Proyek adalah Kasus Test. Uji
Kasus rinci adalah skenario bahwa pengguna akan menemukan saat menggunakan
sistem, dan memberikan pengguna kemampuan untuk menanggapi apakah proses sistem
memenuhi kondisi yang diharapkan.
Persyaratan Pengujian:
Salah satu langkah yang paling sering terlewatkan selama Pengujian Siklus
Proyek adalah untuk menguji Persyaratan Sistem. Setelah Dokumen Persyaratan
selesai, langkah berikutnya dalam proses untuk menguji persyaratan
didokumentasikan untuk memastikan bahwa memenuhi kebutuhan Pelanggan Bisnis.
Ini biasanya merupakan proses yang sangat sulit karena banyak Pelanggan Bisnis
dapat memahami bagian dari proses bisnis mereka, tetapi tidak memiliki
pemahaman yang rinci dari semua tahapan proses bisnis mereka, dan data yang
mendukung proses bisnis mereka.
Salah satu fungsi utama dari Departemen Teknologi Informasi adalah untuk bekerja dengan Pelanggan Bisnis untuk membantu mereka memahami proses bisnis dan data yang mendukung proses bisnis mereka. Biasanya Persyaratan Mengumpulkan Lokakarya adalah salah satu cara terbaik untuk mengembangkan Proyek Persyaratan dan membantu mendidik Pelanggan Bisnis tentang bisnis mereka memproses data yang mendukung proses bisnis mereka.
Persyaratan Pengujian Tahap adalah sangat baik untuk memberikan semua anggota kesempatan memperoleh pemahaman tentang Persyaratan Bisnis, dan mengajukan pertanyaan rinci tentang semua fase Kebutuhan Bisnis Proyek. Hal ini sangat penting karena selama Desain Tahap Proyek desain harus mengatasi semua Kebutuhan Bisnis Proyek. Saya telah melihat proyek mana Desain Proyek tidak kompatibel dengan Proyek Persyaratan Dokumen. Ini hanya dapat menyebabkan kegagalan proyek.
Beberapa pertanyaan utama yang perlu ditanyakan selama Business Intelligence Persyaratan Pengujian Tahap adalah:
1.) Jangan metrik memungkinkan pengguna bisnis untuk mengukur efisiensi dan efektivitas proses bisnisnya?
2.) Jangan Dimensi menyediakan atribut yang memungkinkan pengguna bisnis untuk menyediakan cara untuk melihat metrik untuk mengukur proses bisnis mereka?
3.) Apakah keamanan yang tepat didirikan untuk akses ke Laporan dan Dashboard oleh pengguna bisnis yang tepat?
4.) Apakah keamanan data yang tepat dibentuk untuk memungkinkan pengguna mengakses data bisnis mereka dan tidak melihat pengguna lain data yang aman?
5.) Bisakah kita melihat Grafik dan Grafik untuk melihat cenderung dalam data?
6.) Bisakah kita dengan mudah menavigasi melalui aplikasi BI tanpa harus meminimalkan keystrokes dan bergulir?
7.) Apakah data memberikan informasi untuk mengukur kemajuan dengan Pelanggan Bisnis Tujuan dan Sasaran?
8.) Apakah informasi, laporan, dan dashboard memberikan informasi yang diperlukan untuk membantu pengguna bisnis lebih baik mengelola proses bisnis mereka?
9.) Apakah informasi, Laporan dan dashboard menunjukkan keluar dari kondisi terikat sehingga pengguna bisnis dapat merespon secara tepat waktu untuk memperbaiki situasi?
10.) Dapatkah pengguna bisnis menggunakan data untuk menganalisis lebih lanjut dari kondisi terikat atau melihat data dari perspektif yang berbeda?
Salah satu fungsi utama dari Departemen Teknologi Informasi adalah untuk bekerja dengan Pelanggan Bisnis untuk membantu mereka memahami proses bisnis dan data yang mendukung proses bisnis mereka. Biasanya Persyaratan Mengumpulkan Lokakarya adalah salah satu cara terbaik untuk mengembangkan Proyek Persyaratan dan membantu mendidik Pelanggan Bisnis tentang bisnis mereka memproses data yang mendukung proses bisnis mereka.
Persyaratan Pengujian Tahap adalah sangat baik untuk memberikan semua anggota kesempatan memperoleh pemahaman tentang Persyaratan Bisnis, dan mengajukan pertanyaan rinci tentang semua fase Kebutuhan Bisnis Proyek. Hal ini sangat penting karena selama Desain Tahap Proyek desain harus mengatasi semua Kebutuhan Bisnis Proyek. Saya telah melihat proyek mana Desain Proyek tidak kompatibel dengan Proyek Persyaratan Dokumen. Ini hanya dapat menyebabkan kegagalan proyek.
Beberapa pertanyaan utama yang perlu ditanyakan selama Business Intelligence Persyaratan Pengujian Tahap adalah:
1.) Jangan metrik memungkinkan pengguna bisnis untuk mengukur efisiensi dan efektivitas proses bisnisnya?
2.) Jangan Dimensi menyediakan atribut yang memungkinkan pengguna bisnis untuk menyediakan cara untuk melihat metrik untuk mengukur proses bisnis mereka?
3.) Apakah keamanan yang tepat didirikan untuk akses ke Laporan dan Dashboard oleh pengguna bisnis yang tepat?
4.) Apakah keamanan data yang tepat dibentuk untuk memungkinkan pengguna mengakses data bisnis mereka dan tidak melihat pengguna lain data yang aman?
5.) Bisakah kita melihat Grafik dan Grafik untuk melihat cenderung dalam data?
6.) Bisakah kita dengan mudah menavigasi melalui aplikasi BI tanpa harus meminimalkan keystrokes dan bergulir?
7.) Apakah data memberikan informasi untuk mengukur kemajuan dengan Pelanggan Bisnis Tujuan dan Sasaran?
8.) Apakah informasi, laporan, dan dashboard memberikan informasi yang diperlukan untuk membantu pengguna bisnis lebih baik mengelola proses bisnis mereka?
9.) Apakah informasi, Laporan dan dashboard menunjukkan keluar dari kondisi terikat sehingga pengguna bisnis dapat merespon secara tepat waktu untuk memperbaiki situasi?
10.) Dapatkah pengguna bisnis menggunakan data untuk menganalisis lebih lanjut dari kondisi terikat atau melihat data dari perspektif yang berbeda?