లాంచ్కు ముందు మీ యాప్ను ఎలా పరీక్షించాలి: ఒక ఆచరణాత్మక ప్రీ-లాంచ్ ప్లాన్
లాంచ్కు ముందు మీ యాప్ను పరీక్షించడం అంటే, ఒక యూజర్ పూర్తి చేయగలగాల్సిన కొన్ని ప్రయాణాలను జాబితా చేయండి, ప్రతిదాన్ని ల్యాప్టాప్ మరియు ఫోన్లో ఒక కొత్త యూజర్గా నడపండి, ఆపై అవి విఫలమయ్యే మార్గాలను ప్రయత్నించండి: ఖాళీ డేటా, చెడ్డ ఇన్పుట్, రెండవ ఖాతా, నెమ్మది కనెక్షన్. డబ్బు లేదా ప్రైవేట్ డేటాతో ముడిపడిన వాటిని అదనపు జాగ్రత్తతో పరీక్షించండి, మరియు ప్రచురించిన తర్వాత లైవ్ URLలో ప్రధాన ప్రయాణాలను పునరావృతం చేయండి. చివరగా, యాప్ను ఎన్నడూ చూడనివారు దానిని ఉపయోగించడానికి ప్రయత్నించడం చూడండి.
దీనికి QA బృందం లేదా టెస్టింగ్ ఫ్రేమ్వర్క్ అవసరం లేదు. మీకు ఒక జాబితా, గంట లేదా రెండు సమయం, మరియు దానిపై నిజంగా క్లిక్ చేసే క్రమశిక్షణ అవసరం.
దశ 1: ముఖ్యమైన ప్రయాణాలను రాయండి
ప్రయాణం అంటే ఒక యూజర్ చేయడానికి వచ్చే ప్రారంభం నుండి ముగింపు వరకు జరిగే పని. చాలా యాప్లకు నిజంగా ముఖ్యమైనవి మూడు నుండి ఆరు ఉంటాయి. బుకింగ్ యాప్ కోసం:
- సైన్ అప్ చేసి ఖాతాను నిర్ధారించండి
- ఒక క్లాస్ను కనుగొని బుక్ చేయండి
- బుకింగ్ను రద్దు చేయండి
- క్లాస్ పాస్ కోసం చెల్లించండి
- సిబ్బంది: ఈ రోజు బుకింగ్లను చూడండి
మీరు యూజర్ స్టోరీలు రాసి ఉంటే, వాటి అంగీకార ప్రమాణాలు ఇప్పటికే మీ టెస్ట్ కేసులు. లేకపోతే, ప్రతి ప్రయాణానికి ఒక లైన్ రాయండి, “విజయం” అంటే ఏమిటో దానితో.
ర్యాంక్ చేయండి. డబ్బు సంపాదించే లేదా ప్రతి యూజర్ చేరే ప్రయాణాలు (సైన్-అప్, లాగిన్, ప్రధాన చర్య) మొదట మరియు ఎక్కువగా పరీక్షించబడతాయి.
దశ 2: కొత్త యూజర్గా హ్యాపీ పాత్ను పరీక్షించండి
“హ్యాపీ పాత్” అంటే ప్రయాణం ఉద్దేశించిన విధంగా సాగడం. ఒక అపరిచితుడు అనుభవించినట్లుగా దానిని పరీక్షించండి:
- ప్రైవేట్ బ్రౌజర్ విండో ఉపయోగించండి, మీరు లాగిన్ అయి ఉండకుండా మరియు సేవ్ చేసిన డేటా లేకుండా.
- నిజమైన ఇమెయిల్ ఉన్న కొత్త ఖాతా ఉపయోగించండి, అది మీరు తనిఖీ చేయగలదై.
- హోమ్ పేజీ లేదా లింక్ నుండి ప్రారంభించండి, నిర్మిస్తున్నప్పుడు మీరు బుక్మార్క్ చేసిన పేజీ నుండి కాదు.
కొత్త యూజర్లకు డేటా ఉండదు. జాబితా ఖాళీగా ఉన్నప్పుడు, ప్రొఫైల్కు ఫోటో లేనప్పుడు, లేదా ఇంకా ఏదీ కొనుగోలు చేయనప్పుడు చాలా బగ్లు మాత్రమే కనిపిస్తాయి. మీ స్వంత ఖాతా, పరీక్ష డేటాతో నిండినది, వాటిని దాచిపెడుతుంది.
దశ 3: దానిని విరగ్గొట్టడానికి ప్రయత్నించండి
ఇప్పుడు ప్రతి ప్రయాణాన్ని పునరావృతం చేయండి మరియు ఉద్దేశపూర్వకంగా తప్పు చేయండి.
| దీనిని ప్రయత్నించండి | మీరు తనిఖీ చేస్తున్నది |
|---|---|
| ఫారమ్లను ఖాళీగా లేదా కేవలం స్పేస్లతో సమర్పించండి | అవసరమైన ఫీల్డ్లు స్పష్టమైన సందేశంతో అమలవుతాయి |
| చాలా పొడవైన టెక్స్ట్, ఎమోజీ, ఉచ్ఛారణ ఉన్న పేర్లు | లేఅవుట్ నిలబడుతుంది, డేటా సరిగ్గా సేవ్ అవుతుంది |
| తప్పు ఫార్మాట్లు: ఫోన్ ఫీల్డ్లో అక్షరాలు, గతంలోని తేదీ | పేజీలో మరియు సర్వర్లో ధ్రువీకరణ |
| సమర్పించు బటన్ను డబుల్-క్లిక్ చేయండి | డూప్లికేట్ ఆర్డర్లు లేదా బుకింగ్లు లేవు |
| ప్రయాణం మధ్యలో బ్రౌజర్ బ్యాక్ బటన్ | విరిగిన స్టేట్ లేదా పోయిన డేటా లేదు |
| ప్రతి పేజీలో రిఫ్రెష్ చేయండి | డేటా నిలిచి ఉంటుంది; ఖాళీ పేజీ లేదా 404 లేదు |
| లాగ్ అవుట్ చేసి, తర్వాత బ్యాక్ నొక్కండి | ప్రైవేట్ పేజీలు కనిపించవు |
| ఒకే దాన్ని ఎడిట్ చేస్తున్న రెండు ట్యాబ్లు | చివరి సేవ్ మొదటిదాన్ని నిశ్శబ్దంగా తుడిచివేయదు |
రిఫ్రెష్ చేయడం ప్రత్యేకంగా గమనించాలి: మీరు క్లిక్ చేస్తున్నప్పుడు యాప్ పనిచేసినా, లోతైన పేజీలో రిఫ్రెష్ చేస్తే 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 డెవ్టూల్స్లోని Lighthouse వంటి ఉచిత ఆడిట్ నడపండి.
దశ 8: ప్రివ్యూ కాకుండా ప్రచురించిన యాప్ను పరీక్షించండి
ప్రివ్యూ మరియు ప్రచురించిన యాప్ ఒకే ఎన్వైరాన్మెంట్ కాదు. ఎవరికైనా లాంచ్ గురించి చెప్పే ముందు, లైవ్ URLలో ప్రధాన ప్రయాణాలను పునరావృతం చేయండి:
- అన్ని ఎన్వైరాన్మెంట్ వేరియబుల్స్ మరియు సీక్రెట్లు ప్రచురించిన యాప్ కోసం సెట్ చేయబడ్డాయా?
- సరైన డేటాబేస్ ఉపయోగిస్తోందా, మీరు ఆశించిన డేటాతో?
- లాగిన్ రీడైరెక్ట్లు మరియు ఇమెయిల్ లింకులు లైవ్ డొమైన్ను ఉపయోగిస్తున్నాయా?
- లోతైన పేజీపై రిఫ్రెష్ సరిగ్గా లోడ్ అవుతుందా?
దశ 9: ఎవరో ఉపయోగించడం చూడండి
ఒకరిద్దరికి ఒక లక్ష్యం ఇవ్వండి (“శనివారం యోగా క్లాస్ బుక్ చేయండి”), సూచనలు కాదు. చూడండి, సహాయం చేయకండి, మరియు వారు ఎక్కడ ఆగుతున్నారో రాసుకోండి. అస్పష్టమైన వాక్యాలు మరియు దాగి ఉన్న బటన్లను కనుగొనడానికి ఇది అత్యంత వేగవంతమైన మార్గం. దీని పెద్ద వెర్షన్ కోసం, బీటా టెస్ట్ ఎలా నడపాలి చూడండి.
వారు బగ్ను ఎదుర్కొన్నప్పుడు, దానిని సరిగ్గా రాయండి, దశలు, ఆశించిన ఫలితం మరియు వాస్తవ ఫలితంతో. మంచి బగ్ రిపోర్ట్ ఎలా రాయాలి ఫార్మాట్ను చూపుతుంది.
టెస్టింగ్ కోసం AIని ఉపయోగించడం
మీరు AIతో నిర్మిస్తే, పరీక్షలను ప్లాన్ చేయడానికి మరియు నడపడానికి దానిని సహాయం అడగవచ్చు:
ఈ యాప్లోని ప్రధాన యూజర్ ప్రయాణాలను జాబితా చేయండి, మరియు ప్రతిదానికి, ఎక్కువగా విరిగే ఎడ్జ్ కేసులను చూపండి: ఖాళీ స్టేట్లు, చెల్లని ఇన్పుట్, అనుమతులు, మరియు రిఫ్రెష్. నేను పని చేయగల చెక్లిస్ట్లో ఉంచండి.
ఇద్దరు వేర్వేరు టెస్ట్ యూజర్లతో లాగిన్ అయి, యూజర్ B, యూజర్ A సృష్టించిన దేనినైనా చూడగలరా లేదా మార్చగలరా తనిఖీ చేయండి, A యొక్క రికార్డ్ URLలను నేరుగా తెరవడంతో సహా. ఏదైనా సరిచేసే ముందు మీరు కనుగొన్నదాన్ని నివేదించండి.
AI యొక్క స్వంత టెస్ట్ నివేదికను మొదటి పాస్గా పరిగణించండి. డబ్బు మరియు అనుమతి ప్రయాణాలను మీరే ఇంకా క్లిక్ చేసి చూడండి.
Mythexలో టెస్టింగ్
Mythexలో, /test కమాండ్ App Testingను నడుపుతుంది: ఏజెంట్ మీ లైవ్ ప్రివ్యూకు వ్యతిరేకంగా బ్రౌజర్ను నడుపుతుంది, పేజీల ద్వారా క్లిక్ చేస్తుంది, స్క్రీన్షాట్లు తీస్తుంది మరియు చాట్లో విరిగిన ఫ్లోలను నివేదిస్తుంది. ఒక నిర్దిష్ట ప్రయాణంతో ఇది ఉత్తమంగా పనిచేస్తుంది, ఉదాహరణకు “సైన్-అప్ మరియు ఒక క్లాస్ బుక్ చేయడం పరీక్షించండి”. అది కనుగొన్నవాటిని /fix లేదా సాధారణ సందేశంతో సరిచేయండి, తర్వాత /testను మళ్లీ నడపండి. App Testing ప్రివ్యూను ఉపయోగిస్తుంది, కాబట్టి ప్రచురించిన తర్వాత ప్రధాన ప్రయాణాలను లైవ్ URLలో మీరే తనిఖీ చేయండి. డాక్స్లోని App Testing చూడండి, మరియు ఏదైనా విఫలమైనప్పుడు AI-నిర్మిత యాప్ను ఎలా డీబగ్ చేయాలి గైడ్ చూడండి.
సాధారణ తప్పులు
- మిమ్మల్ని మీరు మాత్రమే అడ్మిన్గా పరీక్షించడం. చాలా డేటాతో మీ అడ్మిన్ ఖాతా ఖాళీ-స్టేట్ మరియు అనుమతి బగ్లను దాచిపెడుతుంది.
- ల్యాప్టాప్లో మాత్రమే పరీక్షించడం. అనేక సైట్లకు చాలా మంది సందర్శకులు ఫోన్ నుండి వస్తారు.
- రెండవ ఖాతాను దాటవేయడం. యూజర్ల మధ్య డేటా లీక్ కావడం, ఒక యాప్ లాంచ్ చేయగల అత్యంత తీవ్రమైన బగ్.
- ప్రివ్యూను నమ్మడం. లైవ్ యాప్కు వేరే సెట్టింగ్లు ఉంటాయి; దానిని కూడా పరీక్షించండి.
- ఒక బగ్ను సరిచేసి చుట్టుపక్కలను మళ్లీ పరీక్షించకపోవడం. ఒక ఫారమ్కు చేసిన ఫిక్స్ మరొకటి విరగొట్టగలదు, అవి కోడ్ పంచుకుంటే.
ప్రీ-లాంచ్ చెక్లిస్ట్
- ప్రధాన ప్రయాణాలు జాబితా చేయబడి ర్యాంక్ చేయబడ్డాయి
- ప్రతి ప్రయాణం ప్రైవేట్ విండోలో కొత్త యూజర్గా పాస్ అవుతుంది
- ఖాళీ, చెల్లని, పొడవైన మరియు నకిలీ ఇన్పుట్ నిర్వహించబడుతుంది
- ప్రతి పేజీలో రిఫ్రెష్ పనిచేస్తుంది
- యూజర్లు ఒకరి డేటాను చూడలేరు లేదా మార్చలేరు, URL ద్వారా కూడా
- సాధారణ యూజర్లు మరియు లాగ్ అవుట్ చేసిన సందర్శకుల కోసం అడ్మిన్ పేజీలు బ్లాక్ చేయబడ్డాయి
- నిజమైన iPhone మరియు Android ఫోన్లో పనిచేస్తుంది
- చెల్లింపులు పరీక్షించబడ్డాయి: విజయం, తిరస్కరణ, రద్దు, మరియు తర్వాత యాప్ అప్డేట్ అవుతుంది
- ఇమెయిల్లు చేరతాయి, స్పామ్ను తప్పించుకుంటాయి, లైవ్ డొమైన్కు లింక్ చేస్తాయి
- ప్రధాన పేజీలలో కన్సోల్లో ఎరుపు ఎర్రర్లు లేవు
- ప్రచురించిన URLలో ప్రధాన ప్రయాణాలు పునరావృతం చేయబడ్డాయి
- మీరు చూస్తుండగా కనీసం ఒక బయటి వ్యక్తి ప్రయత్నించారు
ప్రశ్నలు
చిన్న యాప్కు లాంచ్కు ముందు ఎంత టెస్టింగ్ అవసరం?
ప్రధాన ప్రయాణాలు ఒక కొత్త యూజర్కు ఫోన్ మరియు ల్యాప్టాప్లో పనిచేస్తాయని, యూజర్లు ఒకరి డేటాను చూడలేరని, మరియు డబ్బుతో ముడిపడిన ఏదైనా మొదటి నుండి చివరి వరకు పనిచేస్తుందని నమ్మకం కలిగేంత. చాలా చిన్న యాప్లకు అది కొన్ని కేంద్రీకృత గంటలు, వారాలు కాదు.
MVP కోసం ఆటోమేటెడ్ టెస్ట్లు అవసరమా?
తప్పనిసరిగా కాదు. ప్రధాన ప్రయాణాలను మాన్యువల్గా పరీక్షించడం లాంచ్ను అడ్డుకునే చాలా బగ్లను పట్టుకుంటుంది. మీరు యాప్ను తరచుగా మార్చి, గతంలో పనిచేసినదాన్ని విరగ్గొట్టలేదని త్వరగా తెలుసుకోవాలనుకున్నప్పుడు ఆటోమేటెడ్ టెస్ట్లు ఫలితం ఇవ్వడం మొదలుపెడతాయి.
ప్రివ్యూలో పరీక్షించాలా లేక లైవ్ యాప్లోనా?
రెండూ. ప్రివ్యూలో క్షుణ్ణంగా పరీక్షించండి, తర్వాత ప్రచురించిన యాప్లో ప్రధాన ప్రయాణాలను పునరావృతం చేయండి, ఎందుకంటే తప్పిపోయిన ఎన్వైరాన్మెంట్ వేరియబుల్స్, వేరే డేటాబేస్ లేదా రూటింగ్ సెట్టింగ్లు లైవ్ వెర్షన్ను భిన్నంగా ప్రవర్తింపజేయగలవు.
నేను కాకుండా ఎవరు నా యాప్ను పరీక్షించాలి?
కనీసం ఒక్కరైనా దానిని ఎప్పుడూ చూడనివారు. వారికి సూచనలు కాదు, ఒక లక్ష్యం ఇవ్వండి, మరియు సహాయం చేయకుండా చూడండి. బిల్డర్లు తెలియకుండానే విరిగే మార్గాలను తప్పించుకుంటారు.