| From: | watt |
Date: | December 23rd, 2016 - 02:43 pm |
---|
| | | (Link) |
|
"What is the bug?" nav gramatiski pareizi. Ja ir "the" noteiktais artikuls, tad runa ir par kādu konkrētu, zināmu "bugu".
Šeit "what is" nesapas, kā var runāt par kaut ko konkrētu, un nezināt kas tas ir?
Paldies. Salabots. :)
Par saturu ir ko piebilst? Es pats nekad neesmu profesionāli testējis, tapēc varbūt man ir vienpusīgs skats.
| From: | watt |
Date: | December 23rd, 2016 - 03:20 pm |
---|
| | | (Link) |
|
bija viens raksts par "red team" vs "green team" un par to ko darīt ja laika brīdī atvēramo bugu skaits sāk pārsniegt aizveramo.
tā kā es esmu redzējis projektus ar "bug bankruptcy", tb kad cilvēki saka - "mums bugtrackers ir tā aizdirsts, ka vairs nezin ko sākt labot, ko nē", tad var teikt - nav jēga vispār vērt jaunus bugus vaļā, kamēr vecie nav salaboti.
ja tā pieņem, tad QA būtu nevis jāmeklē jauni bugi, bet konsekventi jāuzlabo vecie kļūdu apraksti, piemēram var pievienot screencast, minimizēt scanārijos, meklēt log failus, vai pievieno veselu VM kur gļuku var ātri atkārtot/nodemonstrēt, pieslēgties ar debugger, utt.
Ja nekā citādi kāpināt dev kapacitāti nevar, tad jāuzlabo bugreportu kvalitāte.
Manuprāt tad ir jāatslēdz bugainākās fīčas.
| From: | vedjmah |
Date: | December 23rd, 2016 - 08:48 pm |
---|
| | | (Link) |
|
Iespējamas situācijas, kad svarīgi ir preconditions, ja tie ir specifiski konkrētajam scenārijam. Reti, bet gadās, ka svarīgi ir arī post-conditions.
Varētu piemēru post-conditions?
| From: | vedjmah |
Date: | December 23rd, 2016 - 09:02 pm |
---|
| | | (Link) |
|
Tad, ja dažādi preconditions baga iestāšanās rezultātā rada dažādas blaknes iznākumā. Ļoti primitīvs piemērs, ievadot numeric, neseko piemēram validācija, kurai būtu jābūt. Savukārt, ja ievada laukā uzreiz korektu datu sampli, izraisās npe.
Tas ir ka vieni simptomi maskē citus un primārais bags nav redzams?
| From: | vedjmah |
Date: | December 24th, 2016 - 03:20 am |
---|
| | | (Link) |
|
Jā