Beijing Winge Technology Co., Ltd. (Winge Technology) menggunakan fungsi utama, antarmuka, dan kondisi penerimaan sebagai dasar bersama untuk desain dan pengujian produk. Untuk proyek pengembangan perangkat keras dan perangkat lunak yang melayani klien Rusia, perencanaan pengujian harus mengidentifikasi objek pengujian, kondisi pengoperasian, metode, kriteria kelulusan, dan catatan yang diperlukan selama desain, sehingga memungkinkan kedua belah pihak untuk meninjau hasil pencapaian berdasarkan versi dan kriteria yang sama.
Persyaratan seperti pengoperasian yang stabil, komunikasi yang andal, dan pengendalian yang responsif memerlukan skenario pengoperasian dan metode penilaian yang ditentukan. Rencana pengujian menetapkan prioritas validasi dan memberikan masukan untuk konfigurasi prototipe, antarmuka debug, dan diagnosis kesalahan.
Ubah Persyaratan menjadi Kasus Uji yang Dapat Dieksekusi
Persyaratan penerimaan yang dapat diuji menentukan prasyarat, masukan atau tindakan, hasil yang diharapkan, dan kriteria keputusan. Persyaratan kinerja juga harus menentukan titik pengukuran, konfigurasi perangkat keras, volume data, metode penghitungan, dan cakupan sampel.
Misalnya, persyaratan untuk menyimpan data yang dikumpulkan selama pemadaman jaringan dapat dibagi menjadi buffering lokal, akuisisi saat offline, transfer setelah koneksi ulang, dan penanganan buffer penuh. Pengujian selanjutnya dapat memeriksa urutan data, duplikat penanganan dan alarm, sesuai kebutuhan produk.
Ini adalah contoh ilustratif perencanaan ujian. Kapasitas buffer, durasi pemadaman, volume data, dan ambang batas kelulusan perlu ditentukan dari tujuan produk sebenarnya dan dicatat dalam persyaratan atau spesifikasi pengujian.
Prioritaskan Uji Fungsional, Kinerja, dan Pemulihan Kesalahan berdasarkan Risiko Produk
Pekerjaan validasi dan integrasi prototipe Winge Technology dapat mencakup fungsi, kinerja, dan pengujian lingkungan yang disepakati dalam lingkup proyek. Prioritas pengujian harus mengikuti tujuan penggunaan dan risiko produk.
| Daerah ujian | Apa yang harus diperiksa | Kondisi yang diperlukan untuk menentukan kriteria |
|---|---|---|
| Fungsi dan antarmuka | Operasi inti, pertukaran protokol, integrasi periferal, dan pemrosesan data | Masukan, urutan tindakan, respons, dan perubahan keadaan |
| Performa dan beban | Waktu respons, throughput, penggunaan sumber daya, dan kenaikan suhu | Perangkat keras target, beban kerja, titik pengukuran, dan metode perhitungan |
| Kesalahan dan pemulihan | Kehilangan jaringan, kehilangan daya, kesalahan periferal, dan kesalahan data | Metode injeksi kesalahan, langkah pemulihan, serta persyaratan data dan status |
| Operasi berkelanjutan | Perilaku dan kesalahan aplikasi selama periode pengujian yang disepakati | Durasi, beban, definisi kesalahan, dan cakupan log |
| Pengujian lingkungan | Suhu, kelembapan, getaran, atau kondisi pengoperasian lainnya yang disepakati | Konfigurasi sampel, peralatan, metode dan kriteria kelulusan |
| Antarmuka pengguna dan penerapan | Render teks, instalasi, konfigurasi, pembaruan, dan tugas pengguna | Bahasa, versi sistem, izin, lingkungan penerapan, dan tugas pengoperasian |
Jika antarmuka berbahasa Rusia diperlukan, pengujian fungsional dapat mencakup menu, alarm, input, font, dan pemotongan teks. Catatan berbasis waktu juga memerlukan pemeriksaan pengaturan zona waktu dan penanganan stempel waktu. Uji suhu rendah atau pengujian lingkungan lainnya bergantung pada kondisi pengoperasian aktual dan persyaratan proyek.
Berikan Akses Tes selama Desain
Desain mempengaruhi seberapa mudah suatu produk dapat diuji. Tinjauan perangkat keras dapat memeriksa titik pengukuran yang diperlukan, antarmuka debug, dan indikator kesalahan. Desain firmware dan perangkat lunak dapat menyediakan log, kode kesalahan, pertanyaan status, dan identifikasi versi.
Ketentuan ini mendukung reproduksi dan diagnosis kesalahan. Akses pengujian harus dikelola sesuai dengan izin produk dan pengaturan pengoperasian, dengan perbedaan konfigurasi antara debug dan build pengiriman dicatat.
Ketidakpastian teknis yang kritis dapat diperiksa dengan uji kelayakan terbatas sebelum integrasi sistem secara menyeluruh. Tes papan, integrasi modul, tes prototipe dan validasi di lingkungan klien menangani objek yang berbeda. Rencana proyek harus menjelaskan masukan dan catatan yang diperlukan.
Kaitkan Hasil Pengujian dengan Unit Prototipe, Versi dan Kondisi
Catatan pengujian harus mengidentifikasi prototipe dan versi perangkat lunak mana yang diuji, dalam kondisi apa, dengan langkah dan hasil apa. Informasi yang relevan mencakup pengidentifikasi unit, revisi perangkat keras, versi firmware atau perangkat lunak, konfigurasi, peralatan pengujian, waktu pelaksanaan dan lokasi catatan asli.
Catatan masalah harus menjelaskan perilaku yang diamati, langkah-langkah reproduksi, dampak dan status penyelesaian. Verifikasi setelah perubahan harus memeriksa masalah awal dan mencakup pengujian regresi yang dipilih berdasarkan dampak perubahan. Pengujian yang belum dijalankan harus tetap mempertahankan alasannya dan rencana tindak lanjut untuk tinjauan pencapaian.
Tim internasional dapat meninjau hasil melalui laporan pengujian, log, rekaman layar, dan demonstrasi jarak jauh. Pengujian di lokasi klien memerlukan peralatan, kondisi, personel yang bertanggung jawab, dan metode konfirmasi hasil yang disepakati.
Pertanyaan yang Sering Diajukan
Haruskah perencanaan pengujian menunggu hingga prototipe selesai?
Ini harus dimulai selama definisi dan desain persyaratan. Kriteria penerimaan awal memandu pemilihan komponen, antarmuka debug, logging dan konfigurasi prototipe, serta membantu mengalokasikan peralatan pengujian dan sumber daya eksekusi di kemudian hari.
Apakah lulus uji fungsional menghasilkan kinerja pengoperasian jangka panjang?
Tes fungsional menetapkan fungsi yang disepakati. Pengoperasian berkelanjutan, kondisi lingkungan, dan perilaku lokasi klien memerlukan kondisi pengujian dan catatan yang sesuai. Kesimpulan harus mengidentifikasi revisi yang berlaku, jumlah sampel, durasi dan ruang lingkup operasi.
Bagaimana seharusnya pengujian pengembangan dan pengujian laboratorium independen diatur?
Tes pengembangan memeriksa fungsi, kinerja, dan masalah desain proyek yang disepakati. Ketika pengujian atau sertifikasi independen diperlukan, persyaratan, sampel, organisasi pelaksana, dan cakupan laporan yang berlaku harus dikonfirmasi secara terpisah dan dimasukkan dalam rencana proyek.
Klien yang merencanakan pengujian dan penerimaan produk dapat menggunakan halaman kontak proyek Winge Technology untuk menyediakan tujuan produk, versi saat ini, lingkungan target dan persyaratan penerimaan, serta menilai cakupan pengujian, kondisi sampel, dan hasil pencapaian.
Online
Telepon
WeChat
kembali ke atas