Apakah 8 peraturan untuk ujian APP yang baik?

Mengenai ujian perisian, penguji pasti berfikir untuk menyemak fail, fungsi, API, prestasi dan menentukan sama ada perisian itu selamat dan perkara lain tentang bahagian tertentu perisian. Apabila bercakap tentang ujian mudah alih, penguji mesti mempertimbangkan cara pengguna menggunakan peranti mudah alih untuk menguji fungsi yang berkaitan.

Seterusnya, kami akan memberi tumpuan kepada ujian mudah alih Untuk produk (perisian aplikasi) dalam projek telefon mudah alih, tumpuan ujian adalah ujian sistem. Untuk ujian sistem APP perisian aplikasi mudah alih, kami biasanya melaksanakannya dari perspektif berikut: ujian modul berfungsi, ujian keserasian, pemasangan dan ujian nyahpasang, ujian kemas kini perisian, ujian prestasi, ujian pengalaman pengguna, ujian silang acara, antara muka pengguna Ujian dll.

Sebagai pengurus jaminan kualiti perisian, saya menumpukan kepada apl mudah alih dan aplikasi web mudah alih untuk iPhone, Android, Windows Phone 7. Melalui kerja harian saya dan komunikasi dengan pakar ujian mudah alih yang lain, saya amat memahami cabaran kerja ujian mudah alih. Saya meringkaskan artikel ini berdasarkan pengalaman kerja saya, dengan harapan dapat membantu pembaca menyelesaikan beberapa masalah yang dihadapi dalam amalan. Mengenai perkara utama ujian APP, saya akan menyusunnya dan menyiarkannya untuk dilihat oleh semua orang.

Pertama lihat gambar di bawah:

Gambar ini sepatutnya dapat menunjukkan dengan jelas proses ujian APP. Kemudian apa yang perlu dijelaskan adalah bahagian melaksanakan ujian. Oleh kerana terlalu banyak perkataan dalam xmind akan menyebabkan imej mengecut, saya akan menerangkan apa yang sepadan dengan setiap peringkat di sini.

Proses ujian APP

1. Ujian UI

Semak sama ada elemen UI sepadan dengan gambar, ikon, teks, reka letak, dsb. dalam pemaparan. Secara umumnya, tiada masalah yang serius dengan UI, jadi berikan sahaja masalah tersebut kepada produk sebagai cadangan.

2. Ujian fungsional

Pematuhan fungsi perlu diliputi dalam aspek seperti lapisan UI, antara muka, data, pelayan dan logik kod. Kecacatan fungsi secara amnya ditakrifkan sebagai kecacatan serius yang mesti dibaiki.

3. Ujian kekukuhan

Uji mekanisme pengendalian produk apabila berlaku pengecualian. Apabila memeriksa senario yang tidak normal atau situasi yang melampau, anda perlu mempertimbangkan sama ada ranap sistem atau ANR akan berlaku. Anda perlu memberi perhatian kepada beberapa senario yang melampau dan tidak normal, serta ujian untuk gangguan dan rangkaian yang lemah.

4. Penyesuaian

Adalah perlu untuk menguji keserasian produk di bawah pelbagai peranti perkakasan, resolusi, sistem pengendalian, saiz skrin, model telefon mudah alih, dsb. Terdapat terlalu banyak sistem tersuai di China, dan bahagian Android tidak mudah dikendalikan, jadi kaedah standard ujian model arus perdana biasanya digunakan.

5. Ujian kestabilan

Monyet biasanya digunakan untuk ujian di sini. Pada mulanya saya menolak monyet itu, tetapi di bawah bimbingan senior saya, saya menyedari kekuatannya. Ia juga kini dalam peringkat pembelajaran. Kaedah utama adalah untuk melakukan sejumlah besar klik, slaid dan operasi lain melalui strim peristiwa rawak palsu, yang digunakan terutamanya untuk mengesan ranap dan kecacatan anr tersembunyi dalam produk.

6. Ujian Prestasi

Pemantauan prestasi pelanggan tertumpu terutamanya pada data seperti CPU, GPU, trafik, penggunaan kuasa dan masa tindak balas peranti klien semasa operasi. Melalui analisis data, produk dioptimumkan untuk memenuhi keperluan pelanggan, dengan itu meningkatkan daya saing produk. Melalui penggalian lanjut, anda boleh menganalisis kesesakan prestasi pada klien dan juga mengetahui kod yang mempengaruhi prestasi pelanggan.

