வெளியிடுவதற்கு முன் உங்கள் செயலியைச் சோதிப்பது எப்படி: நடைமுறை வெளியீட்டுத் திட்டம்

வெளியிடுவதற்கு முன் உங்கள் செயலியைச் சோதிக்க, பயனர் முடிக்க வேண்டிய சில பயணங்களைப் பட்டியலிடுங்கள், ஒவ்வொன்றையும் புதிய பயனராக மடிக்கணினியிலும் கைபேசியிலும் இயக்குங்கள், பிறகு அவை தவறும் வழிகளை முயலுங்கள்: வெற்றுத் தரவு, தவறான உள்ளீடு, இரண்டாவது கணக்கு, மெதுவான இணைப்பு. பணம் அல்லது தனிப்பட்ட தரவு சம்பந்தப்பட்ட எதையும் கூடுதல் கவனத்துடன் சோதியுங்கள், வெளியிட்ட பிறகு நேரடி 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 தாவலைப் பாருங்கள். சிவப்புப் பிழைகள் எதுவும் உடைந்ததாகத் தெரியாவிட்டாலும் சரிசெய்யத் தகுந்தவை.
• வைஃபை அல்ல, மொபைல் டேட்டாவைப் பயன்படுத்தி கைபேசியில் தளத்தை ஏற்றுங்கள். முதல் திரை பல வினாடிகள் எடுத்தால், முதலில் படங்களின் அளவைப் பாருங்கள்.
• செயல்திறன் மற்றும் அணுகல்திறன் பற்றிய விரைவான வாசிப்புக்கு, 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-இல் முக்கிய பயணங்கள் மீண்டும் செய்யப்பட்டன
• வெளியில் இருந்து ஒருவர் குறைந்தது ஒருமுறை, நீங்கள் பார்த்துக்கொண்டிருக்கும்போது, அதைப் பயன்படுத்தினார்

கேள்விகள்