Bina aliran kerja automasi sokongan Android yang menghasilkan semula isu apl, menangkap tangkapan skrin dan log serta menyerahkan bukti berguna kepada QA atau pembangun. LaiCai Screen Mirroring.
Automasi sokongan harus mengekalkan cerita pelanggan
Tiket sokongan yang berguna mengandungi cerita: perkara yang pelanggan cuba, perkara yang mereka jangkakan, perkara yang muncul sebaliknya dan keadaan peranti atau apl yang mungkin mempengaruhi keputusan. Automasi sokongan Android harus mengekalkan cerita itu dan bukannya mengurangkannya kepada urutan ketikan. Matlamatnya adalah untuk menghasilkan semula laluan yang diluluskan secara konsisten dan meninggalkan bukti yang boleh diperiksa oleh pasukan lain.
LaiCai Screen Mirroring menggunakan Aliran LaiCai sebagai lapisan aliran kerja yang boleh dilihat. Rakan sepasukan sokongan boleh menyemak nod, menonton skrin Android, menangkap tangkapan skrin, menyimpan log masa jalan dan berhenti apabila keadaan yang diperhatikan tidak lagi sepadan dengan tiket. Ini menjadikan alat automasi Android AI berguna untuk pengumpulan bukti, bukan untuk menyembunyikan keputusan sokongan pelanggan di dalam kotak hitam.
Larian pertama hendaklah sentiasa ditonton. Isu mudah alih selalunya bergantung pada gesaan kebenaran, papan kekunci, pemberitahuan, animasi pemuatan, keadaan akaun atau skrin yang tidak disebut oleh tiket. Menonton skrin Android yang dicerminkan semasa membaca log Aliran membantu pengendali mengasingkan simptom produk sebenar daripada andaian permulaan yang salah. Selepas laluan yang diperhatikan adalah stabil dan selamat, senarai semak yang sama boleh diulang tanpa kehilangan titik bukti yang membuat larian pertama dapat difahami.
Tukar tiket sokongan kepada senarai semak pengeluaran semula terhad
Tulis semula tiket sebagai senarai semak terhad sebelum membina Aliran. Nyatakan skrin permulaan, versi apl, jenis akaun, keadaan rangkaian, tempat, langkah tepat, hasil yang dijangka, hasil yang diperhatikan dan titik di mana aliran kerja mesti berhenti. Permintaan seperti "halaman daftar keluar rosak" adalah terlalu kabur; "buka binaan pementasan, gunakan akaun ujian yang diluluskan, tambah produk sampel, tangkap skrin pembayaran dan berhenti sebelum menyerahkan" boleh diambil tindakan.
Pastikan Aliran pertama pendek. Hasilkan semula hanya laluan terkecil yang boleh mengesahkan atau menolak laporan. Jangan tambahkan percubaan semula secara meluas, pembersihan yang tidak berkaitan, perubahan akaun, mesej keluar, pembelian atau tindakan yang merosakkan. Senarai semak yang sempit lebih mudah untuk dibandingkan merentas peranti dan lebih selamat untuk kakitangan sokongan dijalankan.
Rakam persekitaran sebelum mengeluarkan semula isu
Rakam persekitaran sebelum tindakan pertama. Medan berguna termasuk versi Android, model peranti atau profil emulator, saiz skrin, versi apl, tempat, keadaan kebenaran, jenis sambungan dan sama ada isu itu berlaku pada persekitaran ujian atau seperti pengeluaran. Jangan meneka nama pakej atau butiran peranti; membacanya daripada konteks peranti yang dibenarkan apabila tersedia.
Bukti persekitaran menghalang penyerahan palsu. Pepijat yang muncul hanya pada satu versi Android, bahasa, keadaan akaun atau rangkaian perlahan tidak boleh diterangkan sebagai universal. Tambahkan tangkapan skrin permulaan dan pengecam jangka pendek supaya tangkapan skrin dan log kemudian boleh dikaitkan dengan percubaan pembiakan yang sama.
Tangkap tangkapan skrin dan log pada titik keputusan
Tangkap bukti di titik keputusan, bukan selepas setiap tindakan yang tidak bermakna. Perkara yang baik termasuk keadaan mula, skrin sejurus sebelum kegagalan yang dilaporkan, skrin yang tidak dijangka, sepanduk ralat, kawalan hilang dan keadaan berhenti akhir. Namakan tangkapan skrin supaya jurutera QA dapat memahami pesanan mereka tanpa membuka setiap fail.
Log harus menerangkan langkah yang dijalankan, keadaan yang disemak, hasil yang dipilih dan sebab Aliran berhenti. Elakkan daripada mengelog kata laluan, token, mesej peribadi, butiran pembayaran atau pengecam pelanggan yang tidak diperlukan. Tangkapan skrin serta sebab berhenti yang boleh dibaca biasanya lebih berguna daripada ratusan acara peringkat rendah tanpa konteks.
Gunakan keadaan yang boleh dilihat dan bukannya klik buta
Automasi sokongan harus diperhatikan sebelum ia bertindak. Gunakan struktur UI apabila pemilih stabil wujud, OCR apabila teks yang diperlukan kelihatan tetapi tidak terdedah dan padanan imej hanya apabila aset visual yang disahkan sesuai. Nod pemerhatian harus mengembalikan bukti; nod tindakan yang berasingan boleh mengetik hanya selepas hasilnya memenuhi keadaan aliran kerja.
Jika keadaan yang dijangkakan tiada, tangkap bukti dan hentikan. Jangan mengetik koordinat yang diingati secara membabi buta atau menurunkan setiap ambang keyakinan. Penantian eksplisit adalah lebih mudah untuk disemak daripada jeda tersembunyi dan kegagalan yang jelas adalah lebih berguna daripada Aliran yang berterusan ke skrin yang salah.
Lindungi data pelanggan sepanjang aliran kerja
Bukti sokongan boleh mengandungi maklumat sensitif. Gunakan akaun ujian yang diluluskan apabila boleh. Sebelum berkongsi tangkapan skrin, semak nama, alamat e-mel, nombor telefon, nombor pesanan, pemberitahuan, teks sembang, lokasi, data pembayaran dan apl latar belakang. Pangkas atau sunting maklumat yang tidak diperlukan oleh QA.
Tentukan peraturan pengekalan dan akses untuk tangkapan skrin dan log. Jangan tampal bukti pelanggan ke dalam tiket awam atau ruang sembang luas. Jika data pelanggan sebenar diperlukan untuk penyiasatan yang dibenarkan, kurangkan data itu, rekod sebab ia diperlukan dan ikuti dasar privasi dan pemadaman organisasi. Automasi meningkatkan kebolehulangan; ia tidak mewujudkan kebenaran untuk mengumpul lebih banyak data.
Serahkan bukti kepada QA dan pembangun dalam format yang berguna
Serahan yang kukuh mengandungi ringkasan tiket asal, prasyarat pembiakan, persekitaran peranti dan apl, versi Aliran atau senarai semak yang tepat, tangkapan skrin mengikut urutan, petikan log yang berkaitan, jangkaan berbanding keputusan sebenar, kekerapan sebab pengeluaran semula dan kekerapan sebab pemberhentian. Sertakan perkara yang tidak diuji supaya QA tidak tersilap cek sempit untuk liputan luas.
Gunakan Panduan Aliran LaiCai untuk memastikan langkah-langkah graf boleh dibaca, panduan pencerminan skrin Android untuk menonton skrin yang sama yang digunakan Flow dan aliran kerja penyelesaian masalah Android jauh untuk amalan lepas tangan secara kolaboratif. Jurutera penerima sepatutnya dapat menjalankan semula laluan atau memahami mengapa ia tidak boleh dijalankan semula.
Mengendalikan keputusan yang tidak boleh menghasilkan semula dengan jujur
"Tidak boleh menghasilkan semula" adalah hasil, bukan bukti bahawa pelanggan salah. Bandingkan persekitaran, tempat, kebenaran, keadaan akaun, rangkaian, bendera ciri, binaan apl dan pemasaan. Jalankan hanya variasi yang dipersetujui, simpan bukti untuk setiap satu dan labelkan hasilnya dengan tepat: diterbitkan semula, tidak diterbitkan semula dalam keadaan yang diuji, terputus-putus, disekat oleh maklumat yang hilang atau dihentikan untuk privasi atau keselamatan.
Apabila maklumat tiada, minta bukti tambahan terkecil yang boleh mengubah ujian seterusnya. Jangan minta rakaman skrin penuh, log lengkap atau akses akaun secara lalai. Aliran sokongan berstruktur membantu pasukan membezakan kecacatan apl daripada ketidakpadanan persekitaran, langkah yang tidak lengkap, pemasaan atau keadaan yang memerlukan instrumentasi kejuruteraan.
Senarai semak praktikal untuk pasukan sokongan
Sebelum menjalankan, sahkan kebenaran, mulakan keadaan, binaan apl, akaun ujian, konteks peranti, rangkaian, tempat, titik bukti, had privasi dan sempadan henti. Semasa larian, tonton skrin, gunakan penantian dan syarat yang jelas, dan rekod hanya bukti yang diperlukan untuk tiket. Selepas larian, semak tangkapan skrin dan log sebelum berkongsinya.
Semak pakej bukti seolah-olah anda adalah jurutera penerima. Bolehkah anda tahu tangkapan skrin mana yang tergolong dalam langkah mana? Adakah log menunjukkan keadaan yang gagal? Adakah keputusan yang dijangka dan sebenar dinyatakan secara berasingan? Adakah data peribadi dialih keluar? Adakah pakej mengenal pasti persekitaran yang diuji dan versi Flow? Jika soalan ini tidak dapat dijawab, menjalankan semula automasi mungkin hanya menghasilkan lebih banyak fail yang tidak jelas. Pakej bukti yang ringkas dan teratur adalah lebih berharga daripada arkib besar tanpa naratif pengeluaran semula.
Hasil praktikal ialah perbualan yang lebih baik antara sokongan, QA dan pembangunan. Sokongan menyumbang cerita pelanggan yang boleh diulang, QA menerima bukti yang setanding, dan pembangun mendapat laluan yang lebih kecil dengan keadaan yang boleh dilihat. Automasi sokongan Android berfungsi paling baik apabila ia menjadikan ketidakpastian dan bukti lebih mudah untuk disemak—bukan apabila ia cuba menggantikan pertimbangan manusia.