Paano I-test ang App Bago Ilunsad: Praktikal na Pre-Launch Plan

Para masubukan ang app bago ilunsad, ilista ang ilang daloy na dapat matapos ng user, patakbuhin ang bawat isa bilang bagong user sa laptop at telepono, saka subukan ang mga paraan kung paano ito pwedeng magkamali: walang laman na datos, maling input, pangalawang account, mabagal na koneksyon. Subukan nang maingat ang anumang may kinalaman sa pera o pribadong datos, at ulitin ang mga pangunahing daloy sa live URL pagkatapos mag-publish. Sa huli, panoorin ang taong hindi pa nakakita ng app na subukang gamitin ito.

Hindi mo kailangan ng QA team o testing framework para dito. Kailangan mo ng listahan, isa o dalawang oras, at disiplinang aktwal na i-click ang listahan.

Hakbang 1: Isulat ang mga daloy na mahalaga

Ang daloy ay gawaing sinisimulan at tinatapos ng user mula umpisa hanggang dulo. Karamihan sa app ay may tatlo hanggang anim na tunay na mahalagang daloy. Para sa booking app:

Mag-sign up at kumpirmahin ang account
Humanap ng klase at mag-book
Kanselahin ang booking
Magbayad para sa class pass
Staff: tingnan ang booking ngayong araw

Kung nakasulat mo na ang user stories, ang kanilang acceptance criteria ay test case mo na. Kung hindi pa, magsulat ng isang linya bawat daloy kasama ang itsura ng “matagumpay”.

I-rank ang mga ito. Ang mga daloy na kumikita o ginagamit ng bawat user (sign-up, login, ang pangunahing aksyon) ang unang at pinakamaraming sinusubukan.

Hakbang 2: Subukan ang happy path bilang bagong user

Ang “happy path” ay ang daloy na tumatakbo nang eksakto ayon sa plano. Subukan ito kung paano ito mararanasan ng estranghero:

Gumamit ng private na browser window, para hindi ka naka-login at walang naka-save na datos.
Gumamit ng bagong account na may totoong email na kaya mong tingnan.
Magsimula sa home page o sa link, hindi sa pahinang na-bookmark mo habang nagbu-build.

Wala pang datos ang mga bagong user. Maraming bug ang lumalabas lang kapag walang laman ang listahan, walang larawan ang profile, o wala pang nabibili. Ang sarili mong account na puno ng test data ay nagtatago sa mga ito.

Hakbang 3: Subukang sirain ito

Ulitin ang bawat daloy at gawin nang sadya ang mali.

Subukan ito	Ang sinusuri mo
Isumite ang mga form na walang laman, o puro espasyo lang	Ipinapatupad ang required fields, may malinaw na mensahe
Napakahabang teksto, emoji, mga pangalang may accent	Hawak ng layout, tama ang pag-save ng datos
Maling format: titik sa phone field, petsang nakaraan	Validation sa page at sa server
Doble-click ang submit button	Walang doble na order o booking
Back button ng browser sa kalagitnaan ng daloy	Walang sirang estado o nawalang datos
Mag-refresh sa bawat pahina	Nananatili ang datos; walang blangkong pahina o 404
Mag-log out, saka pindutin ang back	Hindi lumalabas ang mga pribadong pahina
Dalawang tab na nag-e-edit ng iisang bagay	Hindi tahimik na nabubura ng huling save ang una

Bigyang-pansin ang refresh: kung gumagana ang app kapag nag-click ka pero nagpapakita ng 404 ang refresh sa mas malalim na pahina, tingnan ang paano ayusin ang 404 error pagkatapos mag-deploy.

Hakbang 4: Subukan ang pahintulot gamit ang dalawang account

Ito ang pinakamahalagang test para sa anumang app na may account, at ito ang pinakamadalas na nalalaktawan.

Gumawa ng dalawang normal na user, A at B, at kung may admin ang app mo, isang admin.

Bilang A, gumawa ng record. Mag-log in bilang B. Makikita, mae-edit, o mabubura ba ito ni B? Hindi dapat, maliban kung iyon ang disenyo.
Bilang A, kopyahin ang URL ng isa sa mga record mo. Mag-log in bilang B at buksan ang URL nang diretso.
Bilang normal na user, buksan ang admin page sa pamamagitan ng pag-type ng URL nila.
Mag-log out nang tuluyan at subukan ang parehong URL.

