લોન્ચ પહેલાં તમારી એપનું ટેસ્ટિંગ કેવી રીતે કરવું: વ્યવહારુ પ્રી-લોન્ચ યોજના

લોન્ચ પહેલાં તમારી એપનું ટેસ્ટિંગ કરવા માટે, વપરાશકર્તાએ પૂરી કરવી જ જોઈએ એવી થોડી જર્નીની યાદી બનાવો, દરેકને બિલ્કુલ નવા વપરાશકર્તા તરીકે લેપટોપ અને ફોન પર ચલાવો, પછી તે ખોટી રીતે જઈ શકે તેવા માર્ગો અજમાવો: ખાલી ડેટા, ખરાબ ઇનપુટ, બીજું ખાતું, ધીમું કનેક્શન. પૈસા કે ખાનગી ડેટા સંકળાયેલી કોઈ પણ બાબતને વધારાની કાળજીથી ટેસ્ટ કરો, અને પ્રકાશિત કર્યા પછી લાઇવ URL પર મુખ્ય જર્ની ફરી ચલાવો. અંતે, એવી વ્યક્તિને જુઓ જેણે એપ ક્યારેય જોઈ નથી અને તે વાપરવાનો પ્રયાસ કરે છે.

આ માટે QA ટીમ કે ટેસ્ટિંગ ફ્રેમવર્કની જરૂર નથી. તમને એક યાદી, એક-બે કલાક, અને તેમાંથી ખરેખર ક્લિક કરીને પસાર થવાની શિસ્ત જોઈએ.

પગલું 1: જે જર્ની મહત્ત્વની છે તે લખો

જર્ની એ શરૂઆતથી અંત સુધીનું કાર્ય છે જે વપરાશકર્તા કરવા આવે છે. મોટાભાગની એપમાં ત્રણથી છ એવી જર્ની હોય છે જે ખરેખર મહત્ત્વની છે. બુકિંગ એપ માટે:

1. સાઇન અપ કરો અને ખાતું કન્ફર્મ કરો
2. ક્લાસ શોધો અને બુક કરો
3. બુકિંગ રદ કરો
4. ક્લાસ પાસ માટે ચુકવણી કરો
5. સ્ટાફ: આજના બુકિંગ જુઓ

જો તમે યુઝર સ્ટોરીઝ લખી હોય, તો તેના સ્વીકૃતિ માપદંડ તમારા ટેસ્ટ કેસ પહેલેથી જ છે. ન લખી હોય, તો દરેક જર્ન માટે એક લીટી લખો કે “સફળતા” કેવી દેખાય છે.

ક્રમ આપો. જે જર્ન પૈસા બનાવે છે કે જે દરેક વપરાશકર્તા પહોંચે છે (સાઇન અપ, લૉગિન, મુખ્ય ક્રિયા) તે પહેલા અને સૌથી વધુ ટેસ્ટ થાય છે.

પગલું 2: બિલકુલ નવા વપરાશકર્તા તરીકે હેપ્પી પાથ ટેસ્ટ કરો

“હેપ્પી પાથ” એ જર્ની છે જે બરાબર ધાર્યા મુજબ થાય છે. તેને એક અજાણ્યા વ્યક્તિ જે રીતે અનુભવે તે રીતે ટેસ્ટ કરો:

• ખાનગી બ્રાઉઝર વિન્ડો વાપરો, જેથી તમે લૉગ ઇન ન હો અને સાચવેલો ડેટા ન હોય.
• નવું ખાતું વાપરો, વાસ્તવિક ઈમેઇલ સાથે જે તમે ચકાસી શકો.
• હોમ પેજ અથવા લિંકથી શરૂ કરો, એવા પેજથી નહીં જે તમે બનાવતી વખતે બુકમાર્ક કર્યું હતું.

નવા વપરાશકર્તાઓ પાસે ડેટા નથી હોતો. ઘણી ભૂલો ત્યારે જ દેખાય છે જ્યારે યાદી ખાલી હોય, પ્રોફાઇલમાં ફોટો ન હોય, અથવા હજી કંઈ ખરીદાયું ન હોય. તમારું પોતાનું ખાતું, જે ટેસ્ટ ડેટાથી ભરેલું છે, તે આ ભૂલો છુપાવે છે.

પગલું 3: તેને તોડવાનો પ્રયાસ કરો