Data yang akan dipantau apabila memfokuskan pada prestasi pelayan termasuk I/O, throughput, concurrency, pressure, load, dsb. Analisis keputusan ujian, cari kesesakan prestasi dan lengkapkan pengoptimuman prestasi. Kestabilan pelayan, pencapaian matlamat dan penyiapan tugas adalah sasaran pemeriksaan utama.

7. Ujian regresi

Ujian regresi adalah terutamanya untuk menguji kecacatan yang diperbaiki oleh pembangunan. Menilai skop kesan perubahan dan menjalankan ujian yang disasarkan. Malah, adalah perlu untuk mengembalikan fungsi dan data versi lama.

8. Ujian dalam talian

Selepas keluaran dilancarkan, pusingan akhir ujian sistem mesti dijalankan dalam persekitaran pengeluaran. Saya biasanya melakukan semua yang saya lakukan sebelum ini sekaligus.

Perbezaan antara ios dan Android dalam ujian Apl

1. Tekan lama butang utama pada Android untuk memanggil senarai aplikasi dan menukar aplikasi, dan kemudian leret ke kanan untuk menamatkan aplikasi
2, terdapat lebih daripada 20 jenis pada Android dan kurang pada ios;
3. Sistem pengendalian telefon mudah alih, Android lebih biasa, ios kurang dan tidak boleh diturunkan, dan hanya boleh dinaik taraf dalam satu arah; dalam sistem ios versi lebih rendah, dan aplikasi dalam panggilan sistem ios versi rendah Pustaka sumber baharu secara langsung akan menyebabkan ranap sistem 4. Tabiat pengendalian: Android, sama ada kekunci Kembali telah ditulis semula, menguji sama ada maklum balas selepas mengklik; kekunci Kembali adalah betul; selepas mengalihkan data aplikasi dari memori ke kad SD Sama ada ia boleh berjalan seperti biasa, dsb. 5. Ujian tolak: Android: klik butang rumah, apabila program berjalan di latar belakang , tekan diterima pada masa ini, klik untuk membangunkan aplikasi, sama ada ia boleh melompat dengan betul pada masa ini, klik butang utama untuk menutup status kunci program dan skrin (paparan titik merah
6). Ujian pemasangan dan penyahpasangan: Android mempunyai banyak platform, alatan dan saluran untuk memuat turun dan pemasangan, dan ios terutamanya termasuk kedai aplikasi, iTunes dan muat turun testflight
7. Ujian naik taraf: Syarat yang diperlukan untuk ditingkatkan: versi lama dan baharu mempunyai; tandatangan yang sama; versi lama dan baharu mempunyai nama pakej yang sama; -dalam fail sepadan kemudian (seperti kaedah input terbina dalam)
Selain itu: terdapat beberapa perkara yang perlu diberi perhatian semasa menguji:
1. Ujian serentak (gangguan): pop penggera- gesaan kotak atas, permulaan aplikasi lain, main balik audio video, panggilan masuk, menaip pengguna, dsb., semasa memainkan suara, rakaman, dsb., paksa mainan lain untuk menjeda;
2. Ujian sumber data: input, pemilihan, salin, input suara, pasang kaedah input yang berbeza dsb.;
3. Ujian tolak (tolak): tolak dilaksanakan apabila kuasa dihidupkan dan dimatikan, dan keadaan siap sedia, mesej mati dahulu dan ketepatan lompatan tolak ; aplikasi sedang dalam pembangunan, tidak dibuka, aplikasi dimulakan dan berjalan di latar belakang Keadaan adalah sama ada paparan tolak dan lompat adalah betul sama ada nombor berubah sebelum dan selepas membaca mesej tolak adalah betul; daripada koleksi berbilang mesej tolak adalah betul; ujian skrin: sentuh lokasi berbeza pada masa yang sama atau lakukan operasi berbeza pada masa yang sama untuk menyemak pemprosesan pelanggan dan sama ada ia akan ranap, dsb.

Atas ialah kandungan terperinci Apakah 8 peraturan untuk ujian APP yang baik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!