Kung may nakita kang problema rito, huwag ilunsad hangga't hindi naaayos. Dapat mangyari ang tseke sa server, hindi lang sa pagtatago ng button. Mas malalim ang security checklist para sa mga app na gawa ng AI.

Hakbang 5: Subukan sa totoong device

Buksan ang app sa aktwal na telepono, hindi lang sa makitid na browser window.

Kaya mo bang pindutin ang bawat button nang hindi nagzu-zoom?
Tinatakpan ba ng keyboard ang field na tina-type mo?
Nag-i-scroll o nagbabalot ba ang mga table at malalapad na content, o tumutulak sa pahina pagilid?
Nababasa ba ang teksto nang hindi kinukurot?

Subukan ang kahit isang iPhone (Safari) at isang Android phone (Chrome) kung may mahihiram ka. Lalo na ang Safari, na may sariling kakaibang kilos sa petsa, video, at fixed-position na elemento.

Hakbang 6: Subukan ang pera at email mula simula hanggang dulo

Ang anumang naniningil ng card o nagpapadala ng email ay nangangailangan ng buong pagsubok.

Bayad. Gamitin ang test mode ng payment provider mo at ang test card number. Suriin ang matagumpay na bayad, na-decline na card, at kanselado na checkout. Kumpirmahin na lumalabas sa app mo ang order o subscription pagkatapos magbayad, hindi lang sa dashboard ng provider. Kung umaasa ang app mo sa webhook (mga mensaheng ipinapadala ng payment provider sa server mo), tiyaking dumarating ang mga ito sa na-publish na app, hindi lang sa development. Pagkatapos, bago ilunsad, lumipat sa live key at gumawa ng isang maliit na totoong bili na ire-refund mo.

Email. Mag-sign up gamit ang totoong address sa dalawa o tatlong magkaibang provider. Tingnan kung dumarating ang email, hindi napupunta sa spam, at tumuturo ang bawat link dito sa live domain, hindi sa preview address.

Hakbang 7: Suriin ang bilis at mga error

Buksan ang developer tools ng browser (right-click → Inspect) at tingnan ang Console tab sa bawat pangunahing pahina. Ang mga pulang error ay dapat ayusin kahit mukhang walang sira.
I-load ang site sa telepono gamit ang mobile data, hindi Wi-Fi. Kung ilang segundo bago lumitaw ang unang screen, tingnan muna ang laki ng larawan.
Patakbuhin ang libreng audit gaya ng Lighthouse sa devtools ng Chrome para sa mabilis na pagbasa sa performance at accessibility.

Hakbang 8: Subukan ang na-publish na app, hindi lang ang preview

Hindi iisang environment ang preview at ang na-publish na app. Bago sabihin sa sinuman ang tungkol sa paglulunsad, ulitin ang mga pangunahing daloy sa live URL:

Nakatakda ba ang lahat ng environment variable at secret para sa na-publish na app?
Tama ba ang database na ginagamit, na may datos na inaasahan mo?
Gumagamit ba ng live domain ang login redirect at email link?
Tama bang naglo-load ang refresh sa malalim na pahina?

Hakbang 9: Panoorin ang iba na gumamit nito

Bigyan ang isa o dalawang tao ng layunin (“mag-book ng yoga class para sa Sabado”), hindi tagubilin. Panoorin, huwag tumulong, at itala kung saan sila nag-aatubili. Ito ang pinakamabilis na paraan para mahanap ang nakalilitong salita at nakatagong button. Para sa mas malaking bersyon nito, tingnan ang paano magpatakbo ng beta test.

Kapag may nakitang bug ang tao, isulat ito nang maayos: mga hakbang, inaasahang resulta, at aktwal na resulta. Ipinapakita ng gabay namin sa pagsulat ng magandang bug report ang format.

Paggamit ng AI para tumulong sa testing

Kung gumagawa ka gamit ang AI, puwede mo itong hilingin na tumulong magplano at magpatakbo ng test:

Ilista ang mga pangunahing daloy ng user sa app na ito at, para sa bawat isa, ang mga edge case na malamang na masira: walang laman na estado, maling input, pahintulot, at refresh. Ilagay ito sa checklist na masusundan ko.

