Contoh Kes Ujian untuk Halaman Log Masuk (Termasuk SEMUA kes ujian berfungsi dan tidak berfungsi yang penting untuk halaman log masuk)
Setiap kali anda akan diminta untuk menulis kes ujian untuk 'Borang dengan beberapa kawalan', anda perlu mengikut senarai peraturan untuk menulis kes ujian seperti yang dinyatakan di bawah:
- Tulis kes ujian pada setiap objek borang.
- Kes ujian bertulis hendaklah gabungan kedua-dua kes ujian negatif dan positif.
- Selain itu, kes ujian hendaklah sentiasa gabungan kes ujian kefungsian, prestasi, UI, kebolehgunaan dan keserasian.
Apabila anda akan diminta dalam temu bual untuk menulis kes ujian untuk halaman log masuk, pertama sekali anda perlu memikirkan, berapa banyak kawalan maksimum boleh tersedia pada halaman log masuk?
Kerana anda tidak mempunyai halaman log masuk di hadapan anda dan anda juga tidak mempunyai dokumen keperluan untuk halaman log masuk ini. Tetapi halaman log masuk adalah perkara biasa yang boleh kita bayangkan dengan mudah kawalannya.
Boleh terdapat nama pengguna, kata laluan, butang ‘Log Masuk’, Butang Batal dan pautan Lupa Kata Laluan. Terdapat satu lagi kawalan iaitu kotak semak bernama 'Ingat saya' untuk mengingati butiran log masuk pada mesin tertentu.
Kes Ujian – Halaman Log Masuk
Berikut ialah senarai yang mungkin kes ujian berfungsi dan tidak berfungsi untuk halaman log masuk:
Kes Ujian Fungsian:
Sr.No. | Kes Ujian Fungsian | Jenis- Kes Ujian Negatif/ Positif |
---|---|---|
1 | Sahkan jika pengguna akan dapat log masuk dengan nama pengguna yang sah dan kata laluan yang sah. | Positif |
2 | Sahkan jika pengguna tidak boleh log masuk dengan nama pengguna yang sah dan kata laluan yang tidak sah. | Negatif |
3 | Sahkan halaman log masuk untuk kedua-duanya, apabila medan kosong dan butang Serah diklik. | Negatif |
4 | Sahkan kefungsian 'Terlupa Kata Laluan'. | Positif |
5 | Sahkan mesej untuk log masuk tidak sah. | Positif |
6 | Sahkan kefungsian 'Ingat Saya'. | Positif |
7 | Sahkan jika data dalam medan kata laluan sama ada kelihatan sebagai tanda asterisk atau titik tumpu. | Positif |
8 | Sahkan jika pengguna boleh log masuk dengan kata laluan baharu hanya selepas dia menukar kata laluan. | Positif |
9 | Sahkan jika halaman log masuk membenarkan log masuk serentak dengan bukti kelayakan yang berbeza dalam penyemak imbas yang berbeza. | Positif |
10 | Sahkan jika kekunci 'Enter' papan kekunci berfungsi dengan betul pada halaman log masuk. | Positif |
Kes Ujian Lain | ||
11 | Sahkan masa diambil untuk log masuk dengan nama pengguna dan kata laluan yang sah. | Prestasi & PositifPengujian |
12 | Sahkan jika fon, warna teks dan pengekodan warna halaman Log Masuk adalah mengikut standard. | Ujian & ; Ujian Positif |
13 | Sahkan jika terdapat butang ‘Batal’ tersedia untuk memadamkan teks yang dimasukkan. | Ujian Kebolehgunaan |
14 | Sahkan halaman log masuk dan semua kawalannya dalam penyemak imbas berbeza | Keserasian Penyemak Imbas & Ujian Positif. |
Kes Ujian Keselamatan Tidak Berfungsi:
Sr. No. | Kes ujian keselamatan | Jenis- Kes Ujian Negatif/ Positif |
---|---|---|
1 | Sahkan jika pengguna tidak boleh memasukkan aksara lebih daripada julat yang ditentukan dalam setiap medan (Nama Pengguna dan Kata Laluan). | Negatif |
2 | Sahkan jika pengguna tidak boleh masuk aksara lebih daripada julat yang ditentukan dalam setiap medan (Nama Pengguna dan Kata Laluan). | Positif |
3 | Sahkan halaman log masuk dengan menekan 'Kembali butang' pelayar. Ia sepatutnya tidak membenarkan anda masuk ke dalam sistem sebaik sahaja anda log keluar. | Negatif |
4 | Sahkan kefungsian tamat masa sesi log masuk. | Positif |
5 | Sahkan jika pengguna tidak sepatutnya dibenarkan melog masuk dengan bukti kelayakan yang berbeza daripada penyemak imbas yang sama pada masa yang sama. | Negatif |
6 | Sahkan jika pengguna sepatutnya boleh log masuk dengan yang samakelayakan dalam penyemak imbas berbeza pada masa yang sama. | Positif |
7 | Sahkan halaman Log Masuk terhadap serangan suntikan SQL. | Negatif |
8 | Sahkan pelaksanaan sijil SSL. | Positif |
Kami boleh mengambil Contoh halaman Log Masuk Gmail. Berikut ialah imejnya.
Kes Ujian untuk halaman Log Masuk Gmail
Sr. No. | Senario Ujian |
---|---|
1 | Masukkan alamat e-mel yang sah & klik seterusnya. Sahkan jika pengguna mendapat pilihan untuk memasukkan kata laluan. |
2 | Jangan masukkan alamat e-mel atau nombor telefon & hanya klik butang Seterusnya. Sahkan sama ada pengguna akan mendapat mesej yang betul atau jika medan kosong akan diserlahkan. |
3 | Masukkan alamat e-mel yang tidak sah & klik butang Seterusnya. Sahkan sama ada pengguna akan mendapat mesej yang betul. |
4 | Masukkan nombor telefon yang tidak sah & klik butang Seterusnya. Sahkan sama ada pengguna akan mendapat mesej yang betul. |
5 | Sahkan jika pengguna boleh log masuk dengan alamat e-mel dan kata laluan yang sah. |
6 | Sahkan sama ada pengguna boleh log masuk dengan nombor telefon dan kata laluan yang sah. |
7 | Sahkan jika pengguna tidak boleh log masuk dengan nombor telefon yang sah dan kata laluan tidak sah. |
8 | Sahkan jika pengguna tidak boleh log masuk denganalamat e-mel yang sah dan kata laluan yang salah. |
9 | Sahkan kefungsian 'Terlupa e-mel'. |
10 | Sahkan kefungsian 'Terlupa kata laluan'. |
Senario Ujian untuk halaman Pendaftaran
#1) Sahkan mesej untuk setiap medan wajib.
#2) Sahkan jika pengguna tidak boleh meneruskan tanpa mengisi semua medan wajib.
#3) Sahkan umur pengguna apabila DOB dipilih.
#4) Sahkan jika nombor dan aksara khas tidak dibenarkan dalam nama Pertama dan Akhir.
#5) Sahkan sama ada pengguna boleh mendaftar dengan jayanya dengan semua butiran wajib.
#6) Sahkan sama ada pengguna boleh log masuk dengan yang sah butiran.
#7) Sahkan sama ada medan Kata Laluan dan Sahkan Kata Laluan menerima rentetan yang serupa sahaja.
#8) Sahkan jika Kata Laluan medan akan menggesa anda untuk kata laluan yang lemah.
#9) Sahkan jika alamat e-mel pendua tidak akan diberikan.
#10) Sahkan bahawa pembayang disediakan untuk setiap medan pada borang, untuk kemudahan penggunaan.
Senario Ujian untuk halaman Log Masuk Aplikasi Mudah Alih
#1) Sahkan jika pengguna boleh log masuk dengan nama pengguna dan kata laluan yang sah.
#2) Sahkan jika pengguna tidak boleh log masuk dengan nama pengguna atau kata laluan tidak sah. Semak pilih atur dan gabungan ini.
#3) Sahkan 'Keep me Log In'pilihan. Jika kotak semak ini dipilih, maka pengguna tidak seharusnya log keluar walaupun selepas keluar dari apl.
#4) Sahkan jika kotak semak ini tidak dipilih secara lalai.
#5) Jika pengguna telah mendaftar dengan Facebook atau media sosial, sahkan bahawa pengguna boleh log masuk dengan bukti kelayakan tersebut atau tidak.
#6) Sahkan kefungsian Terlupa kata laluan.
#7) Sahkan sama ada halaman log masuk sesuai dengan skrin mudah alih. Pengguna seharusnya tidak perlu menatal skrin.
Kesimpulan
Semasa menulis kes ujian untuk halaman log masuk atau pendaftaran, tulis kes ujian untuk semua medan. Harus ada gabungan kedua-dua kes ujian positif dan negatif. Cuba tutup senario prestasi, keselamatan dan fungsi.
Halaman log masuk ialah halaman dengan kawalan yang lebih sedikit, jadi walaupun ia kelihatan mudah untuk ujian, ia tidak boleh dianggap sebagai tugas yang mudah.
Juga sering kali ia adalah tanggapan pertama aplikasi, jadi ia sepatutnya sesuai untuk antara muka pengguna dan kebolehgunaan.
Semoga anda mendapat idea yang lengkap tentang cara untuk menulis kes ujian untuk halaman Log Masuk.