Mga bug sa mga laro sa browser. Lahat ay sira: maalamat na mga bug sa mga video game. Mga Paglilibot sa Distrito ng Turista, Paglilibot sa Distrito ng Turista

Inilalarawan ang paraan ng sistematikong paghahanap ng mga bug ni James Whittaker (James A. Whittaker)

Pamamaraan ng paglilibot

Ang application ay isang hindi pamilyar na lungsod.
Ang tester ay isang turista.

Ang turista ay may kaunting oras, kaya nagsasagawa siya ng isang tiyak na gawain nang hindi ginagambala ng anumang bagay. Tumatakbo siya sa casino, o pamamasyal, o pagdalo sa isang seminar sa negosyo. Kahit ano maliban sa isang bagay.

Paano gamitin ang pamamaraan

Pumili ng tour mula sa listahan sa ibaba.
Alamin ang kanyang mga layunin.
Magtakda ng timer sa loob ng 2 oras (isang oras, kalahating oras).
Magsagawa ng pag-aaral ng sistema nang mahigpit ayon sa mga layunin ng paglilibot. Hindi ginulo ng anumang bagay, tanging ang "misyon" ng paglilibot.
Ulitin kung kinakailangan.

Sa bawat round ay may paglalarawan ng may-akda (mababa ang pagyuko kay James para sa pahintulot na magsalin at mag-publish) sa libreng pagsasalin + sariling mga halimbawa. Para sa mga halimbawa, kinuha ang website ng Dadata - https://dadata.ru.

Tara na!

Mga Paglilibot sa Business Center, Mga Paglilibot sa Business District

Ang sentro ng negosyo ay isang lugar kung saan ginagawa ang negosyo. Bilang isang patakaran, ito ay isang hindi kaakit-akit na lugar para sa mga turista, kung saan ang mga bangko at mga gusali ng opisina ay puro.

Sa pananaliksik sa software, ang kabaligtaran ay totoo. Ang business center ay ang mga feature kung saan binibili at ginagamit ng mga user ang application. Ito ang mga pamatay na feature na inilalarawan ng mga marketer at babanggitin ng sinuman sa iyong mga user kapag tinanong kung bakit nila kailangan ang iyong app.

Nakatuon ang downtown tour sa mga pangunahing bahagi ng iyong application at ipinapakita kung paano ginagamit ng iyong mga customer ang mga ito.

Mga Makasaysayang Paglilibot sa Distrito, Mga Paglilibot sa Makasaysayang Distrito

Mga makasaysayang distrito - mga bahagi ng lungsod na naglalaman ng mga lumang gusali at landmark. Sa Boston, nakakalat sila sa buong lungsod at nakakonekta lamang sa pamamagitan ng paglalakad ng mga landas. Ang Cologne ay may "lumang bayan" - isang bahagi ng lungsod na hindi pa naaapektuhan ng modernong pagpapalawak.

Sa software, ang mga makasaysayang distrito ay maaaring maging maluwag na konektado tulad ng sa Boston, o puro sa isang lugar, tulad ng sa Cologne. Ang mga makasaysayang distrito sa software ay:

• legacy code (legacy code);
• mga tampok na nilikha sa mga nakaraang bersyon;
• pag-aayos ng bug.

Ang huli ay lalong mahalaga dahil ang mga bug ay panlipunang nilalang at gustong mag-ipon sa isang lugar. Ang mga mahahalagang seksyon sa code ay dapat na masuri nang mabuti.

Sinusubukan ng mga makasaysayang district tour ang lumang functionality at pag-aayos ng bug.

Mga Paglilibot sa Distrito ng Libangan, Mga Paglilibot sa Distrito ng Libangan

Sa bawat bakasyon, ang mga turista ay nangangailangan ng pahinga mula sa kanilang mga abalang iskedyul. Ang pagbisita sa isang entertainment district, isang palabas, o isang mahaba, tahimik na tanghalian sa labas ng pangunahing daanan ay lumilikha ng gayong mga pahinga. Ang mga turista ay pumupunta sa entertainment district para sa libangan, hindi mga atraksyon.

