Іске қосар алдында қолданбаны қалай тексеру керек: практикалық жоспар
Қолданбаны іске қосар алдында тексеру үшін пайдаланушының аяқтауы керек бірнеше жолды тізіңіз, әр бірін жаңа пайдаланушы ретінде ноутбукта және телефонда іске қосыңыз, содан кейін олардың қате кетуінің жолдарын байқаңыз: бос деректер, дұрыс емес енгізу, екінші аккаунт, баяу байланыс. Ақшаға немесе жеке деректерге қатысты кез келген нәрсені ерекше мұқият тексеріңіз және жариялағаннан кейін негізгі жолдарды тірі 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 әсіресе күндер, бейне және бекітілген (fixed) элементтермен өзіндік ерекшеліктерге ие.
6-қадам: Ақша мен электрондық поштаны соңына дейін тексеріңіз
Карталарды есептейтін немесе электрондық хат жіберетін кез келген нәрсе толық өтуді талап етеді.
Төлемдер. Төлем провайдеріңізнің тест режимін және тест карта нөмірлерін пайдаланыңыз. Сәтті төлемді, бас тартылған картаны және бас тартылған төлемді тексеріңіз. Төлемнен кейін тапсырыс немесе жазылым қолданбаңызда көрінетінін растаңыз, тек провайдердің панелінде емес. Егер қолданба webhook-тарға (төлем провайдерінің серверіңізге жіберетін хабарламаларына) сүйенсе, олардың жарияланған қолданбаға келетінін тексеріңіз, тек әзірлеуде емес. Содан кейін іске қосар алдында тірі кілттерге ауысыңыз да, қайтаратын бір шағын нақты сатып алу жасаңыз.
Электрондық хаттар. Үш-екі түрлі провайдерде нақты мекенжайлармен тіркеліңіз. Хаттардың келетінін, спамға түспейтінін және ішіндегі әр сілтеменің превью мекенжайына емес, тірі доменге апаратынын тексеріңіз.
7-қадам: Жылдамдық пен қателерді тексеріңіз
- Браузердің әзірлеуші құралдарын ашыңыз (оң жақ түйме → Inspect) және әр негізгі бетте Console қойындысын қараңыз. Қызыл қателер бірдеңе бұзылмаса да түзетуге лайық.
- Қолданбаны Wi-Fi-да емес, ұялы деректермен телефонда жүктеңіз. Бірінші экран бірнеше секунд алса, алдымен сурет өлшемдерін қараңыз.
- Chrome dev құралдарындағы 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 үшін автоматты тесттер керек пе?
Міндетті емес. Негізгі жолдарды қолмен тексеру іске қосуды бұғаттайтын қателердің көбін табады. Автоматты тесттер қолданбаны жиі өзгерткен кезде және бұрын жұмыс істеген нәрсені бұзғаныңызды тез білгіңіз келгенде пайда бере бастайды.
Қолданбаны превьюде ме, әлде тірі қолданбада ма тексеру керек?
Екеуі де. Превьюде мұқият сынаңыз, содан кейін жариялағаннан кейін негізгі жолдарды тірі қолданбада қайталаңыз, себебі жетіспейтін орта айнымалылары, басқа дерекқор немесе бағыттау баптаулары тірі нұсқаны басқаша жұмыс істетуі мүмкін.
Менен басқа қолданбамды кім тексеруі керек?
Оны ешқашан көрмеген кем дегенде бір адам. Оған нұсқаулық емес, мақсат беріңіз және көмектеспей бақылаңыз. Құрастырушылар бұзылатын жолдардан бейсаналық түрде аулақ жүреді.