હવે દરેક જર્ન ફરીથી કરો અને જાણી જોઈને ખોટું કરો.

રિફ્રેશ કરવા વિશે ખાસ નોંધ: જો તમે ક્લિક કરીને એપ ચલાવો ત્યારે તે કામ કરે, પણ ઊંડા પેજ પર રિફ્રેશ કરતાં 404 આવે, તો ડિપ્લોય પછી 404 એરર કેવી રીતે ઠીક કરવી જુઓ.

પગલું 4: બે ખાતાઓ સાથે પરવાનગીઓ ટેસ્ટ કરો

ખાતાંવાળી કોઈ પણ એપ માટે આ સૌથી મહત્ત્વની ટેસ્ટ છે, અને તે સૌથી વધુ વાર છોડાય છે.

બે સામાન્ય વપરાશકર્તાઓ, A અને B, અને (જો તમારી એપમાં હોય તો) એક એડમિન બનાવો.

• A તરીકે, એક રેકોર્ડ બનાવો. B તરીકે લૉગ ઇન કરો. શું B તેને જોઈ, એડિટ કે ડિલીટ કરી શકે છે? ડિઝાઇન એવી ન હોય ત્યાં સુધી ન કરી શકે.
• A તરીકે, તમારા એક રેકોર્ડનો URL કૉપી કરો. B તરીકે લૉગ ઇન કરો અને તે URL સીધો ખોલો.
• સામાન્ય વપરાશકર્તા તરીકે, URL ટાઇપ કરીને એડમિન પેજ ખોલવાનો પ્રયાસ કરો.
• સંપૂર્ણપણે લૉગ આઉટ કરો અને એ જ URL અજમાવો.

આમાં જો તમને સમસ્યા મળે, તો તે ઠીક ન થાય ત્યાં સુધી લોન્ચ ન કરો. તપાસ સર્વર પર થવી જોઈએ, માત્ર બટન છુપાવીને નહીં. AI થી બનેલી એપ માટેની સુરક્ષા ચેકલિસ્ટ વધુ ઊંડાણમાં જાય છે.

પગલું 5: વાસ્તવિક ઉપકરણો પર ટેસ્ટ કરો

એપ ફક્ત સાંકડી બ્રાઉઝર વિન્ડોમાં નહીં, વાસ્તવિક ફોન પર ખોલો.

• શું તમે ઝૂમ કર્યા વિના દરેક બટન ટેપ કરી શકો છો?
• શું કીબોર્ડ તમે જે ફીલ્ડમાં ટાઇપ કરો છો તેને ઢાંકે છે?
• શું ટેબલ અને પહોળું કન્ટેન્ટ સ્ક્રોલ થાય કે રેપ થાય, પેજને બાજુમાં ધકેલવાને બદલે?
• શું ટેક્સ્ટ પિંચ કર્યા વિના વાંચી શકાય છે?

જો ઉધાર મળે, તો ઓછામાં ઓછો એક iPhone (Safari) અને એક Android ફોન (Chrome) ટેસ્ટ કરો. ખાસ કરીને Safari ની તારીખ, વિડિયો અને ફિક્સ્ડ-પોઝિશન તત્ત્વો સાથે પોતાની વિચિત્રતાઓ છે.

પગલું 6: પૈસા અને ઈમેઇલ શરૂઆતથી અંત સુધી ટેસ્ટ કરો

કાર્ડ ચાર્જ કરતી કે ઈમેઇલ મોકલતી દરેક બાબતને સંપૂર્ણ ચકાસણીની જરૂર છે.

ચુકવણી. તમારા ચુકવણી પ્રદાતાનો ટેસ્ટ મોડ અને ટેસ્ટ કાર્ડ નંબર વાપરો. સફળ ચુકવણી, નકારાયેલું કાર્ડ, અને રદ થયેલ ચેકઆઉટ ચકાસો. ચુકવણી પછી ઓર્ડર કે સબ્સ્ક્રિપ્શન તમારી એપમાં દેખાય છે તે ખાતરી કરો, માત્ર પ્રદાતાના ડેશબોર્ડ પર નહીં. જો તમારી એપ વેબહૂક પર આધાર રાખે (પેમેન્ટ પ્રદાતા તમારા સર્વરને મોકલતા મેસેજ), તો ખાતરી કરો કે તે પ્રકાશિત એપ પર પહોંચે છે, માત્ર ડેવલપમેન્ટમાં નહીં. પછી લોન્ચ પહેલાં લાઇવ કી પર સ્વિચ કરો અને એક નાની વાસ્તવિક ખરીદી કરો જે તમે રિફંડ કરો.