Karamihan sa mga app ay may katulad na mga tampok. Halimbawa, ang business district para sa isang text editor ay isang hanay ng mga function para sa paglikha ng isang dokumento, paghahanda ng teksto, pagpasok ng mga graphics, mga talahanayan at mga figure. Distrito ng Libangan - mga function para sa layout ng pahina, pag-format, pagpapalit ng background. Sa madaling salita, ang trabaho ay nasa paggawa ng dokumento, at ang saya ay nasa pagpapaganda.

Ang mga paglilibot sa distrito ng libangan ay nagsasaliksik ng pangalawa sa halip na mga pangunahing tampok at tinitiyak na sila ay umakma sa isa't isa nang walang kontradiksyon.

Mga Paglilibot sa Distrito ng Turista, Paglilibot sa Distrito ng Turista

Ang bawat lungsod ay may mga lugar na atraksyon para sa mga turista. Mayroong maraming mga souvenir shop, restaurant, at iba pang mga lugar upang mapakinabangan ang oras ng mga turista at madagdagan ang kita ng mga lokal na nagbebenta. Dito makakahanap ka ng mga magnet sa refrigerator at mga collectible, bumulusok sa kapaligiran: subukan ang pambansang lutuin o mga lokal na serbisyo at libangan.

Ang mga paglilibot sa mga lugar ng turista ay may ilang uri. Ang mga ito ay maiikling pagtakbo para sa pagbili ng mga souvenir, isang analogue ng mga maikling kaso ng pagsubok para sa pagsubok ng mga partikular na function. Ito at mahabang biyahe para bisitahin ang listahan ng mga lugar na gusto mong makita. Ang mga paglilibot na ito ay hindi tungkol sa kung paano gagawin ang application, ang mga ito ay tungkol sa kung paano bisitahin ang functionality nang mabilis... para lang sabihin na "nandito kami"!

Mga Paglilibot sa Distrito ng Hotel, Mga Paglilibot sa Distrito ng Hotel

Ang hotel ay isang kanlungan para sa mga turista. Ito ang lugar upang takasan ang pagmamadali at pagmamadali ng mga sikat na destinasyon para sa kaunting pahinga at pagpapahinga.

Dito pumapasok ang tester, lumalayo sa pangunahing functionality para subukan ang mga menor de edad o kasamang feature na kadalasang binabalewala sa test plan.

Seedy District Tours, Tours Through the Seedy District

Ang mga ito ay hindi kaakit-akit na mga lugar na sasabihin ng isang bihirang guidebook. Puno sila ng mga manloloko at kahina-hinalang personalidad, at pinakamahusay na iwasan sila. Gayunpaman, nakakaakit sila ng isang tiyak na klase ng mga turista.

Paano makahanap ng mga bug sa mga laro?

Ang tugon ng guro:

Walang laro ang maituturing na kumpleto kung hindi ito nakapasa sa isang detalyadong pagsusuri. Kung hindi pinansin ng mga developer ng laro ang naturang hakbang, malamang na ang laro ay magiging katulad ng Gothic. Ang ikatlong bersyon nito ay karaniwang hindi nape-play hanggang sa ilang mga patch ay inilabas.

Upang makahanap ng mga bug sa laro, magsimula sa isang pangunahing pagsubok. Ipapakita nito ang kalusugan ng engine ng laro. Ito, sa prinsipyo, ay dapat gawin sa pinakamaagang yugto ng pagbuo ng laro. Ang kakanyahan ng tseke ay upang mahanap ang mga error na humahantong sa "itinapon sa labas ng laro." Ang ganitong uri ng pagkakamali ay dapat na matagpuan muna, dahil sila ang nagpapahina sa lahat ng pagnanais na maglaro pa.

Subukan ang laro sa maraming computer na may iba't ibang opsyon. Mahalaga na ang lahat ng mga PC ay may iba't ibang mga graphics card, tulad ng GeForce at Radeon. At kailangan mo ring subukan ang laro sa iba't ibang uri ng mga operating system upang maiangkop ito sa iba't ibang kundisyon.

