Menangani Cabaran Pengujian Automasi Perisian Mudah Alih

Kami akan meneroka kerumitan mengautomasikan robot rumah mudah alih dan menumpukan pada cabaran unik dalam penyediaan untuk mengatasi pelbagai batasan untuk memastikan pengguna boleh bermula dengan lancar

Dalam artikel sebelumnya, saya menerangkan Cara menggunakan teknologi April Tag untuk mengautomasikan robot rumah. Cabaran besar dalam mengautomasikan robot rumah atau robot lain ialah persediaan peranti. Dalam dunia peranti, telefon dan aplikasi mudah alih, peranti biasanya disambungkan ke peranti hos melalui USB dan peranti sentiasa disambungkan kepada sumber kuasa. Namun begitu, untuk menguji robot, satu cabaran unik timbul iaitu cara menjalankan ujian semasa robot bergerak. Kerana ia tidak boleh disambungkan ke peranti hos melalui sambungan berwayar fizikal. Jadi, bagaimanakah kita harus mengesahkan pengalaman unboxing? Jangan risau, saya akan menerangkannya dalam artikel ini

Kerumitan dan Cabaran

Selepas saya memberi anda pengenalan ringkas kepada pelbagai cabaran fasa persediaan dalam ujian automasi bot, izinkan saya mendalami lebih banyak cabaran

bot Menjadi mudah alih dan tidak dapat menyambung melalui wayar fizikal ke peranti hos. Ia mungkin boleh dilakukan untuk beberapa ujian tahap komponen, tetapi tidak mungkin untuk ujian hujung ke hujung (E2E)

Pengalaman luar kotak ialah apabila peranti tidak disambungkan ke WiFi. Bagaimanakah peranti hos berinteraksi dengan peranti apabila ia adalah serba baharu? Ini adalah situasi yang sangat biasa dalam ujian robot harian

Apabila sebarang ralat atau pengecualian berlaku dalam robot, operasi pemulihan diperlukan. Matlamat utama ujian automatik adalah untuk menemui masalah perisian dan perkakasan yang berpotensi dengan robot. Jika kami menghadapi masalah, bagaimanakah kami harus melaporkan dan memulihkan peranti?

Bateri robot hampir kehabisan dan kami memerlukan sumber kuasa yang boleh dipercayai untuk mengecas robot

Adalah sangat penting untuk memanjangkan tetapan yang sama ke beberapa persekitaran makmal dan rumah. Ini kerana kita tidak boleh hanya menandatangani atau menguji bot dalam satu persekitaran

Mari kita tangani isu ini mengikut kronologi. Ia boleh ditulis semula sebagai: Mari selesaikan masalah ini mengikut urutan kronologi

Menggunakan Robot Lalai Raspberry Pi

Yang penting ialah menyelesaikan masalah ini. Pertimbangkan kes robot yang terletak di makmal automasi ujian. Terdapat peranti hos yang disambungkan ke rangkaian dalaman syarikat yang digunakan untuk menghantar dan menerima arahan serta mengakses pelbagai kod sumber, alatan dalaman dan infrastruktur. Kami akan menyambungkan Raspberry Pi ke peranti dan menjalankan perkhidmatan REST pada Raspberry Pi untuk berkomunikasi dengan peranti hos dan peranti. Di bawah ialah ilustrasi yang menunjukkan persediaan ini

Robot pratetap menggunakan Raspberry Pi

Menyelesaikan kes penggunaan pengalaman luar kotak

Sekarang, mari kita lihat cara pra-sediakan persekitaran ujian dengan Raspberry Pi . Seterusnya, kami akan meneroka bagaimana untuk menyelesaikan masalah peranti tidak dapat menyambung ke Wifi apabila di luar kotak

Apakah peranan perkhidmatan RESTful pada Raspberry Pi? Apakah titik akhir yang harus mengandungi perkhidmatan RESTful? .

pulihkan robot anda sekiranya berlaku sebarang ralat atau pengecualian

• Ini adalah situasi yang sangat biasa. Jangan terharu atau kecewa dengan soalan jenis ini. Pada ketika ini, kita mesti menggunakan komponen peringkat rendah peranti untuk memacu peranti kembali ke lokasi asalnya. Sebagai contoh, seperti yang saya nyatakan dalam artikel saya sebelum ini dengan pelbagai susunan perisian, kita memerlukan akses kepada platform atau lapisan mobiliti untuk memacu robot kembali ke kedudukan asalnya. Ini adalah perkara yang paling sukar dan paling mencabar untuk dilakukan, jadi gunakan teknologi lain seperti April Tag atau sistem luaran lain untuk memacu peranti itu kembali. Ini membawa saya kepada soalan saya yang seterusnya, iaitu menyediakan peranti untuk ujian seterusnya dijalankan dengan meletakkannya semula pada dok pengecasan
• Menskalakan kepada berbilang persekitaran ujian
• Menggunakan arahan peringkat rendah boleh meningkatkan kebolehpercayaan apabila meletakkan peranti kembali padanya dok mengecas. Kadar kegagalan yang lebih rendah dan kecekapan yang lebih tinggi daripada menggunakan pergerakan peringkat atas atau arahan navigasi dan platform atau pemacu lapisan mobiliti
• Petua persediaan lanjutan untuk berbilang persekitaran ujian:

Pastikan persediaan mudah. Jangan terlalu rumit atau terlalu merekayasa penyelesaiannya.

Mempunyai imej Raspberry Pi yang boleh digunakan supaya mana-mana Raspberry Pi baharu boleh dimuatkan dengan mudah.

Letak kod ujian dalam repositori jauh. Mengalihkannya di premis tidak akan berskala.

Automasi robot bukanlah perkara yang mudah dan akhirnya memerlukan banyak kerja reka bentuk dan pertimbangan pilihan lain di pasaran. Tidak ada satu penyelesaian yang sesuai dengan semua situasi. Sebelum menggunakan penyelesaian muktamad, saya mengesyorkan menjalankan bukti konsep

Alternatif

Memandangkan sifat dan kerumitan masalah yang kita hadapi, persoalan biasa ialah sama ada terdapat alternatif. Pendek kata, jawapannya adalah ya. Kami boleh menguji dengan berkesan dengan menggunakan emulator/emulator untuk menampung kebanyakan kes penggunaan yang kami huraikan, tetapi tiada pengganti untuk ujian peranti sebenar

Atas ialah kandungan terperinci Menangani Cabaran Pengujian Automasi Perisian Mudah Alih. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!