ઈમેઇલ. બે-ત્રણ અલગ પ્રદાતાઓ પર વાસ્તવિક સરનામાં સાથે સાઇન અપ કરો. ચકાસો કે ઈમેઇલ પહોંચે છે, સ્પેમમાં નથી જતા, અને તેમાંની દરેક લિંક લાઇવ ડોમેન તરફ દોરી જાય છે, પ્રીવ્યૂ સરનામા તરફ નહીં.

પગલું 7: ઝડપ અને ભૂલો તપાસો

• બ્રાઉઝરના ડેવલપર ટૂલ્સ (જમણું ક્લિક → Inspect) ખોલો અને દરેક મુખ્ય પેજ પર Console ટેબ જુઓ. લાલ ભૂલો ઠીક કરવા જેવી છે, ભલે કંઈ તૂટેલું ન દેખાતું હોય.
• Wi-Fi નહીં, મોબાઇલ ડેટા પર ફોનમાં સાઇટ લોડ કરો. જો પહેલી સ્ક્રીન ઘણી સેકન્ડ લે, તો પહેલા છબીઓના કદ તપાસો.
• ઝડપ અને ઍક્સેસિબિલિટી પર ઝડપી માહિતી માટે Chrome devtools માં Lighthouse જેવું મફત ઓડિટ ચલાવો.

પગલું 8: પ્રકાશિત એપ ટેસ્ટ કરો, માત્ર પ્રીવ્યૂ નહીં

પ્રીવ્યૂ અને પ્રકાશિત એપ એક જ એન્વાયર્નમેન્ટ નથી. લોન્ચ વિશે કોઈને કહેતા પહેલાં, લાઇવ URL પર મુખ્ય જર્ન ફરીથી કરો:

• શું પ્રકાશિત એપ માટે બધા એન્વાયર્નમેન્ટ વેરિએબલ અને સિક્રેટ સેટ છે?
• શું તે યોગ્ય ડેટાબેઝ વાપરે છે, જેમાં તમે અપેક્ષિત ડેટા છે?
• શું લૉગિન રીડાયરેક્ટ અને ઈમેઇલ લિંક લાઇવ ડોમેનનો ઉપયોગ કરે છે?
• શું ઊંડા પેજ પર રિફ્રેશ યોગ્ય રીતે લોડ થાય છે?

પગલું 9: બીજાને તેનો ઉપયોગ કરતા જુઓ

એક કે બે લોકોને લક્ષ્ય આપો (“શનિવાર માટે યોગા ક્લાસ બુક કરો”), સૂચનાઓ નહીં. જુઓ, મદદ ન કરો, અને લખો કે તેઓ ક્યાં અચકાય છે. ગૂંચવણભર્યા શબ્દો અને છુપાયેલા બટન શોધવાની આ સૌથી ઝડપી રીત છે. આની મોટી આવૃત્તિ માટે, બીટા ટેસ્ટ કેવી રીતે ચલાવવો જુઓ.

જ્યારે તેમને બગ મળે, ત્યારે તેને યોગ્ય રીતે લખો, પગલાં, અપેક્ષિત પરિણામ અને વાસ્તવિક પરિણામ સાથે. સારો બગ રિપોર્ટ કેવી રીતે લખવો ફોર્મેટ બતાવે છે.

ટેસ્ટિંગમાં મદદ માટે AI નો ઉપયોગ

જો તમે AI સાથે બનાવો, તો તેને ટેસ્ટની યોજના બનાવવા અને ચલાવવામાં મદદ કરવા કહી શકો છો:

આ એપની મુખ્ય વપરાશકર્તા જર્ની યાદી કરો અને દરેક માટે એજ કેસ બતાવો જે સૌથી વધુ તૂટવાની શક્યતા ધરાવે છે: ખાલી સ્થિતિ, અમાન્ય ઇનપુટ, પરવાનગીઓ, અને રિફ્રેશ. મને કામ કરી શકું એવી ચેકલિસ્ટમાં મૂકો.