Ngayon subukan ang gameplay upang makahanap ng mga bug sa laro. Kung ang laro ay pumasa sa unang pagsubok at ang pagganap ng makina ay nababagay sa iyo, pagkatapos ay maaari mong maingat na pag-aralan ang pagbuo ng mga prinsipyo at balanse ng laro. Halimbawa, kung ang iyong laro ay katulad ng Dead Space, siguraduhing subukan ang lahat ng uri ng mga armas at "chips" ng mga developer. Kapag ang ilan sa kanila ay duplicate ang isa't isa o ganap na redundant, kailangan nilang baguhin o isapinal. Ang partikular na atensyon ay dapat bayaran sa patency ng laro upang ito ay maipasa kahit na sa pinakahuling antas.

Subukan ang mga laro sa beta o mga mas bagong bersyon nang mas detalyado. Walang mga espesyal na priyoridad sa naturang pagsubok. Ang pangunahing layunin ay upang mahanap ang mga bug at iba't ibang mga error. Kung ikaw ay isang tester, dapat mong subukan ang lahat ng posible at imposibleng taktika sa laro upang makumpleto ang laro, gamitin ang maximum na bilang ng mga galaw, sa pangkalahatan, ipakita ang iyong imahinasyon. Gamitin ang lahat ng mga posibilidad ng laro, patuloy na nagbabago ng estilo. Pagkatapos ng lahat, kailangan mong malaman kung anong mga aksyon ng player ang hindi iniangkop sa programa.

Ang ganitong mga pagsusulit ay kadalasang ginagawa nang manu-mano, dahil ang computer ay hindi pa natutong magkaroon ng gayong dignidad ng tao bilang pantasya.

Ang mga glitches ay mga bug sa laro (computer, video, application, at iba pa) na nagdudulot ng ilang kaganapan sa laro na hindi dapat mangyari, ayon sa orihinal na mga plano ng mga developer. Halimbawa, nakakakita ka ng isang kalaban na tumatakbo palayo nang hindi nila dapat, o marahil ang iyong mga kaaway ay naging mga hologram at hindi ka maaaring umatake. Kadalasan, ang mga glitches ay hindi masyadong kaaya-aya at hindi kanais-nais. Ngunit kung minsan, maaaring maging kapaki-pakinabang ang mga glitches, at maaari rin silang maging isang masayang paghahanap, kung saan maaari mo ring hanapin ang mga ito - good luck sa paghahanap ng mga bug!

Mga hakbang

Pagtuklas ng mga glitches

Bigyang-pansin ang mga kaganapan sa laro na hindi dapat nangyari. Halimbawa, ang pagpapalit ng mga armas sa oras na inakala mong may hawak kang partikular na uri ng armas, pagpapalit ng damit nang hindi mo kasama, o pagpapalit ng iyong lokasyon nang hindi mo inaasahan. Marahil ay hindi na umiral ang gravity, o ang iyong mga tool, armas, o bagay ay gumagawa ng mga bagay na hindi nila dapat. Bahagi man ito ng laro o hindi - may ilang paraan para linawin ito:

• Basahin ang isang maikling pangkalahatang-ideya ng laro. Kung ito ay sapat na detalyado, maaaring makatulong ito sa iyo.
• Magtanong sa isang kaibigan na naglalaro ng parehong laro. Marahil ay alam nila ang sagot sa iyong tanong.
• Mag-online at tingnan ang mga forum ng laro. Tingnan kung may iba pang nag-ulat ng glitch na ito. O kaya, maghanap ng "X glitch" sa isang search engine kung sa tingin mo ay isa itong kilalang bug.