Mag-log in gamit ang dalawang magkaibang test user at tingnan kung makikita o mababago ng user B ang anumang ginawa ng user A, kasama ang pagbubukas nang diretso sa URL ng record ni A. Iulat kung ano ang nakita mo bago ayusin ang anuman.

Itrato ang sariling ulat ng AI bilang unang pasada. Ikaw pa rin ang mag-click sa mga daloy ng pera at pahintulot.

Testing sa Mythex

Sa Mythex, ang command na /test ay nagpapatakbo ng App Testing: pinapatakbo ng agent ang browser laban sa live preview mo, nag-click sa mga pahina, kumukuha ng screenshot, at iniuulat ang sirang daloy sa chat. Pinakamahusay ito kapag may tiyak na daloy, gaya ng “subukan ang sign-up at pag-book ng klase”. Ayusin ang nakita nito gamit ang /fix o normal na mensahe, saka patakbuhin ulit ang /test. Gumagamit ang App Testing ng preview, kaya suriin mo rin ang mga pangunahing daloy sa na-publish na URL pagkatapos mag-publish. Tingnan ang App Testing sa docs, at ang gabay namin sa pag-debug ng app na gawa ng AI para sa kapag pumalya ang isang bagay.

Mga karaniwang pagkakamali

Pagsubok bilang ikaw lang. Ang admin account mo na may maraming datos ay nagtatago ng mga bug sa walang-lamang estado at pahintulot.
Pagsubok sa laptop lang. Karamihan ng bisita sa maraming site ay galing sa telepono.
Paglaktaw sa pangalawang account. Ang datos na lumalabas sa pagitan ng mga user ang pinakaseryosong bug na maaaring ilunsad ng app.
Pagtitiwala sa preview. Iba ang settings ng live na app; subukan din ito.
Pag-aayos ng bug nang hindi inuulit ang test sa kalapit na bahagi. Ang pag-ayos sa isang form ay maaaring makasira sa isa pang gumagamit ng parehong code.

Checklist bago ilunsad

Nakalista at nakaranggo ang mga pangunahing daloy
Pumapasa ang bawat daloy bilang bagong user sa private na window
Nahahawakan ang walang laman, maling, mahaba, at dobleng input
Gumagana ang refresh sa bawat pahina
Hindi makikita o mababago ng mga user ang datos ng isa't isa, kahit sa URL
Naharang ang admin page para sa normal na user at sa mga hindi naka-login
Gumagana sa totoong iPhone at Android phone
Nasubukan ang bayad: matagumpay, na-decline, kinansela, at nag-a-update ang app pagkatapos
Dumarating ang email, hindi napupunta sa spam, at tumuturo sa live domain
Walang pulang error sa console sa mga pangunahing pahina
Inulit ang mga pangunahing daloy sa na-publish na URL
Hindi bababa sa isang labas na tao ang sumubok habang nanonood ka

Mga tanong

Gaano karaming testing ang kailangan ng maliit na app bago ilunsad?

Sapat na para tiyakin na gumagana ang mga pangunahing daloy para sa bagong user sa telepono at laptop, na hindi nakikita ng mga user ang datos ng isa't isa, at na gumagana nang buo ang anumang may kinalaman sa pera. Para sa karamihan ng maliit na app, ilang nakatutok na oras ito, hindi linggo.

Kailangan ko ba ng automated test para sa MVP?

Hindi naman kailangan. Nakakahuli ang manwal na pagsubok sa mga pangunahing daloy ng karamihan sa bug na pumipigil sa paglunsad. Nagiging kapaki-pakinabang ang automated test kapag madalas mong binabago ang app at gusto mong malaman agad kung may nasira kang dati nang gumagana.

Dapat ko bang subukan sa preview o sa live na app?

Pareho. Subukan nang lubusan sa preview, saka ulitin ang mga pangunahing daloy sa na-publish na app, dahil ang nawawalang environment variable, ibang database, o routing setting ay maaaring magpagawi ng live na bersyon nang iba.

Sino pa ang dapat sumubok ng app ko bukod sa akin?

Kahit isang taong hindi pa ito nakikita. Bigyan sila ng layunin, hindi tagubilin, at panoorin nang hindi tumutulong. Hindi sinasadyang iniiwasan ng mga builder ang mga daanang nasisira.