Mga nadagdag:
- Kakayahang maunawaan ang likas na pag-usisa ng tao na nakabatay sa pag-usisa at paggamit ng artificial intelligence bilang isang kasosyo upang makabuo ng mga charter ng pagsubok at mga intuitive na pahiwatig
- Kakayahang pag-iba-ibahin ang mga discovery axes tulad ng input, timing, format, authorization at interruption at itala ang bawat anomalya sa hakbang ng produksyon muli
- Kakayahang ilapat ang limitasyon ng paggamit ng AI lamang sa paghahanda at pagwawakas habang ang session ng pagtuklas mismo ay isinasagawa ng mga tao
Ang bawat test case na nakasulat ay nagsusuri ng isang bagay na pinag-isipan na. Ngunit ang pinaka-mapanganib na mga pagkakamali ay madalas na nagtatago sa mga lugar na hindi pa naisip ng sinuman. Exploratory testing — isang pagsubok na diskarte kung saan ang tester ay sabay-sabay na natututo, nagdidisenyo at nagpapatakbo ng produkto sa pamamagitan ng paggalugad dito, nang hindi umaasa sa isang paunang nakasulat na script — eksaktong tina-target ang puwang na ito. Sa exploratory testing, malayang naglalaro ang eksperto sa produkto, nagtatanong ng "paano kung gagawin ko ito," at nahuhuli ang hindi inaasahang pag-uugali ng system. Ito ang uri ng pagsubok na higit na umaasa sa intuwisyon at kuryusidad ng tao — at iyon mismo ang dahilan kung bakit ang tungkulin ng artificial intelligence (AI) dito ay hindi upang "palitan" ngunit upang palakasin ang kuryusidad, pukawin ang mga blind spot, at bumuo ng mga ideya.
Sa unit na ito matututunan mo kung paano gamitin ang AI bilang isang exploratory testing partner: mula sa pag-print ng mga test charter, evoking heuristics, hanggang sa pagbubuod ng post-session notes.
Bakit gawa ng tao pa rin ang exploratory testing?
Scripted testing — isang pagsubok na may mga hakbang na nakasulat nang maaga at paulit-ulit na verbatim — nagpapatunay kung ano ang nalalaman; Ang Exploratory testing ay naghahanap ng hindi alam. Ang halaga sa exploratory testing ay nagmumula sa sandaling makita ng tester ang produkto at naramdaman niyang "may kakaiba dito." Hindi nakikita ng AI ang produkto sa paraang nakikita mo ito, hindi nito maiintindihan kung ano ang makakaabala sa totoong gumagamit, hindi ito maaabala sa pamamagitan ng pagsasabi na "nasa maling lugar ang button na ito". Ngunit ang AI ay isang napakalakas na tulong sa tatlong paraan: (1) paggawa ng mga sistematikong listahan ng mga ideya sa pagsubok, (2) pagpapaalala sa iyo ng mga test axes na nakalimutan mo, (3) paggawa ng iyong nakakalat na mga tala sa pagtuklas sa isang organisadong ulat.
Tip: Hilingin sa AI ang isang "pag-init ng ideya sa pagsubok" bago simulan ang sesyon ng pagtuklas; Huwag iwanan ang screen sa AI sa panahon ng session. Nakakatulong ang AI bago at pagkatapos ng session; Ang session mismo ay hinihimok ng iyong kuryusidad.
Heuristics at AI
Gumagamit ang mga Exploratory tester ng heuristics, na mga maiikling paalala na nagbibigay ng direksyon sa paghahanap ng bug. Maaaring ipaalala sa iyo ng AI ang mga ito sa pamamagitan ng pag-angkop sa mga ito sa iyong konteksto. Ang ilang mga klasiko:
- CRUD: Subukan ang Lumikha, Magbasa, Mag-update, Magtanggal ng daloy para sa bawat data; humarang sa isang tao.
- Goldilocks (maliit/puno/maraming): Maglagay ng napakakaunti, puno at maraming data sa isang field (0 character, 1 character, 10,000 character).
- CRUD + scheduling: I-edit ang parehong record sa dalawang tab nang sabay-sabay, pagkatapos ay i-save ang pareho.
- Interrupt: I-refresh ang page sa kalagitnaan ng pagkilos, idiskonekta ang network, pindutin ang backspace.
- Reverse order: Gawin ang mga hakbang sa reverse order (magbayad muna, pagkatapos ay idagdag sa cart).
Kapag sinabi mo sa AI na "magmungkahi ng mga konkretong pagsubok sa pamamagitan ng paglalapat ng mga intuitive na cue na ito para sa screen na iyon," makakakuha ka ng checklist na handa sa field.
Pagsulat ng kondisyon ng pagsubok (charter)
Exploratory testing ay hindi tungkol sa libot; Nakatuon ito sa charter ng pagsubok (isang maikling direktiba na tumutukoy kung ano ang tutuklasin ng sesyon ng pagsaliksik at para sa anong layunin). Ang isang mahusay na charter ay sumusunod sa pattern na ito: "I-explore ang [target na domain], gamit ang [mga tool/data], para malaman [kung anong impormasyon/panganib]." Mabilis na binabalangkas ng AI ang mga tuntuning ito.
Pagbalanse ng scripted testing sa exploratory testing
Gumagamit ang isang mahusay na diskarte sa pagsubok ng kumbinasyon ng scripted (awtomatiko, nauulit) na pagsubok at eksplorasyong pagsubok. Ang mga scripted na pagsubok ay murang nagpapatunay na ang mga kilalang gawi ay hindi nasira, bawat bersyon; Ang pagsubok sa pagtuklas, sa kabilang banda, ay naghahanap ng mga bagong panganib na hindi kailanman isinasaalang-alang ng mga script na ito. Ang dalawa ay hindi kakumpitensya, ngunit complements. Ang isang karaniwang pagkakamali ay ang pag-iisip na "i-automate natin ang lahat para hindi na kailangan ng pagtuklas"; samantalang sinusuri lamang ng automation ang alam mo na, hinding-hindi nito mahahanap ang hindi mo alam. Ang isa pang pagkakamali ay ang kabaligtaran: umaasa sa manu-manong pagtuklas sa bawat release nang hindi nagse-set up ng anumang automation — humahantong ito sa parehong mga pangunahing bug na gumagapang nang paulit-ulit.
Tumutulong ang AI na maitatag ang balanseng ito: maaari mong gawing permanenteng scripted regression test ang isang anomalya na makikita mo sa iyong session ng pagtuklas sa pamamagitan ng pagbibigay nito sa AI. Kaya, ang error sa sandaling natuklasan sa pagtuklas ay hindi na maaaring bumalik nang hindi natukoy muli. Pinangangalagaan ng Discovery ang "hanapin ang bagong panganib", ang pag-aautomat ang nangangalaga sa "huwag bitawan ang natagpuan"; Pinapabilis ng AI ang tulay sa pagitan ng dalawa.
Tip: Paghiwalayin ang output ng bawat session ng pagtuklas sa dalawang bucket: "mga bug na aayusin kaagad" at "mga senaryo na magiging permanenteng automation." Ang pangalawang bucket ay nagdadala ng pangmatagalang halaga ng pagtuklas sa iyong regression package.
Mahinang prompt / Malakas na prompt
Mahina: "Ano ang dapat kong subukan sa screen na ito?"
Strong: "Para sa feature na 'pag-upload ng larawan sa profile', hatiin ang 90 minutong exploratory testing session sa 3 pagsubok na kundisyon. Para sa bawat kundisyon: bigyan ang target, intuitive na mga pahiwatig na gagamitin (laki ng file/format/goldilocks/truncation), 5 kongkretong aksyon na susubukan, at mga signal ng panganib na dapat bantayan (pagbagal, sira ng larawan, seguridad sa file). maling extension) sa pagtatanggol."
Napakahusay na prompt; nagbibigay ng tagal, istraktura, mga pahiwatig at pokus sa panganib. Ang resulta ay isang mapa ng daan na mapapanatili mong madaling gamitin sa buong session.
Talahanayan ng Exploration axes
axis
tanong na itatanong
halimbawang sanaysay
Mga limitasyon sa pag-input
Ano ang ginagawa ng field sa matinding halaga?
10,000 character na pangalan
timing
Ano ang nangyayari sa kasabay/nagambalang pagproseso?
I-save ang parehong record sa dalawang tab
Format
Paano haharapin ang hindi inaasahang format?
Emoji, kanan-pakaliwang text, HTML
awtoridad
Maaari bang ma-access ng hindi awtorisadong gumagamit?
Baguhin ang URL nang manu-mano
Katayuan
Posible ba ang isang di-wastong paglipat ng estado?
Subukang magbayad para sa nakanselang order
bawas
Pare-pareho ba ang data kapag naantala ang network/session?
Gupitin ang network habang nagre-record
Apat na maaaring kopyahin na mga template
1) Generator ng kondisyon ng pagsubok:
Ang iyong tungkulin: senior exploratory tester. Hatiin ang [tagal] minutong exploratory session sa 3-4 na kundisyon ng pagsubok para sa feature:[feature]. Ang bawat kundisyon: layunin, intuitive na mga pahiwatig na gagamitin, 5 kongkretong aksyon na susubukan, mga signal ng panganib na dapat panoorin. Pattern ng kundisyon: "I-explore ang [domain] gamit ang [tool/data] para sa [risk/impormasyon]."
2) Intuitive na cue adapter:
Isalin ang mga intuitive na pahiwatig na ito sa mga konkretong eksperimento para sa sumusunod na screen: CRUD, goldilocks (mas kaunti/puno/higit pa), interrupt, reverse order, bypass authorization. Screen: [screen/flow description]. Sumulat ng 2 eksperimento na partikular sa screen para sa bawat clue.
3) Paalala ng blind spot:
Sinusubukan ko ang sumusunod na feature: [feature].Ilista ang 10 kaso kung saan PINAKA-miss ng mga karanasang tester ang ganitong uri ng feature. Isama ang accessibility, localization (wika/petsa/currency), concurrency, seguridad at performance axes.
4) Summarizer ng tala ng session:
Nasa ibaba ang mga hilaw na tala mula sa aking session ng pagtuklas. Ayusin ang mga ito sa istrukturang ito: - May nakitang anomalya (na may tinantyang kalubhaan) - Yaong may kilalang hakbang sa pagpaparami - Yaong nangangailangan ng karagdagang pagsisiyasat - Mungkahi para sa susunod na sesyon Mga Raw na tala: [i-paste ang mga tala]
tatlong mini case
Case 1 — Blind spot reminder sa aksyon. Sinusubukan ng isang eksperto ang feature sa paghahanap sa isang multilinggwal na application. Sa paalala ng AI na "huwag kalimutan ang localization axis", sinubukan niya ang Turkish-specific na "i/I" letter conversion. Ang paghahanap para sa "Istanbul" ay walang anumang resulta; May nakitang lowercase na error sa conversion. Paalala ng AI axis, sinubukan at natagpuan ito ng eksperto.
Case 2 — Pokus ng charter. Ang isang bagong tester ay gumugol ng 2 oras na "pag-surf" sa isang screen ng pagbabayad ngunit gumawa lamang ng 2 maliit na tala dahil ito ay hindi nakaayos. Pagkatapos magplano ng sesyon kasama ang AI na nahahati sa 3 kundisyon ng pagsubok, nagtala ito ng 11 anomalya sa parehong panahon; seryoso silang dalawa. Ang parehong oras ay 5 beses na mas mahusay salamat sa istraktura.
Kaso 3 — Depensibong pagsubok sa pag-upload ng file. Sinubukan ng isang team ang "maling extension/masyadong malaking file" na iminungkahi ng YZ sa pag-upload ng larawan sa profile, sa loob ng sarili nilang mga produkto. Nalaman na may 50 MB na file ang nag-crash sa server sa loob ng 40 segundo at nagdagdag ng limitasyon sa laki at timeout. Ang pagsubok ay ginawa lamang sa sarili nitong mga produkto, para sa mga layunin ng pagtatanggol.
Mga karaniwang pagkakamali
- Pinapalitan ang AI ng session. Ang halaga ng pagtuklas ay nasa iyong pagmamasid at intuwisyon; Tumutulong ang AI sa paghahanda at pagbawi.
- Mag-browse nang walang reserbasyon. Gumugol ng mga oras nang walang focus at kaunti lamang ang paghahanap. Ang kondisyon ng pagsubok ay nagbibigay ng pokus.
- Hindi nangongolekta ng mga tala. Kung hindi mo i-save muli ang anomalyang natagpuan sa pagtuklas sa hakbang ng produksyon, mawawala ang paghahanap na iyon.
- Na-stuck sa isang axis. Palaging subukan ang mga limitasyon ng input; Pag-bypass sa awtoridad, pag-iiskedyul, mga palakol ng lokalisasyon.
- Pagsasagawa ng hindi awtorisadong mga pagsubok sa seguridad. Subukan lamang ang pagmamanipula ng file/URL sa iyong sariling produkto at nang may pahintulot.
Sa buod
Ang Exploratory testing ay ang uri ng pagsubok na higit na umaasa sa pagkamausisa ng tao, na naghahanap ng hindi nakasulat. Hindi ka papalitan ng AI dito; Binabalangkas nito ang mga kundisyon ng pagsubok, iniangkop ang mga intuitive na pahiwatig sa iyong konteksto, pinapaalalahanan ka ng mga blind spot, at ginagawang isang organisadong ulat ang iyong magulo na mga tala sa session. Ang halaga ay nagmumula sa iyong pagmamasid at intuwisyon; Itinutuon at pinaparami ng AI ang halagang ito. Sumulat ng mga kundisyon, iba-iba ang mga palakol, itala muli ang mga natuklasan sa hakbang ng produksyon, magsagawa ng mga pagsubok sa seguridad sa loob lamang ng awtorisasyon.
Gawain ng aplikasyon
Pumili ng isang tampok mula sa iyong sariling produkto. Hatiin ang 60 minutong session sa 3 kundisyon gamit ang template na “test condition generator” na may AI. Gawin ang session (nang walang AI, paggalugad sa pamamagitan ng kamay), panatilihin ang mga hilaw na tala. Kapag tapos na, ayusin ang mga tala gamit ang template na "session note summarizer". Resulta: hindi bababa sa 5 anomalya, hakbang sa pagbabagong-buhay para sa bawat isa at pagtatantya ng kalubhaan. Tandaan kung aling kondisyon ng pagsubok at intuitive na clue ang nagresulta sa pinakamahalagang anomalya na iyong nakita.
checklist
- [ ] Bago ang session, gumawa ako ng mga kundisyon ng pagsubok gamit ang AI at tinukoy ang focus.
- [ ] Sinubukan ko ang hindi bababa sa 4 na magkakaibang axes ng pagtuklas (input, timing, format, awtorisasyon, pagkaantala).
- [ ] Isinagawa ko ang sesyon nang manu-mano, sa aking sariling pag-usisa; Hindi ko pinalitan ang AI.
- [ ] Naitala ko ang bawat anomalya kasama ang hakbang ng pagpaparami nito at pagtatantya ng kalubhaan.
- [ ] Ginawa ko ang aking mga tala sa isang regular na ulat sa AI.
- [ ] Sinubukan ko lang ang seguridad/manipulasyon sa sarili kong produkto at may pahintulot.