1. Sa pangkalahatan, matuto at magtanong tungkol sa mga glitches. Suriin ang mga partikular na website, forum, pahina o iba pang impormasyong nauugnay sa larong ito. Maaari kang makakita ng bukas na thread sa paksa o mga gabay para sa paghahanap ng mga aberya sa iyong laro.

   • Sa YouTube, madalas, may mga video tungkol sa mga glitches sa mga sikat na laro.
   • Suriin ang petsa ng mga ulat ng bug. Bagama't maaaring umiral ang mga glitches sa ilang sandali, sa mga totoong laro, pagkatapos ng ilang buwan, aayusin ang mga ito.
   • Gayundin, basahin ang tungkol sa mga kahihinatnan ng paggamit ng glitch - sa ilang mga kaso, maaari mong sirain ang iyong laro o mawala ang mga bagay.
   • Mayroong ilang mga website na nakatuon sa paghahanap ng mga glitches sa laro. Ang ilan sa mga ito ay may kasamang mga nakakatawang aberya na maaari kang magsaya, ngunit wala nang iba pa.

2. Mag-ingat kapag gumagamit ng mga glitches sa online o network games. Sa mga multiplayer na laro, ang paggamit ng mga glitches ay hindi hinihikayat at itinuturing na isang paraan ng pagkagambala sa gameplay at maaaring hindi patas na makaapekto sa iba pang mga manlalaro. Basahin ang mga tuntunin ng iyong laro bago gumamit ng anumang glitch. Maaaring mas mabuting iulat mo ito kaysa gamitin ito.

   Mga tipikal na zone at pagkilos ng mga glitches

   Mayroong higit pa o mas kaunting mga karaniwang lugar kung saan maaaring mangyari ang mga aberya. Kung sinusubukan mong hanapin ang mga ito, tingnan ang mga pahiwatig sa ibaba.

   1. Mga bangin at mga bangin. Kung maaari mong dalhin ito sa pasamano, pagkatapos ay magpatuloy sa paggalaw at tingnan kung saan ka makakarating. Marahil sa isang lugar doon, ang programming ay nahuhuli sa kalidad, at maaari kang mahulog o umakyat kung saan hindi mo naisip na pupunta ka.

      Subukang dumaan sa mga dingding. Sa ilang laro, nagiging transparent ang mga pader sa panahon ng ilang partikular na kaganapan, tulad ng mga gumagalaw na bagay, pakikipag-usap sa mga manlalaro, o paggamit ng mga espesyal na aksyon gaya ng teleportasyon. Marahil ay may mga bitak o butas sa mga dingding na lumilikha ng isang mahinang lugar kung saan maaari kang dumaan dito.

      • Kung napansin mo na ang isang sandata, kasangkapan, o iba pang bagay na hawak mo ay dumaan sa isang pader, subukan ito mismo. Maaaring ito ay isang senyales ng glitch sa dingding o sa zone, antas, mapa, o teritoryong kinaroroonan mo.

   2. Suriin kung may malalaking bagay. Ang mga bato at iba pang malalaking dekorasyon ay kadalasang pinakamagandang lugar para maghanap ng mga aberya. Minsan, tinatamad ang mga developer ng laro at hindi nagtatakda ng mga tamang hadlang.

      • Kung lalakad ka sa isang bato upang subukan ang glitch, pagkatapos ay tingnan ang pinaka hindi kilalang lugar dito. Ang pinaka-"abnormal" na lugar, na iba sa iba, ay maaaring maging susi upang malagpasan ito.
      • Kung bago ka sa mga glitches, subukan muna ang mas madali, tulad ng pag-akyat sa rooftop, at huwag subukan ang mas mahirap na sitwasyon tulad ng pagdaan sa pader o anumang bagay na katulad nito.

   3. Kung makakita ka ng hindi nakikitang hadlang, subukang humanap ng solusyon. Ang ganitong uri ng mga hadlang ay karaniwang humahantong sa mga rooftop o iba pang mga lugar na hindi binalak ng mga developer ng laro na pasukin ang mga manlalaro.

      Maghanap ng isang lugar na hindi naa-access sa pamamagitan ng tradisyonal na paraan. Tanungin ang iyong sarili, "Nagtataka ako kung posible bang makarating doon." Isipin kung ano ang magagawa ng iyong puwedeng laruin na karakter para makarating sa lugar na gusto mo, tulad ng mga kahon, mga lubid, mga sanga ng puno, mga tumatalon na kangaroo - anuman! Subukan ang lahat ng mga opsyon - hindi mo malalaman hanggang sa subukan mo.

      • Lumilitaw ang karamihan sa mga glitches sa mga lugar na hindi nilayon upang laruin.

   4. Maglaro ng "mali". Nagaganap ang Playtesting sa panahon ng "tamang" paglalaro, kasunod ng isang senaryo na may inaasahang resulta. Maaari mong baguhin iyon at maglaro sa mga paraang hindi nilayon, tulad ng paglapit sa mga bagay sa ibang paraan o anggulo, pagsisikap na i-flip ang mga normal na bagay, o pagtulak ng mga hangganan kung saan hindi ito iniisip ng ibang mga manlalaro.

      • Kung hindi ka natatakot sa kamatayan sa laro, maaari kang makakita ng mga nakakatawang glitches!

   5. Subukang pindutin ang pause. Marahil sa pagkilos, sa pamamagitan ng pagpindot sa pause, maaari mong pukawin o baguhin ang ilang mga bagay. Subukan mo lang. Ang hakbang na ito ay malamang na gagana sa mas lumang mga laro.

   Muling maghanap para sa glitch

   At kaya, napagpasyahan mo na ang glitch na nakita mo ay masaya at, ngayon, gusto mo itong gamitin muli ...

   • Ang Wii ay hindi kailanman nakakakuha ng mga update, kaya kung naghahanap ka ng hindi nagbabagong glitch, pagkatapos ay i-play ang Wii. Gayunpaman, karamihan sa mga ledge sa mga laro ng Wii ay mga landscape at hindi mo maakyat ang mga ito.
   • Matutong tumalon nang mas tumpak. Ang pagpunta sa tamang target ay isang mahalagang kasanayan. Ang paulit-ulit na paglukso (estilo ng liyebre) ay maaaring humantong sa iyo kung minsan sa isa sa mga glitches.
   • Kung ang balakid ay hindi magagamit, pagkatapos ay subukang umakyat sa pasamano sa halip na subukang umakyat sa gitna.
   • Subukang ilipat ang isa pang karakter o hayop sa ilang bagay at pagkatapos ay dumaan sa taong iyon o hayop. Gumamit ng karakter o hayop sa pag-akyat ng mga bagay at para sa iba pang layunin.
   • Karamihan sa mga bagay ay mga landscape. Kung susubukan mong tumalon mula sa bubong ng gusali patungo sa kabilang panig, malamang na magsisimula kang mahulog dito.
   • Gumamit ng mga espesyal na pagtalon kapag sinusubukang tumalon nang higit pa kaysa karaniwan. Kung sinusubukan mong tumalon sa pagtakbo sa isang lugar, pagkatapos ng bawat pagtalon, hayaan itong mag-recharge at tingnan kung nakakatulong ito sa iyo.