બે અલગ ટેસ્ટ વપરાશકર્તા તરીકે લૉગ ઇન કરો અને તપાસો કે વપરાશકર્તા B, વપરાશકર્તા A એ બનાવેલું કંઈ જોઈ કે બદલી શકે છે, A ના રેકોર્ડના URL સીધા ખોલીને પણ. કંઈ ઠીક કરતા પહેલાં તમને જે મળે તેનો રિપોર્ટ આપો.

AI નો પોતાનો ટેસ્ટ રિપોર્ટ પ્રથમ પાસ તરીકે લો. મની અને પરવાનગીની જર્ન તમે પોતે ક્લિક કરીને ચકાસો.

Mythex માં ટેસ્ટિંગ

Mythex માં, /test કમાન્ડ App Testing ચલાવે છે: એજન્ટ તમારા લાઇવ પ્રીવ્યૂ સામે બ્રાઉઝર ચલાવે છે, પેજ પર ક્લિક કરે છે, સ્ક્રીનશોટ લે છે અને ચેટમાં તૂટેલા ફ્લો રિપોર્ટ કરે છે. તે કોઈ ચોક્કસ જર્ન સાથે શ્રેષ્ઠ કામ કરે છે, જેમ કે “સાઇન અપ અને ક્લાસ બુક કરવાનું ટેસ્ટ કરો”. જે મળે તે /fix થી અથવા સામાન્ય મેસેજથી ઠીક કરો, પછી /test ફરીથી ચલાવો. App Testing પ્રીવ્યૂ વાપરે છે, તેથી પ્રકાશિત કર્યા પછી મુખ્ય જર્ન પ્રકાશિત URL પર તમે પોતે તપાસો. docs માં App Testing જુઓ, અને કંઈ નિષ્ફળ થાય ત્યારે AI થી બનેલી એપને ડીબગ કેવી રીતે કરવી ગાઇડ જુઓ.

સામાન્ય ભૂલો

• ફક્ત પોતાના તરીકે ટેસ્ટ કરવું. ઘણા ડેટાવાળું તમારું એડમિન ખાતું ખાલી-સ્થિતિ અને પરવાનગીની ભૂલો છુપાવે છે.
• ફક્ત લેપટોપ પર ટેસ્ટ કરવું. ઘણી સાઇટના મોટાભાગના મુલાકાતીઓ ફોન પર આવે છે.
• બીજા ખાતાને છોડી દેવું. વપરાશકર્તાઓ વચ્ચે ડેટા લીક થવો એ એપ લોન્ચ થઈ શકે તેવી સૌથી ગંભીર ભૂલ છે.
• પ્રીવ્યૂ પર ભરોસો. લાઇવ એપની સેટિંગ અલગ છે; તેને પણ ટેસ્ટ કરો.
• ભૂલ ઠીક કર્યા પછી આસપાસનું ફરીથી ટેસ્ટ ન કરવું. એક ફોર્મમાં ફેરફાર બીજું ફોર્મ તોડી શકે જે કોડ શેર કરે છે.

પ્રી-લોન્ચ ચેકલિસ્ટ

• મુખ્ય જર્ન યાદી કરેલી અને ક્રમબદ્ધ
• દરેક જર્ન બિલકુલ નવા વપરાશકર્તા તરીકે ખાનગી વિન્ડોમાં પસાર થાય છે
• ખાલી, અમાન્ય, લાંબું અને ડુપ્લિકેટ ઇનપુટ સંભાળાય છે
• દરેક પેજ પર રિફ્રેશ કામ કરે છે
• વપરાશકર્તાઓ એકબીજાનો ડેટા જોઈ કે બદલી ન શકે, URL દ્વારા પણ
• એડમિન પેજ સામાન્ય વપરાશકર્તાઓ અને લૉગ આઉટ મુલાકાતીઓ માટે બંધ
• વાસ્તવિક iPhone અને Android ફોન પર કામ કરે છે
• ચુકવણી ટેસ્ટ થઈ: સફળતા, નકાર, રદ, અને તે પછી એપ અપડેટ થાય છે
• ઈમેઇલ પહોંચે છે, સ્પેમ ટાળે છે, અને લાઇવ ડોમેન તરફ લિંક કરે છે
• મુખ્ય પેજ પર કન્સોલમાં કોઈ લાલ ભૂલ નથી
• પ્રકાશિત URL પર મુખ્ય જર્ન ફરી ચલાવી
• ઓછામાં ઓછી એક બહારની વ્યક્તિએ તમે જોતા હો ત્યારે તેને અજમાવ્યું

પ્રશ્નો