Panduan singkat untuk melakukan uji coba dan PoC

pengenalan

Selama bertahun-tahun saya bekerja di bidang IT dan khususnya penjualan IT, saya telah melihat banyak proyek percontohan, namun kebanyakan tidak berakhir apa-apa dan memakan banyak waktu.

Pada saat yang sama, jika kita berbicara tentang pengujian solusi perangkat keras, seperti sistem penyimpanan, untuk setiap sistem demo biasanya ada daftar tunggu hampir satu tahun sebelumnya. Dan setiap tes yang dijadwalkan dapat menghasilkan penjualan atau, sebaliknya, merusak penjualan. Tidak ada gunanya mempertimbangkan situasi di mana pengujian tidak mempengaruhi penjualan, karena pengujian juga tidak masuk akal - ini hanya membuang-buang waktu dan membuang-buang waktu untuk sistem demo.

Jadi, bagaimana Anda bisa melakukan segalanya dengan bijak dan mewujudkan semuanya?

Latihan

Tujuan percontohan

Di mana pilot memulai? Bukan dengan menghubungkan peralatan ke rak, tidak sama sekali. Sebelum pekerjaan apa pun pada peralatan dimulai, dokumen dikerjakan. Dan kita mulai dengan menentukan tujuan percontohan.
Tujuan dari uji coba ini adalah untuk menghilangkan keberatan dari pelanggan akhir. Tidak ada keberatan - tidak diperlukan pilot. Ya, tepatnya.
Namun apa saja kelompok keberatan utama yang dapat kita lihat?
* Kami meragukan keandalannya
*Kami memiliki keraguan tentang kinerja
* Kami meragukan skalabilitas
*Kami memiliki keraguan tentang kompatibilitas dan kemampuan untuk bekerja dengan sistem kami
* Kami tidak percaya pada slide Anda dan ingin memastikan dalam praktiknya bahwa sistem Anda benar-benar dapat melakukan semua ini
* Ini semua akan sangat sulit, teknisi kami sudah sibuk dan ini akan menyulitkan mereka

Secara total, pada akhirnya kita mendapatkan tiga jenis utama pengujian percontohan dan, sebagai kasus khusus percontohan, bukti konsep (PoC - bukti konsep):
* Pengujian beban (+ skalabilitas)
* Pengujian fungsional
* Pengujian toleransi kesalahan

Dalam kasus tertentu, tergantung pada keraguan pelanggan tertentu, uji coba dapat menggabungkan tujuan yang berbeda, atau, sebaliknya, hanya satu tujuan yang mungkin ada.

Uji coba ini dimulai dengan dokumen yang menjelaskan dalam bahasa Rusia mengapa pengujian ini dilakukan. Hal ini juga harus mencakup serangkaian kriteria terukur yang memungkinkan untuk mengatakan dengan jelas apakah uji coba tersebut berhasil atau apa yang tidak lulus. Kriteria yang dapat diukur dapat berupa numerik (seperti latensi dalam ms, IOPS) atau biner (ya/tidak). Jika pilot Anda memiliki nilai yang tidak dapat diukur sebagai kriteria, tidak ada gunanya pilot tersebut, itu murni alat manipulasi.

ΠžΠ±ΠΎΡ€ΡƒΠ΄ΠΎΠ²Π°Π½ΠΈΠ΅

Uji coba dapat dilakukan pada peralatan demo vendor/distributor/mitra atau pada peralatan pelanggan. Sebenarnya, perbedaannya kecil, pendekatan umumnya sama.

Pertanyaan utama mengenai peralatan SEBELUM uji coba dimulai adalah apakah peralatan lengkap tersedia (termasuk sakelar, kabel data, kabel listrik)? Apakah peralatan siap untuk pengujian (versi firmware benar, semuanya didukung, semua lampu menyala hijau)?

Urutan tindakan yang benar setelah menentukan tujuan pengujian adalah mempersiapkan sepenuhnya peralatan untuk pengujian SEBELUM diserahkan kepada pelanggan. Tentu saja, ada pelanggan setia yang tidak tergesa-gesa, tetapi ini merupakan pengecualian. Itu. kelengkapan harus dirakit di tempat rekanan, semuanya dicek dan dirakit. Sistem harus berjalan dan Anda harus memastikan semuanya berfungsi, perangkat lunak didistribusikan tanpa kesalahan, dll. Tampaknya tidak ada yang rumit, tetapi 3 dari 4 pilot memulai dengan mencari kabel atau transceiver SFP.
Secara terpisah, perlu ditekankan bahwa sebagai bagian dari pemeriksaan sistem demo, Anda harus memastikan kebersihannya. Semua data pengujian sebelumnya harus dihapus dari sistem sebelum ditransfer. Bisa jadi pengujian dilakukan terhadap data nyata, dan bisa saja ada apa saja di sana, termasuk rahasia dagang dan data pribadi.

Program pengujian

Sebelum peralatan dipindahkan ke pelanggan, program pengujian harus disiapkan untuk memenuhi tujuan pengujian. Setiap tes harus memiliki hasil yang terukur dan kriteria keberhasilan yang jelas.
Program pengujian dapat disiapkan oleh vendor, mitra, pelanggan, atau bersama-sama - tetapi selalu SEBELUM pengujian dimulai. Dan pelanggan harus menandatangani bahwa dia puas dengan program ini.

Orang-orang

Sebagai bagian dari persiapan uji coba, perlu disepakati tanggal uji coba dan kehadiran semua orang yang diperlukan serta kesiapan mereka untuk pengujian, baik dari pihak vendor/mitra maupun dari pihak pelanggan. Oh, berapa banyak pilot yang memulai dengan orang utama dalam pilot pelanggan yang pergi berlibur sehari setelah pemasangan peralatan!

Bidang tanggung jawab/akses

Program percontohan harus memahami dengan jelas dan idealnya menggambarkan tanggung jawab semua individu yang terlibat. Jika diperlukan, akses jarak jauh atau fisik dari vendor/mitra teknisi ke sistem dan data pelanggan telah dikoordinasikan dengan layanan keamanan pelanggan.

Pilot

Jika semua poin sebelumnya sudah kita selesaikan, maka bagian yang paling membosankan adalah pilotnya sendiri. Tapi itu harus berjalan seperti di atas rel. Jika tidak, maka sebagian persiapannya kacau.

Penyelesaian uji coba

Setelah menyelesaikan uji coba, dokumen tentang pengujian yang dilakukan disiapkan. Idealnya, dengan semua tes dalam program dengan tanda centang LULUS berwarna hijau. Dimungkinkan untuk mempersiapkan presentasi bagi manajemen senior untuk membuat keputusan positif mengenai pembelian atau dimasukkan dalam daftar sistem yang disetujui untuk pembelian.
Jika Anda tidak memiliki dokumen di akhir uji coba dengan daftar tes yang telah diselesaikan dan nilai kelulusan, uji coba tersebut gagal dan tidak boleh dimulai sama sekali.

Sumber: www.habr.com

Tambah komentar