May mga QA engineer na nakakahanap ng maraming mga bug, at may mga nakakahanap ng maraming beses na mas kaunti. Pagkatapos ng maraming taon ng pag-iisip tungkol sa kung paano ako nakakahanap ng maraming beses na mas maraming mga bug kaysa sa iba (at kung paano ang iba ay nakakahanap ng higit pa kaysa sa nahanap ko), gumawa ako ng isang listahan ng mga tip, na sumusunod kung saan halos lahat ay makakahanap ng maraming mga bug .

Ang mga tip na ito ay napaka-simple at napatunayan ng maraming taon ng pagsasanay ng maraming mga inhinyero ng QA kung saan tinalakay ko kung paano sila naghahanap at nakakahanap ng mga bug:



Tumutok sa paghahanap ng mga bug
Laging isaisip ang pag-iisip na "kaya, sa isang lugar may mga bug at kailangan kong hanapin ang mga ito ngayon". Siguradong nandiyan ang mga bug, at mahahanap mo sila.

Huwag palampasin ang anumang bug(huwag pansinin ang mga bug)
Kung napansin mong may mali - sumulat kaagad ng ulat ng bug. Naisip mo ba kung paano gumawa ng mas mahusay? - Idokumento ang iyong ideya habang naaalala mo ito. Bilang resulta, magkakaroon ka ng higit pang mga bug na mahahanap at walang mapalampas.

Magkaroon ng mga maikling session sa paghahanap ng bug
Magtabi ng 30-120 minuto isang beses sa isang araw o isang beses sa isang linggo - kapag umiinom ka ng kape / kakaw / tsaa, ilagay ang iyong mga headphone at maghanap ng mga bug, nang hindi ginagambala ng anumang bagay (walang mail, pakikipag-usap sa mga kasamahan, chat, social network - lahat ay patayin at isara ang mga tab - at buksan ang application na aming sinusubukan).

Gawin ang mga ganitong sesyon nang regular, ito ay mahalaga din. At sa parehong oras, huwag kalimutan ang tungkol sa unang dalawang panuntunan.

Basahin/Alamin ang Teorya ng Pagsusulit at Disenyo ng Pagsubok
Ang mga matalinong tao ay nakabuo ng lahat sa loob ng mahabang panahon at inilarawan ito sa mga libro, walang gaanong matalinong mga tao ang nagsusulat ng mga blog, mga libro at nagsasalita sa mga kumperensya sa mga paksang ito.

Kailangan mo ang impormasyong ito, at higit pa rito - hindi mo lang dapat basahin ang tungkol dito, ngunit isipin ito - kung paano nagmula ang bawat kasanayan sa pagsubok, kung saan ito naaangkop at kung saan ito mas epektibo, kung paano ito ilapat sa iyong proyekto.

Mga sampung taon na ang nakalilipas, kung nagsimula kang magtrabaho bilang isang inhinyero ng QA, maaari mong hindi malaman ang tungkol sa teorya ng pagsubok sa unang dalawang buwan. Ngayon, ito ang tatanungin sa iyo sa anumang pakikipanayam, kahit na bago ka magsimula sa pagsubok ng isang bagay)).

Subukan ang iba't ibang mga programa
Huwag limitahan ang iyong sarili sa pagsubok ng isang bagay, halimbawa, pagsubok sa proyektong kasalukuyan mong ginagawa. Subukang subukan ang mga mail site, pizzeria, visa application center, online cinema, mobile app, o anumang bagay na madalas mong ginagamit o interesado. Alamin kung paano ito gumagana, kung anong mga karaniwang problema ang makikita sa iba't ibang mapagkukunan, kung anong uri ng mga bug ang nararanasan sa pangkalahatan, at kung alin ang pinakamabilis mo.

Kumonekta sa iba pang mga QA
Makipag-chat sa iba pang QA engineer, hayaan silang magkuwento sa iyo ng paghahanap ng bug sa alas-tres ng umaga, o kung paano nila inilunsad ang isang bagay sa produksyon nang walang pagsubok. O mga kwento tungkol sa kung anong balangkas ang isinulat nila sa kanilang proyekto at kung anong mga bug ang pinapayagan ka ng balangkas na ito na mahanap. Kasabay nito, hindi mo na kailangang makipag-ugnayan sa mga tao - manood ng mga video sa youtube sa mga talumpati ng ibang tao, dumalo sa mga kumperensya / pagpupulong / pagtitipon / gabi ng tema, mag-subscribe sa mga chat at blog ng QA - mayroong maraming ganoong materyal, isang bagay bagong lilitaw araw-araw.

Ang lahat ng komunikasyon at impormasyong ito ay magbibigay sa iyo ng patuloy na na-update na database, kung saan bubuo ang neural network sa iyong ulo intuwisyon, na tutulong sa iyo na makahanap ng mga bug kung saan ikaw mismo ay hindi inaasahang makakahanap sa kanila.

Magnilay
Isipin kung bakit hindi makakasulat ang mga tao ng code nang walang mga bug, kung bakit imposibleng mahanap ang lahat ng mga bug, at kung bakit kahit ilang mga bug sa produksyon ay normal at hindi kritikal (ngunit hindi sigurado). Mag-isip tungkol sa iba't ibang mga tanong na may kaugnayan sa mga bug - bumalangkas ng iyong sarili pilosopiya tungkol sa mga ganyang tanong, maghanap ng mga sagot, i-back up ang mga sagot sa mga totoong kwento sa buhay. Kung paulit-ulit na bumabalik ang iyong utak sa mga kaisipang ito, sa paglipas ng panahon ay babaguhin mo ang iyong pag-iisip at magsisimulang maghanap ng higit pang mga bug at gumawa ng higit pang mga cool na pagsubok at pagsusuri.

Gumawa ng bago
Markahan ang mga bahagi ng proyekto na nasubukan mo nang mabuti, at tumuon sa sunud-sunod na pagsubok sa mga bahaging iyon na hindi mo pa nasusuri. Pana-panahong lumipat sa pagitan ng mga lugar ng proyekto at mga pamamaraan ng pagsubok. Nakagawa ka na ba ng functional testing sa loob ng kalahating taon? - humanap ng pagkakataon sa loob ng 2-3 linggo upang magsagawa ng pagsubok sa pag-load o disenyo ng pagsubok (hindi mga pagsusuri, ngunit pagpaplano), o halimbawa, magsulat ng ilang mga autotest para sa pinaka-kritikal, hindi pa sakop, mga lugar, para lang lumipat at hayaan ang iyong isip tingnan ang iyong mga karaniwang gawain mula sa ibang anggulo.

I-automate
Seryoso, may mga tao (at kung minsan ay may magagandang QA sa kanila) na gumagawa ng parehong mga pagsubok sa pamamagitan ng kamay araw-araw (isang napakalungkot na kaso - pagsuri sa pag-login / pagpaparehistro, araw-araw, sa pamamagitan ng kamay). Kung kinikilala mo ang iyong sarili sa paglalarawan na ito o matagal mo nang iniisip ang tungkol sa pag-automate ng isang bagay mula sa iyong pang-araw-araw na gawain - gawin mo ito, magpahinga mula sa lahat ng mga gawain at script (kahit na ito ay isang napaka-clumsy at simpleng script).

Ang iyong utak ay hindi gusto ang mga paulit-ulit na aksyon, ito ay naka-off sa kanila. At kailangan mo ito upang makahanap ng isang bug! Gamitin ang iyong utak, panatilihin itong patuloy na nagbabantay para sa mga hindi pagkakatugma sa iyong mga inaasahan.

Magtapon ng paulit-ulit na mga pagsusuri sa mga awtomatikong script, at hayaan ang iyong utak at ang iyong intuwisyon na gumana sa isang bagay na bago at bago, ang mga bagong bug ay lilitaw kaagad, makikita mo.

Makipag-ugnayan sa mga developer at user
Mag-isip ng paraan para makipag-ugnayan sa iyong mga developer at user ng iyong produkto. Basahin ang kanilang mga review, tanungin ang team ng suporta tungkol sa mga isyu, boluntaryong pangasiwaan ang mga ulat ng bug ng user, o makipagtulungan sa team ng suporta sa loob ng ilang oras sa isang linggo (o hilingin lang na maidagdag sa kanilang chat).

Minsan ang pinakamahalagang problema na makikita mo sa sandali ng pakikipag-usap sa ibang tao. At ang mga feature na iyon sa pagpapatupad, mga bagong feature at ang teknikal na utang na sasabihin sa iyo ng programmer ay mahusay na batayan para sa pag-iisip kung saan pa nagtatago ang mga bug.

Ang mga kwento ng user tungkol sa kung paano nila ginagamit ang system ay isa ring magandang dahilan para suriin ang iyong test plan/checklist at tiyaking sinusubok mo ang mga pangunahing senaryo ng mga totoong user. Pagkatapos ng lahat, ito ang pinakamahalagang bagay! At ang mga bug ay matatagpuan kahit saan :)

PS: QA Battle - para sa mga gustong maghanap ng mga bug at gustong magsanay sa paghahanap ng maraming bug hangga't maaari. Kasalukuyan kaming gumagawa ng isang serye ng mga simpleng tutorial na may mga halimbawa kung saan maaaring magtago ang mga totoong bug. Sa pamamagitan ng pagsasanay sa mga ganoong problema, pinapalakas mo ang iyong kakayahan at ang iyong utak ay gumagana nang mas mahusay kapag sinubukan mo ang mga tunay na produkto.

Good luck sa iyong paghahanap :)

Kaya ibinigay: proyekto upang bumuo ng isang interactive na online simulator, yugto ng produkto - bukas na beta.
Gawain: mabilis at kasing mura hangga't maaari upang makahanap ng mga bug na nakakasagabal sa pagpapalabas, ayusin ang mga ito at ibigay ang produkto sa kliyente.

Upang malutas ang problema, binuo ang isang pamamaraan kung saan ang mga kasangkot na freelance tester ay naudyukan na maghanap ng maraming bug hangga't maaari, habang ang kabuuang badyet ay hindi lalampas sa halagang itinakda nang maaga.

Ito ay nakamit sa pamamagitan ng pagpapakilala pagbabayad depende sa bilang at kategorya ng mga bug na natagpuan. Naka-install din maximum na halaga ng payout, para makapagpasya ka nang maaga sa maximum na badyet, ngunit para hindi tumigil ang tester pagkatapos niyang maabot ang maximum na halaga, ipinakilala niya bonus, na idinaragdag sa pagbabayad kung nakakita ang tester na ito ng mga bug na mas nagkakahalaga kaysa sa iba.

Ang karanasan ay naging napakapositibo, kapwa para sa proyekto at para sa mga sumusubok. Para sa pagsubok, 2 senaryo ang ginamit, naganap ito sa katapusan ng linggo, at noong Lunes ay mayroon na akong 84 na mga bug (3 kategorya A, 15 - B, 62 - C at 4 - D), na idinisenyo ayon sa mga kinakailangan. Matapos ayusin ang lahat ng mga bug na ito, inilabas ang produkto.

Sa pamamagitan ng paraan, kapag naghahanda ako ng isang gawain para sa mga freelancer, hindi ako makahanap ng angkop na paglalarawan ng mga kategorya ng mga error sa Internet, kaya pinagsama ko ito sa aking sarili. Marahil ito ay magiging kapaki-pakinabang sa isang tao:

• Kategorya A (I). Ang pagkakaroon ng mga error sa kategoryang ito ay humaharang sa pag-access ng gumagamit sa pangunahing pag-andar ng produkto. Ang mga ito ay maaaring mga error na nauugnay sa pagpaparehistro, awtorisasyon at / o mga error, ang paglitaw nito ay pumipigil sa gumagamit na lumipat pa sa kurso, anuman ang kanyang kasalukuyang estado.
• Kategorya B (II). Limitahan ang pag-access sa ilang functionality na hindi makakaapekto sa pagkumpleto ng produkto o pumipigil sa user na umunlad sa kurso, depende sa mga nakaraang hakbang na ginawa niya, na pinipilit siyang simulan muli ang ilang bahagi ng kurso.
• Kategorya C (III). Ang mga error sa kategoryang ito ay hindi direktang nakakaapekto sa proseso ng paggamit ng produkto, ngunit nagpapalala sa integridad ng pang-unawa o impresyon nito sa proseso. Kabilang dito ang mga error sa layout, hindi tamang pagpapakita at paglalagay ng mga graphic na elemento, mabagal na reaksyon ng mga kontrol, atbp.
• Kategorya D (IV). Ang mga error sa kategoryang ito ay hindi, sa katunayan, mga error. Ipinakilala ang kategorya upang maitalaga ang error kung ito ay nauugnay sa pag-andar, visualization at iba pang mga katangian ng produkto, ang ideya ng pagpapatupad kung saan mayroon ang tester ay naiiba sa dapat na ipatupad.

Salamat sa iyong atensyon!