Скачать "Собеседование на тестировщика ПО (Junior QA) №4"
%3Aformat(webp)%2Fi.ytimg.com%252Fvi%252FGIr6aK8YkXk%252Fmaxresdefault.jpg&w=1139&q=75)
Оглавление
Похожие ролики из нашего каталога
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252F0lM3RdR1ATk%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252F0oVbJEC_e3c%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi%252F3bkCBgxEXVw%252Fmaxresdefault.jpg&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FFLVIXfUDPgQ%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi%252FK3eeFtGeQnE%252Fmaxresdefault.jpg&w=1139&q=75)
![ИРИНА КАЙРАТОВНА feat. Junior (Ghetto Dogs) - НЕ АНГИМЕ? [MV]](/_next/image?url=https%3A%2F%2Funidownloader.com%2FcontentImages%2F6lqUaKxTNrFHOovirxko1tdPQSY%3D%2Ffilters%3Aquality(80)%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FRZqeNXCXtJU%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FTudGeAX9hsI%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FlMiwa0ClzrA%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FxODx8v7aRV8%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi%252Fxvxrsy7hWUM%252Fsddefault.jpg&w=1139&q=75)
Теги видео
Субтитры
Английский
00:00:00
[музыка]00:00:07
всем привет с вами николай черкасов00:00:11
тестировщик с многолетним опытом и00:00:13
основатель школы черкасов school00:00:17
сегодня у нас очередное собеседование00:00:19
начинающего тестировщика со беседуем00:00:23
алену она имеет определенный опыт в00:00:25
тестировании в проектов но не очень00:00:28
большой и хотела бы попробовать свои00:00:30
силы на junior и00:00:32
если вы хотите поучаствовать в подобном00:00:36
собеседование заполните форму по ссылке00:00:38
внизу в описании или напишите мне в00:00:41
личку как это сделала алена давайте00:00:44
поддержим ее лайком и добрым00:00:46
комментариям под видео итак смотрим00:00:49
собеседование00:00:51
так итак сегодня с нами алена алена00:00:55
расскажи пожалуйста про себя если у тебя00:00:57
какой-то опыт тестирование на кого ты00:00:59
хочешь про сортироваться на какой00:01:01
уровень00:01:04
я хочу при собеседователей окей инженер00:01:08
джон вот я окончила курсы по00:01:11
тестирования то есть хочу проверить свои00:01:13
знания00:01:14
опыта у меня00:01:16
небольшой я пробовала внутри я работала00:01:19
с фронта стиральщика вот заводила баг00:01:23
репорты и все это время то есть примерно00:01:26
с декабря месяца я пытаюсь и для себя от00:01:30
нестерово веб-сайты этой свет магазины00:01:33
тут последние с тестом задания мне00:01:35
попадался сайт любое я тестировал обед00:01:39
магазин за00:01:45
документация знакома писал ли чек-листы00:01:48
и тест кейсы но соответственно когда00:01:50
роботы порты супер это отлично это00:01:54
замечательно мобильные приложения00:01:56
приходилось дотировать когда нет нет00:01:59
этого не дошла00:02:01
хорошо ладно ну тогда начнем с базовых00:02:06
вопросов00:02:08
что такое тестирование00:02:11
тестирование это процесс который бы цель00:02:16
одна из которых является чтобы00:02:19
удостовериться что сама программное00:02:21
обеспечение работает так как должно00:02:23
соответствует ожиданиям заказчика00:02:29
ожидания заказчика каким образом00:02:31
выражаются00:02:33
виде00:02:35
требований то есть он выкладывает то что00:02:39
он хочет принимают опишу это некие00:02:41
требований и яйцеклетка не нужно уже00:02:43
будет реализовать00:02:45
что делать если нету требований00:02:49
но скорее всего нужно как бы поговорить00:02:52
что именно все таки хочет и создать на00:02:56
том что он хочет уже этот человек00:02:58
который собирает это все стонали зиру и00:03:02
создает эти требования00:03:05
человек который собирает как называется00:03:10
менеджер менеджер хорошо а00:03:14
если так получилось что нет выхода на00:03:18
заказчика но так получилось он может00:03:20
быть ответит когда нет на вопросы на00:03:22
твоем может быть не ответит тебе уже00:03:25
надо00:03:27
на основании чего то составляет тестовую00:03:31
документацию что-то еще может сделать00:03:33
откуда взять требования00:03:38
если так подумать то есть00:03:42
завистники наверное того что хочет фирмы00:03:47
логически не знаю там помыслить если там00:03:50
какая-нибудь форма00:03:52
что-то логически хотя бы уже какие-то00:03:56
сделать основное00:03:58
логически основной помыслит ну ты00:04:00
правильно говоришь00:04:02
это называется использовать какую-то00:04:04
формальную логику да то есть есть вещи00:04:07
которые мы априори знаем и нам не нужно00:04:10
чтобы это было прямо четко прописано с00:04:12
требования потому что допустим если мы00:04:14
тестируем интернет-магазин мы примерно00:04:16
подозреваем что во всех00:04:17
интернет-магазинах есть корзина что есть00:04:20
функция оплаты00:04:22
просто может быть каких то нюансов мы00:04:24
можем не знать но тем не менее то есть00:04:27
мы требование можем забирать из похожих00:04:29
сервисов можем сами из головы выдумывать00:04:32
требования ну которые соответствуют00:04:34
общей принятому подходом например к00:04:36
интернет магазин хорошо хорошо00:04:41
ты говоришь что вот одна из целей00:04:44
тестирования это сравнивать ожидаемое00:04:47
поведение с фактическим а еще какие цели00:04:50
тестирования ты знаешь о00:04:52
цели тестирования то есть даже сообщи00:04:55
тоже чтобы готов ли вообще продукт к00:04:57
релизу00:04:58
то есть насколько он готов00:05:01
вот00:05:03
ну я конечно не назвал ты цели это00:05:08
скорее всего как следствие того что00:05:10
ожидаемый и фактически результатах то00:05:12
есть минимизировать баги то есть как00:05:15
можно чтобы меньше было00:05:17
превентивный такой метод по как то есть00:05:20
с одной стороны мы можем находить баги и00:05:22
report всегда а с другой стороны мы00:05:24
как-то можем как ты говоришь превентивно00:05:27
делать так чтобы багов становилось00:05:29
меньше а00:05:30
что это вот задействует такое как магия00:05:33
когда мы заранее00:05:43
что тепло но00:05:52
на самом деле то есть00:05:56
ты когда тестируешь программу ты не00:06:00
только багере портишь но и00:06:03
можешь00:06:05
обратную связь давать для команды00:06:08
разработки и например указывайте на том00:06:12
что вот в системе конкретно какая-то00:06:14
часть этой системы она может быть не00:06:18
очень хорошо разработанным вероятно в00:06:20
ней будут баги потому что как тебе00:06:22
кажется она права то вот и таким именно00:06:27
образом ты можешь помогать разработки00:06:31
заранее обращай внимание на те места где00:06:34
изначально могут быть баги то есть00:06:38
обратная связь00:06:40
а00:06:42
для команда разработки может быть вот и00:06:46
также может быть обратная связь для00:06:49
командой не в техническом плане а в00:06:53
плане того что изначально хотел заказчик00:06:55
то есть помимо конкретных требований00:06:58
мы можем увидеть что заказчик например00:07:01
желал бы ну вот есть у него основная00:07:04
идея продукта ты допустим в процессе00:07:07
разработки видишь что по каким-то00:07:09
причинам в первую очередь00:07:13
разрабатываются части функциональности00:07:15
некоторые важны а которые не важны и ты00:07:19
можешь также дать обратную связь и00:07:20
сказать так ребята у нас вроде багов нет00:07:22
все правильно но вот наша разработку00:07:24
что-то не нато акцентирует внимание вот00:07:27
заказчик хотел чтобы в первую очередь00:07:29
было сделано вот другое и это тоже как00:07:32
бы00:07:33
одним из атрибутов тестирования является00:07:36
хорошо00:07:39
ладно давай поговорим про00:07:43
вида тестирования какие-то знаешь00:07:45
классификации видов00:07:48
ну и стандартные функциональные00:07:51
функциональное ручная автоматизированное00:07:54
тестирование00:07:55
вот00:07:58
там00:08:00
нет это от майкл большом то есть00:08:02
модульное тестирование00:08:05
интеграционное тестирование00:08:07
уже системы это стерн и тестирование при00:08:10
приемочные тестирование сама00:08:13
ну и00:08:17
хорошо много разных называла00:08:20
классификации что здесь у нас и00:08:23
приемочные модуля интеграционная а вот00:08:25
приемочная модульная интеграционная00:08:28
системная это в принципе мы обычно00:08:31
называем в теории уровнями тестирования00:08:33
ну как правило00:08:35
расскажи тогда подробнее о чем эти00:08:37
уровни00:08:39
самыми шорами это unicast и то есть00:08:43
какой то определенный00:08:45
один модуль00:08:46
тестируется вот и больше ничего не00:08:49
затрагивать интеграционное тоже как00:08:52
взаимодействие двух и более модулей00:08:53
между собой уже тестируется00:08:56
вот системное от и до все полости00:09:01
система тестируется на е100 кратко00:09:03
приемочные то есть уже00:09:06
либо вы заказчика либо потенциальных от00:09:09
тех кто будет пользователей они уже00:09:11
тестируют насколько им подобные неудобно00:09:13
все ли в порядке там все ли соответствии00:09:15
требованиями00:09:18
хорошо ты как горошина это сиропе когда00:09:22
думаю что на каких уровнях тестирования00:09:23
больше всего будешь действовать00:09:26
скорее всего либо модульной и00:09:29
интеграционное модули на стоит дни это00:09:32
умение заденет00:09:34
модуля это скорее всего это будет00:09:36
разработчики либо00:09:40
и системная00:09:44
ну и приемочные иногда хорошо00:09:48
что не знаешь про ящики разноцветные00:09:52
шары и белый00:09:57
черный ящик и тогда когда мы не уходим в00:10:02
самой системе конечно не уходим на такая00:10:04
не знаю какой код как у капы пишет этого00:10:07
здания то есть на этом в основном00:10:10
требование заказчика00:10:14
белый ящик это уже как мы уже знаем пока00:10:18
ты все пишется сам код понимаем эту00:10:21
логику и то есть мы сам от постеры00:10:25
абсолютно правильно все верно а слышал00:10:28
когда-нибудь про стеклянный ящик00:10:32
это то же самое что и белый просто00:10:35
некоторых книжках он называется white00:10:38
суть одно и то же00:10:41
но вот если спросит теперь ты знаешь что00:10:44
стеклянная00:10:47
хорошо есть еще хитрый серый ящик00:10:50
которые всем очень сложно объяснять00:10:52
слышал о таком00:10:54
слышал она не совсем понятной границы00:10:57
там вроде как нужно что-то частично00:11:00
знать код на насколько его нужно знать00:11:02
не совсем00:11:04
это правда никому не понятно поэтому00:11:07
можно прочитать 10 статей и там они00:11:09
всегда будут друг от друга отличаться00:11:11
ладно00:11:14
какие-нибудь не функциональный виды00:11:16
тестирования ты можешь назвать которые00:11:19
непосредственно не относится к00:11:20
тестированию основные функции системы00:11:27
домах00:11:30
например00:11:33
graphical user interface00:11:35
насколько он выглядит соответствует00:11:38
макету00:11:40
браузерное тестирование то есть мы и в00:11:43
самом как бы две пинты это приложение мы00:11:45
открываем праздник браузеров как google00:11:47
chrome например00:11:49
mozilla00:11:52
microsoft если мы смотрим что00:11:55
действительно нас все открывается все00:11:57
хорошо работает на разных платформах00:12:00
вот00:12:07
либо например00:12:10
инсталляция то есть но это скорее всего00:12:12
будет уже ближе к мобильном приложении00:12:14
то есть что она действительно приложение00:12:17
на восстанавливается что нас она00:12:19
обновляется все хорошо и что мы его00:12:21
можем ударить00:12:24
вот00:12:27
локализации то есть то что мы например00:12:32
пишет ну как бы для россии да даже00:12:36
внутри мне кажется самой россии у нас00:12:39
есть разные часовые пояса отыскав что00:12:41
отображается время правильно00:12:46
локализация это не совсем правильный00:12:49
часовой пояс скорее00:12:54
в россии у нас принято один формат00:12:57
отображение даты потому что для россии00:12:58
ты стену локализации вряд ли подойдет00:13:00
если только ты не будешь проверять и00:13:03
язык наших республик там тувинские00:13:05
какой-нибудь или пермский диалект как00:13:07
гривне вот а больше если мы говорим про00:13:11
время то именно формат отображения даты00:13:14
и времени вот мы просто например в сша у00:13:19
нас что принято у нас принято 12-часовой00:13:22
сутки и м и п м а00:13:26
в европе допустим ну в частности в00:13:29
континентальной европе в россию нас00:13:31
24-часовой способ отображения времени00:13:33
вот соответственно при переключении00:13:35
локали формат отображения должен00:13:37
меняться формат даты у нас принято день00:13:40
месяц год а в америке принято месяц день00:13:45
год вот и или даже год день месяце такое00:13:50
часто используется к кроме формат00:13:53
отображения даты и например языка что00:13:56
еще может меняться как ты думаешь00:13:59
если например та же самая магазина00:14:02
одежды это как минимум валюта то есть00:14:06
были до каждой страны и она разная это00:14:10
размерная сетка00:14:12
потому что она тоже разнообразная00:14:17
наверно хорошо достаточно в принципе00:14:21
ладно хорошо00:14:24
слышал ли ты когда-нибудь о таких видах00:14:27
тестирования как smaug цените и регресс00:14:33
услышала00:14:36
смог тестирование то есть и00:14:39
только поверхностно как тестирование00:14:41
билда функциональности вот без00:14:44
углубления что бог как более менее00:14:46
стабильный гоните это примерно то же00:14:49
самое но она уже углубляется что00:14:51
действительно она работает00:14:52
функциональность нас правильно вот что00:14:56
как бы это же вышел бы меня уже00:14:58
стабильный00:15:00
регрессионное тестирование00:15:03
тестирование когда у нас выходит новая00:15:06
фича мы смотрим что все остальное то что00:15:08
было написано да и проверены она у нас00:15:10
стабильно и никуда не не попала что все00:15:13
работает все хорошо как-то интересно00:15:16
правило слова стабильность через все три00:15:18
вида тестирования и в итоге я так и не00:15:20
понял чем они друг от друга отличаются00:15:22
если они все проверяют стабильности и у00:15:24
нас все хорошо и стабильно00:15:27
если смотреть на смог и шарики они00:15:29
проверяют одну притчу о00:15:33
[музыка]00:15:39
чем они отличаются друг от друга тогда00:15:42
сами проверяют одну фичу и дают00:15:43
стабильно смог это поверхностная00:15:46
проверка солите это уже более00:15:48
углубленная проверка программы00:15:51
нет именно функциональности а смог00:15:58
это00:16:01
ну да00:16:03
чем отличается смог оценить и00:16:09
что они смогут быстрее то кейса пишут00:16:15
пишут сюда и проверяется ну буквально00:16:18
как бы поверхность то что все работает00:16:21
все таки всякий то есть работает00:16:23
приложение в целом хорошо а sanity это00:16:27
наверное про конкретную функциональность00:16:30
то есть смог это проверка в шире мы00:16:33
проверяем что все приложение более-менее00:16:35
в принципе работает это нам нужно чтобы00:16:37
сделать вывод о том что мы в принципе00:16:39
можем приступить к тестированию sanity00:16:42
это проверка конкретной функциональности00:16:45
в глубину это может быть как новая00:16:47
функциональность которую только что00:16:48
написали так и какая-нибудь выборная по00:16:51
определенному признаку вот и как раз00:16:54
таки и когда мы проводим sanity мы не00:16:56
делаем вывод о том что в принципе все00:16:58
хорошо мы делаем вывод о том что00:16:59
конкретно функциональность отлично00:17:02
замечательно работает и готова к тому00:17:04
чтобы ее добавлять00:17:05
в общую программу кусочек вот-вот общем00:17:10
а regression00:17:12
орешкина этого же когда00:17:15
добавляют снова функциональной стать мы00:17:17
смотрим что все остальное00:17:21
тоже работает корректно и все остальное00:17:25
что что остальная стальная послал00:17:27
остальные функциональности00:17:30
может ну как бы проверили00:17:37
национальности добавили новую и смотрим00:17:40
что новая функциональность не повлияло00:17:42
на работу уже старой функциональность00:17:47
значит мы прогорим старый00:17:49
функциональности в процессе но00:17:56
чтобы при добавлении новых00:17:59
работу старый00:18:01
оцените но тогда зачем00:18:06
1 функциональности она из после мой как00:18:10
она взаимодействовать со стальными как00:18:12
только как она я сама а потом по крыше00:18:15
регрессия когда мы проверяем новой00:18:16
функциональности стороны проверяем так00:18:18
вот мы00:18:24
[музыка]00:18:30
но это немножко ошибаешься в общем00:18:34
регрессионное это как раз таки когда мы00:18:36
проверяем старую функциональность00:18:38
который не относится к новый и мы00:18:41
проверяем что старая функциональность00:18:44
работает после того как мы добавили00:18:46
новую а новую мы перед этим проверяем в00:18:49
рамках цените тестирую то есть мы00:18:53
проверили смог что быстренько все00:18:55
более-менее целиком держится потом00:18:59
проверяем самую свежую функциональность00:19:01
а потом проверяем в рамках регрессии все00:19:04
остальное00:19:05
зачем нам в принципе вода вот такой00:19:07
трехуровневый подход ты знаешь00:19:11
отдельного мог соединить иммигрейшн00:19:13
взяли бы все ты с кейсы пихнули бы сразу00:19:17
там тысяч от эскиза до и проходили бы00:19:19
какая разница с макс интере грешник ну00:19:23
это как бы поэтапно 5 сначала мы00:19:25
проводим смог потом сами часто помада00:19:27
регрессионная зачем все поэтапной тело00:19:30
зачем и чтобы но если мы все будем00:19:35
писать мне кажется просто мы можем00:19:37
упустить некоторые баги и00:19:40
ошибки00:19:42
что-то может неправильно работать и00:19:44
потом все это в этом обратно в обратную00:19:46
сторону копаться где что она ходить00:19:48
после зарплате ошибка в оборотной00:19:51
стороны карта c-class ну смотри у нас00:19:54
есть тасс кейсы они уже написано они уже00:19:57
написаны то есть мы ничего не можем00:19:59
пустить у нас есть из кейса мы их по00:20:01
очереди проходим вот у нас допустим есть00:20:03
1000 тыс кейсов не знаю этом 50 на смолк00:20:07
там 200 на саммите и там 750 это регресс00:20:11
вот у нас есть куча ты skism и зачем-то00:20:14
выделяем цените смог регресс и зачем-то00:20:18
их проходим именно по очереди по00:20:20
какой-то логики вот зачем мы это делаем00:20:22
если например мы в итоге все равно00:20:24
пройдем все проверки был у нас тысяч00:20:27
кис-кис мы бы их называли куча тэсс00:20:29
кейсов на я вот ты садишься и шагающих00:20:32
по одному зачем нам вот эти уровни билет00:20:35
это наверное , связанность разработка и00:20:39
то есть пишется ну как бы постепенно00:20:42
идет разработка вот то есть какой то00:20:47
какой то написали функциональной ставите00:20:50
потом пока протестирует это solaris00:20:53
пишет новых националист проверяем уже и00:20:56
и вот соответственно00:20:59
провели поэтому идет от меньшего00:21:02
большему00:21:04
выдает проверили все хорошо у нас00:21:07
стабильно все работает то есть мы берем00:21:10
уже следующая пока мы следующую смотрим00:21:13
пишут след ну как бы соответственно00:21:15
следующих и но же как бы ног проваливай00:21:18
уже00:21:22
проверили вторую функциональность00:21:24
проводим регрессионное тестирование что00:21:27
встали функциональностью на все в00:21:28
порядке вот и так как бы как ну запах .00:21:34
в процесс разработки ты правильно00:21:36
описала виды тестирования действительно00:21:39
применяются по очереди каждый раз когда00:21:41
у нас приходит к это новая00:21:43
функциональность и00:21:46
но суть зачем мы все-таки делим 3 ты не00:21:49
назвала смотри просто дело в том что00:21:52
мы00:21:55
не всегда получаем стабильный билд в00:21:56
принципе постройках добавим его00:21:58
функциональность иногда после добавления00:22:00
новой функциональности вообще программы00:22:02
не открывается и нам наша задача00:22:05
тестировщика поставлены получаем00:22:07
очередную сборку00:22:08
убедиться в том что build вообще00:22:11
достоин или доступен для тестирования00:22:16
масштабного и поэтому нам нужно выделить00:22:19
отдельные кейсы которые просто по верхам00:22:22
проверю что программу в принципе00:22:24
работает потому что если она в принципе00:22:26
не работает нет никакого смысла00:22:28
проводить или грыж и углубляться в какие00:22:30
сложные кейсы по старым и нужно не00:22:33
работает00:22:34
цените нам нужно чтобы проверить свежую00:22:38
функциональность как правило почему мы00:22:40
проверяем свежую функциональность потому00:22:43
что я только что добавили и в ней00:22:46
статистически максимальное количество00:22:48
багов и ну скорее всего с ней что-то не00:22:50
так потому что я только что добавили и00:22:52
мы проверяем это во вторую очередь после00:22:55
того как вы стены что программа в00:22:56
принципе работает а00:22:58
регрессионным и проверяем в последнюю00:23:00
очередь потому что00:23:03
шансов найти баги в регрессионных тестах00:23:08
намного меньше потому что регрессионной00:23:11
тесты это то что было когда-то цените но00:23:15
в предыдущем цикле разработки и мы00:23:18
когда-то это уже проверили а потом00:23:19
просто сложили в чемодан храним это все00:23:23
и00:23:24
поэтому в некоторых компаниях иногда00:23:26
даже от регрессии отказываются чтобы00:23:30
сэкономить время или говорят но вы00:23:32
проверяете регрессию и только если время00:23:34
останется00:23:35
поэтому именно для того чтобы00:23:37
приоритизировать свою рабочую загрузку00:23:39
мы вот эти вот и придумываем уровне и00:23:42
в голове у все держим где мы сейчас на00:23:45
проекте где сейчас наша последняя фича00:23:48
чтобы понимать как глубоко прямо сегодня00:23:51
мы должны тестировать и вот это очень00:23:54
важно именно вот паз практически точки00:23:57
зрения когда ты будешь работать00:23:59
понимать поэтому это глубоко это00:24:02
обсуждаем это довольно практический00:24:04
вопрос00:24:05
хорошо а есть еще деление00:24:09
из кейсов на позитивные и негативные00:24:12
проверки знаешь в чем разница00:24:16
позитивные проверки это то как мы00:24:18
ожидаем то есть мы не пытаемся сломать00:24:21
систему мы так как пользователь должен00:24:23
как бы00:24:25
вести себя00:24:27
проверяем так скажем так друзья вести00:24:31
себя система имена уже в негативных то00:24:35
есть мы нестандартно и начинаем владеть00:24:39
проверки так00:24:41
в идеале конечно чтобы если мы этом не00:24:46
знаю пишем00:24:47
кейс такой чтобы00:24:51
программа именно сработал они00:24:54
положительно как-бы не про дальше не00:24:57
пропустила00:25:01
скажем00:25:03
вода позитивный настрой направленным то00:25:07
что как система работает при нормальных00:25:10
условиях то есть нормальный как бы там00:25:12
будем все значения в пределах допустимых00:25:16
принятия там полей например негативно00:25:20
это наоборот уже что положено как не00:25:23
должна работать просто не00:25:27
проверяем как система не должна работать00:25:29
это интересно а какой у нас ожидаемое00:25:31
поведение в негативных сценариях тогда00:25:34
что компьютер взрывается или дым идет00:25:36
или кореи00:25:38
если мы смотрим калькулятор00:25:42
[музыка]00:25:43
делить на ноль у нас нельзя это будет00:25:45
негативная проверка то есть а душа воды00:25:48
со ошибка если у нас деление на ноль00:25:50
произошло соответственно это уже дефект00:25:52
то знает как бы негативная проверка оно00:25:55
не зависит как бы все равно00:25:57
положительный результат ожидаемо у нас00:26:00
чтобы задать свой ошибка а уже00:26:02
фактически это же другое а при00:26:05
позитивных то есть это означает по 400:26:10
выдает и00:26:12
тут ты правильно назвала пример а не в00:26:16
теории не получилось хорошо писать00:26:18
правильным ответом будет то что мы00:26:20
ожидаем что пользователь который00:26:22
пользуется системы будет либо делать то00:26:26
что00:26:27
подразумевает системы либо то что00:26:30
противоречит логике системы система сама00:26:33
по себе она всегда00:26:35
адекватно должна на это реагировать вот00:26:37
только в случае если позитивный сценарий00:26:40
это какая-то там новых ну какой00:26:43
положительный сценарий там прошла00:26:45
покупку интернет-магазине что-то еще а00:26:47
если пользователь ведет себя так как00:26:49
система не хотел бы чтобы все вел туда00:26:51
ошибка какая-то показывается tooltip как00:26:54
он всплывает или просто не происходит00:26:56
реакции системы всякое бывает а зачем00:26:59
нам такое деление как ты думаешь00:27:02
но мне кажется нужно потому что первую00:27:07
очередь она проводится позитивные00:27:09
проверки чтобы удостовериться что00:27:10
действительно хотя бы функциональная00:27:12
седана правильно все работает система00:27:15
реагирует вот00:27:17
потом уже негативная проводится то есть00:27:20
нахождение багов если у нас все хорошо00:27:22
позитивных и ошибок ничего не выдает00:27:25
только вы приступаем к негативным чтобы00:27:28
уже проверите исключить уже негативной00:27:30
сценария а почему ну давай проверим00:27:33
сначала негативный а потом проверим00:27:34
позитивом и какая разница00:27:37
но это может наверное даже связаны с тем00:27:39
что первоначально нам не надо находить00:27:41
ошибки именно нам не надо ломать систему00:27:44
а хоть обостриться что она00:27:47
соответствует требованиям вот поэтому00:27:52
соответственно требованиям это00:27:53
положительное в основном позитивные00:27:55
позитивные проверки00:27:57
поэтому их проводят в первую очередь00:28:00
ну примерно так на самом деле в00:28:04
требования могут быть указаны00:28:05
негативность сценарий например какая00:28:08
ошибка должна быть показано в случае00:28:10
негативно на самом деле проблема в том00:28:13
что негативных сценариев бесконечное00:28:15
множество их можно придумывать00:28:16
придумывать придумывать придумывать тут00:28:18
пользователь какое-то сочетание клавиш и00:28:20
вел тот он какой-то вирус кинул на вход00:28:23
тут не что-то еще и это вечно вечно00:28:25
вечно и ты будешь и бесконечно этим00:28:27
заниматься и в итоге вместо того чтобы00:28:29
тестировать программу будешь бесконечно00:28:31
придумывать негативный сценарий поэтому00:28:33
в индустрии как правило пишут самые00:28:36
частые возникающие самые базовые00:28:39
негативный сценарий ну например юзер00:28:41
неправильный вел логин или пароль но это00:28:44
классика да то есть и как можно не00:28:46
предусмотреть такой случай и ты эти00:28:48
сценарии разумеется проверишь после того00:28:50
как ты проверишь позитивный сценарий вот00:28:53
но будет какой-то момент всегда в00:28:55
проекте где ты будешь останавливаться00:28:58
придумывать негативный сценарий и дальше00:29:00
двигаться в тестировании вот зачем чтобы00:29:03
бесконечно не генерировать00:29:05
сценарии негативного потому что сколько00:29:09
это их не генерировала все равно надет00:29:10
юзер который придумать то что ты в итоге00:29:12
не предусмотришь и от того не стоит00:29:16
хорошо супер окей00:29:20
техники то с дизайна знаешь какие-нибудь00:29:25
классы эквивалентности00:29:27
граничные значения00:29:30
перехода состояния есть и попарно00:29:32
тестированные на есть попарные не00:29:34
применяла ладно давай с самых простых00:29:38
начнем вот эквивалентное разделения00:29:41
стоит00:29:42
на эквивалентно разделение такие классы00:29:45
внутри которых система реагирует00:29:48
одинаково и на любое значение внутри00:29:51
этого класса так может вылезти пример00:29:54
класса00:29:57
могу00:30:02
например у нас есть поле ввода00:30:05
налоги принимают значение00:30:09
например только кириллица и латиница00:30:11
больше никакие другие силы то есть00:30:14
соответственно насколько популярности00:30:16
это будет первое00:30:18
латиница и кириллица00:30:20
знаки и другой класс это будет остальные00:30:24
спят симптомы числа и так далее до00:30:28
самого решен кроме кроме латинице00:30:30
кириллице ничего не принимают от куда уж00:30:32
там числа возьмутся00:30:39
нет этот другой класс кириллицы в00:30:42
латиницу портреты ты говоришь ты00:30:44
говоришь вот допустим из из поливода00:30:46
который принимает только кириллицы в00:30:48
латиницу и00:30:50
потом говоришь вот пример как мы будем00:30:53
работать вот у нас есть класс00:30:54
эквивалентности допустим кириллицы ну00:30:56
все правильно до этого момента еще один00:30:59
есть класс эквивалентности то цифры и00:31:02
буквы00:31:03
символы00:31:07
спецсимволы там как не знает самоката .00:31:15
не должна принимаете и любое что мы из00:31:18
него увидем как бы система должна кришна00:31:21
не понял это класса валентности для00:31:24
негативных сценариев00:31:28
хорошо00:31:36
хорошо на самом деле кириллицы и00:31:39
латиницы они тоже не могут быть одним00:31:41
классом к валентности это верно это00:31:43
символы клавиатуры но так как и два00:31:45
разных алфавита это а не отдельные идут00:31:48
не 1 лат не важно правильно хороший00:31:52
ответ нормально00:31:54
зачем нам нужен такой подход00:31:57
зачем нам нужно как колоска валентности00:32:00
вводить какой-то вот набор да там00:32:02
допустим символов на вход в чем смысл00:32:06
что минимизировать количество тестов так00:32:09
как на может быть ограничены во времени00:32:12
вот проверять каждый символ кажется там00:32:17
не зная если по длине то есть ты каждый00:32:20
раз одно и то же у нас будет очень-очень00:32:22
много тестов вот благодаря этому как бы00:32:26
мы делаем выборг внутри этого класса то00:32:30
есть у нас соответственно если реагирует00:32:32
одинаково система то есть у нас тестов00:32:35
намного меньше уже будет а почему будет00:32:37
меня показать яблоки 130 ты все00:32:39
правильно говорит всё правильно говоришь00:32:40
вот но нужно а конкретно в чем здесь00:32:43
экономия временем будет вот мы для себя00:32:46
объявляем что у нас есть входные данные00:32:48
допустим буквенные символы и мы00:32:51
используем технику и к валентного00:32:54
разделения00:32:55
что в итоге вот так вот у нас есть вот00:32:58
реальные поле ввода учесть алфавит таким00:33:01
образом мой здесь вот пример из кейсов00:33:04
назови чтобы понять как они экономит нам00:33:07
время и количество00:33:12
например в поле ввода мы вводим там00:33:16
на кириллице слова предположим любое без00:33:20
разницы какая то не почистить и сбоку на00:33:23
кириллица00:33:25
соответственно у нас система должна быть00:33:27
реагировать это все хорошо залогинились00:33:30
следующие там мы берем если нас пустое00:33:34
значение то есть у нас система говорит00:33:36
то что пустое я тебя не потащу но грубо00:33:39
говоря это вот и это негативный тест как00:33:43
вы плюс еще 1 из 100:33:46
символ а не знаем мы написали там !00:33:50
. , . . и опять системно говорит ну нет00:33:55
неважно даже можем один знак написать00:33:57
там два или три на любой статье малых он00:34:00
не пропустит соответственно как бы у нас00:34:04
сокращается уже тесты намного меньше00:34:07
нежели мы будем буква а буква п буква вы00:34:10
там и так далее по букве на проверяет мы00:34:14
можем бесконечно много сделать тест00:34:17
кейсов а так мы просто ввели00:34:22
тут я понимаю что ты говоришь просто00:34:25
самое главное надо сказать что нам не00:34:28
нужна и из каждого класса к валентности00:34:30
проверять все входные данные то есть00:34:33
допустим 5 символов нам не надо00:34:35
проверять все статьи нам надо срочно00:34:37
проверить один или несколько в00:34:38
зависимости от того сколько у нас00:34:40
минимально на вход из букв нам не нужно00:34:42
проверять все буква алфавита проверить00:34:45
парочку сама00:34:49
хорошо и00:34:52
давать этаналь про анализ границ00:34:55
значения поговорим про что он зачем он00:34:57
нужен00:34:59
олесь граничных значений часто бывает00:35:02
что на границе00:35:03
появляются ошибки поэтому а есть такие00:35:07
как бы такая техника дизайн и если мы00:35:10
возьмем например тот же самая боль и вот00:35:12
а и00:35:13
он принимает от пятен например до 1500:35:17
символов00:35:18
включительно вот и мы должны проверить у00:35:21
нас система как бы премия там например00:35:24
два символа него если от пяти до десяти00:35:30
то это четыре символа той самой значение00:35:33
говоришь ему давали шанс теория потом00:35:35
нырнем00:35:37
сколько у нас обычно нужно нам проверок00:35:41
в соответствии с техникой коваленко и00:35:43
анализа граничное значение00:35:45
интервал00:35:47
вот у нас есть четыре вот и назови какие00:35:52
это 4 вот например00:35:56
граница минус 1 значение и верхняя00:36:00
граница предназначение00:36:02
хорошо отлично вот и теперь можно00:36:07
привести пример вот у нас есть интервал00:36:09
там от пяти до десяти какие конкретно00:36:12
проверки ты будешь использовать00:36:14
проверки на четыре символа на 5 символов00:36:17
на 10 1 см00:36:20
это будет положите на 411 это будет00:36:24
негативно клерк а если будет интервал от00:36:27
1 до миллиона сколько у нас будет00:36:33
один миллион00:36:35
миллион один00:36:39
если там 10100:36:44
правильно правильно то есть сила этого00:36:47
подхода в том что не важно какой длины у00:36:49
нас интервал проверок всегда будет00:36:51
одинаково тут на самом деле есть00:36:53
философское вопрос сколько их должно00:36:55
быть по минимуму где написано 4 где-то00:36:57
написано 5 то есть допустим я читал00:37:00
что-то еще внутри интервала надо взять00:37:02
случайное значение чтобы уж точно там00:37:04
все работало00:37:06
а так хорошо верно супер00:37:10
ладно давай поговорим про00:37:14
тест в документацию то есть план00:37:16
приходилось когда-нибудь писать а00:37:19
примерно00:37:21
4000:37:25
я понимаю то что читала что это такой00:37:30
документ где у нас есть точка входа00:37:32
выхода тестирования проекта расе00:37:35
прописана окружении на котором будет00:37:37
проходиться возможно там версия бил как00:37:42
бы вот это вот все нюансы00:37:45
вот ты правильно сказала примерно про00:37:48
точки входа-выхода это критерии начала и00:37:51
окончания тестирования00:37:53
про окружении правильно что мое00:37:55
окружение подбираем а что мы еще ну00:37:57
версии build втс плане может еще не быть00:38:00
но убрали точный на транспортном мир00:38:01
сибил например а что-то мы еще можем там00:38:04
указать00:38:11
[смех]00:38:17
ну вот 5 пальцами00:38:21
есть формально стандарт00:38:24
отраслевые как выписать но есть теория00:38:26
там много чего можно можно и00:38:29
тестирование указать можно указать00:38:33
расписать00:38:35
каком месте допустим спринта как00:38:37
водитель стерни будет применяться то00:38:39
есть там там много ну тогда я рекомендую00:38:42
отдельно почитать потом в конце тогда00:38:45
расскажу00:38:46
какие там критерии начал окончании00:38:48
тестер конкретным бываем да ладно00:38:52
тест кейс checklist что это такое и00:38:55
зачем они нужны что включаю00:38:58
ч клетка это набор проверок то есть без00:39:02
углубление00:39:04
набор проверок или кейс это уже более00:39:08
расширенно00:39:09
такие проверки где уже есть и у нас шаги00:39:13
воспроизведения и ожидаемый результат00:39:19
как выглядит проверка в чеклисте вот сам00:39:22
чек что в нем есть и00:39:24
[музыка]00:39:26
отравление вот у нас любят приборкой у00:39:30
надо у нас есть эскиз ты говоришь то00:39:31
мешок и ожидаем результат но и наверное00:39:34
там есть еще какое-то название чтобы вы00:39:37
идентифицировать a00:39:40
checklist что такое это проверка список00:39:44
чеков проверок чек-лист00:39:46
соответственно катка каждый вот этот чек00:39:49
каждая проверка на содержит себе00:39:52
какие-то поля разные или еще чтобы00:39:56
ехать самому проверку00:40:00
я вкратце и сало как проверку что я00:40:03
проверяю00:40:04
лично моё это без углубления то вот00:40:12
как правило одно название в себе да там00:40:14
типа какая-то хрень работает данная00:40:17
регистрация проходит успешно там вот00:40:20
такими короткими этим без сложных а00:40:30
зачем нам в принципе для одного и того00:40:33
же до для описания сценариев00:40:35
тестирования нужны эти свечи кресты то00:40:39
есть это как бы для одного и того же00:40:41
нужно но имеет разную сложность описания00:40:44
глубину зачем нам такая заморочка почему00:40:46
мы не пользуемся чем-то одним00:40:49
скорее всего вы тоже будет связана со00:40:53
мной разработкой сама то что00:40:57
связано с00:41:00
проектом00:41:02
применяется там где-то нужно будет прямо00:41:05
досконально все проверить то это будет00:41:08
уже соответственно пирс кейсы00:41:10
проводиться если где-то ты работаешь но00:41:14
как бы один тестировщик это понимаю что00:41:16
ты там будешь делать и как бы не очень00:41:20
большой проект то мне кажется есть можно00:41:23
будет обойтись уже самим чек-лист он00:41:29
так00:41:32
от размера проекта зависит да допустим00:41:35
если00:41:37
ты одна допустим и тебе не надо никому00:41:40
расписывать какие-то сложных проверок00:41:42
это как бы самое такс курсе то можно00:41:44
сделать чек листы и правильно если00:41:47
в проекте00:41:49
ты не одна вас несколько то лучше то00:41:53
есть с ней делать-то ему проект00:41:57
достаточно большое и требует но00:41:59
я для себя могу написать так как меня00:42:02
будут понятно на другой человек если00:42:05
возьмет тот же саныча лист он может не00:42:07
понять что я хотела этим сказать никакую00:42:10
я проверку проводила это для понимания00:42:12
для командной работы так скажем правда00:42:15
бусины друг друга понимали все все верно00:42:18
а еще как-то думаешь какие что может00:42:21
повлиять на выбор кроме размера проекта00:42:25
и допустим сложности00:42:34
не знает не приходит был00:42:38
количество времени допустим вот даже00:42:41
если проект очень сложный но у тебя00:42:44
просто нет времени писать тесту00:42:46
документации нужно тестировать но для00:42:48
себя как то хочется закрепите какой-то00:42:51
план тестирование по кому какой то там00:42:53
сьют чтобы хоть где-то делать отметки и00:42:56
сама ты не запуталась что-то уже00:42:57
проходила что не проходила тут ты уже00:42:59
волей-неволей бы использовать чек-лист00:43:01
потому что вы быстрее писака а если00:43:04
время и много если проект такой вот00:43:06
тягуче такое всегда дает могу если00:43:09
спринт и длинные ты-то не каждый 200:43:12
недель у вас релиза каждые два месяца00:43:14
там как правило можно и доске и со00:43:16
написать поподробнее и так далее00:43:19
хорошо00:43:21
нормас супер00:43:23
[музыка]00:43:24
багрепорт что такое что все включает00:43:29
bug reports on тебя включает это идеи то00:43:33
есть название что такое название что где00:43:36
и при каких условиях происходит чтобы00:43:39
другой человек который будет это00:43:40
исправлять он понял00:43:43
кому то же самое начало так скажем00:43:46
флешечка похоже ставь кейсов по этого00:43:48
что это окружение00:43:50
написано может быть какие-то предусловия00:43:52
то те же самые шаги воспроизведения но00:43:55
отличается00:43:57
баг репорт а от самого тест кейса это00:44:01
уже тем что есть фактический результат00:44:03
то есть к чему вот эти шаги они приводят00:44:06
что мы видим ее что нас не устраивает00:44:08
вот но и соответственно там уже на это00:44:12
не обязательно может быть приложение00:44:14
видео например производится кабак либо00:44:18
скриншот где там это бак тоже находится00:44:21
ну и сам по себе как бы эта серьезность00:44:24
этого бага00:44:25
что он там может быть критически очень00:44:28
бака может быть но затем незначительный00:44:31
еще очень важно ну не критично да без00:44:35
это может багрепорт ну еще однако вон за00:44:37
самим данный момент кто работает автор00:44:41
потому что автор как правило это00:44:43
тестировщик мы которого он будет00:44:44
возвращаться в случае чего и которым00:44:46
будут вопросы00:44:50
порождаемое поведение тоже надо00:44:52
упомянуть да я понимаю ты сказал такие00:44:54
же поляков эссе но все равно сказал00:44:56
практически00:45:03
все остальное в принципе нормально да00:45:05
верно действительно и00:45:08
по поводу серьезности это опасные слово00:45:11
потому что есть в теории постепенно00:45:14
слова приоритет а есть серьезность и00:45:18
а допустим в жире это поле называется00:45:21
приоритеты серьезности никакой нет а в00:45:24
каком-нибудь microsoft системе для00:45:26
хранения тикетов там есть и серьезности00:45:29
приоритет есть целая философия как эти00:45:32
понятие делить00:45:34
соответственно00:45:35
ты говоришь в спорте есть серьезность00:45:39
только можем00:45:42
или туле цены а может быть безвестности00:45:46
только приоритет00:45:50
приоритетом же нам показывает насколько00:45:52
срочно нужно исправить этот баг не глав00:45:55
тоже он существует то есть насколько он00:45:58
важен этот прийти прострелить этом00:46:02
всегда мне кажется есть это00:46:04
серьезность как бы это уже00:46:07
это другой совершенно это насколько00:46:09
серьезно влияет на функциональность все00:46:14
правильно все верно говоришь что все так00:46:16
просто но сейчас да там в jiri в системе00:46:20
которые используют 90 по центру кейсов00:46:22
нет отдельно поле серьезности поэтому00:46:24
когда ты приоритет выстраиваешь ты сразу00:46:27
все учитываешь и насколько он опасный00:46:29
насколько он мешать но на самом деле в00:46:31
чаще всего если бак и ломает пол системы00:46:34
то обычно он им имеет высокий приоритет00:46:36
вот обычно бывает исключительно случае00:46:40
до но тем ни менее хорошо замечательно00:46:45
так00:46:47
давай поговорим про00:46:49
жизненный цикл багрепорт а что00:46:52
происходит с багрепорт am в системе00:46:56
среднестатистической после того как ты00:46:58
его там завела и00:47:00
я уже обнаружила dacia эмаль назначаю и00:47:05
направляю на разработчиков чтобы он его00:47:09
пофиксил так скажем это действительно у00:47:13
него тоже воспроизводит салон его exe00:47:17
вот отправляет обратно не то есть я уже00:47:21
смотрю во все дела часа перл00:47:24
бак и закрывается вот и реальная такая00:47:30
но не всегда идеально00:47:34
что может быть и не так бывает бывает00:47:37
такое что00:47:40
может быть это не баг это такое как бы00:47:44
поведение эта фича ,00:47:52
я проверяю00:47:55
бывает такое что он не воспроизводит00:47:58
собак мне воспроизводится и тут нужно же00:48:02
смотреть тут либо на кассе парила я00:48:05
смотрю действительно ли как бы все00:48:08
правильный я и сделала есть вида тоже мы00:48:12
то скорее всего тут нужно смотреть с00:48:16
разработчиком селе условия у нас00:48:18
одинаковые погружение если версия билда00:48:22
есть у нас разные соответственно мы и не00:48:24
можем понять друг друга00:48:28
мне кажется в крайнем случае если как бы00:48:30
все идеально00:48:33
наверное уже тут нужно будет подойти и00:48:36
спросить совета все правильно правильно00:48:40
докатим лиду если тимлида нет можно тоже00:48:42
мы можем написать вот и сказать что00:48:46
здесь такой варик и00:48:48
он тогда уже человека а не человек00:48:51
который отвечает за весь продукты скажет00:48:54
либо разработчику ну-ка давай-ка напряги00:48:57
постарайся найти бака исправит либо тебе00:48:59
скажет ладно бак не страшный ты считаешь00:49:03
что что он не страшный отложи его куда00:49:05
они закрой но ты как профессионал00:49:08
тестирования не забудешь сделать в00:49:10
комментах там помягче кучу мне сказали00:49:11
его закрытие ли там отложить на самом00:49:13
деле вот он действовал так что будем00:49:15
иметь ввиду00:49:16
хорошо00:49:19
вот мы00:49:21
подумали о том когда у нас все хорошо00:49:23
потом когда у нас бар поначалу00:49:27
разработчик пишет он не воспроизводится00:49:29
в этом решали еще ноты бак типа это фича00:49:32
а какой еще бывает случай как ты думаешь00:49:35
в жизни нацики багрепорт а когда00:49:38
дубликат скорее всего00:49:41
лет вы00:49:43
тоже тут нужно проверить увлекает00:49:46
каким богам а не похуй ну как бы этот00:49:50
баг который изначально как указывать что00:49:51
дубликат он закрыт или открыт и00:49:55
если он закрыт а это значит00:49:58
переоткрывает как при опенинг делает00:50:01
стоять перед с еще раз ты baking00:50:05
проводится вот00:50:07
если он открыт то00:50:11
возможно что00:50:14
целый это изначальный что вернусь сюда в00:50:19
первое что мы узнаем это что00:50:21
действительно был дубликат потому что00:50:23
иногда разработчики верят во мне00:50:25
показалось нечто подобное видел ты00:50:28
пожалуйста глазами 150 открытых багов00:50:31
пересмотри и вот что там найдешь то есть00:50:33
этот вариант не подходит нам по00:50:34
котировкам мы говорим давай пожал00:50:36
ссылочку кей на дубль чтобы мы вот этим00:50:39
всем не занимались если же ссылочка есть00:50:42
ты проверяешь во-первых действительно ли00:50:44
дубликат потому что тоже могло00:50:45
показаться ну допустим там бак по поле00:50:48
логина ты поле пароль и проверяешь а у00:50:49
них разное валида не страница 1 они00:50:52
рядом но все-таки трасс если же ты00:50:55
согласна что действительно там дубликата00:50:57
ты как правильно сказала смотришь на00:50:58
статус вот этого оригинального бага00:51:00
который был то если он еще открыт то да00:51:05
ты свой при ленкова ешь просто00:51:06
информацию добавляешь и закрываешь если00:51:10
же то первоначальный баг уже закрыть как00:51:12
пофиксили его или еще чем-то ты делаешь00:51:16
так как принято у вас проекте либо ты00:51:18
перри открываешь тот оригинальный бак00:51:21
если это возможно это же информацию00:51:23
необходимо добавляешь либо ты у своего00:51:25
меняется статус дубликат на нил просто00:51:28
кидаешь ссылку на старой бабкой и00:51:29
говоришь ну это уже было поэтому давайте00:51:32
чинить и разработчикам будет проще тут00:51:34
уже надо смотреть как команде хорошо00:51:37
супер00:51:38
ладно00:51:41
давай тогда поговорим вот про что ты00:51:46
говорила что тестировала в приложении да00:51:48
и00:51:51
имеешь какой-то опыт в этом можешь ли ты00:51:54
рассказать в принципе особенности работы00:51:56
в приложении и00:51:58
от которых нужно отталкиваться когда мы00:52:00
выбираем разные виды тестирования да то00:52:03
есть но что мы должны обратить внимание00:52:06
именно в приложении в отличие от00:52:07
нативных или гибридных когда мы00:52:11
тестируем00:52:15
я есть когда смотреть приложение00:52:18
веб-приложения тестировал его00:52:20
восстановят for меня были считаю00:52:23
регистрация и авторизация00:52:27
но и начинала как бы есть ли так скажу00:52:31
что00:52:33
разбивала я все для себя по модулям00:52:36
просто понятно а вот если мы в принципе00:52:39
подходим из того как вот в этих налоги00:52:41
работает до00:52:43
веб-сайт какой то ли еще что то вот если00:52:46
прям более как бы00:52:48
картину выше возьмем что мы в принципе00:52:52
проверяем в основном принято степени в00:52:56
приложении кроме и вот функциональность00:52:58
сама ты что она выполняет основные00:53:00
функции а что мы еще можем проверять мы00:53:03
смотрим от чего зависит работа в00:53:05
приложении00:53:09
как а именно ведь тестирование00:53:12
подошел бы quad приложение не подошел бы00:53:15
допустим к достойному приложения00:53:24
понимает что это тестирование00:53:34
что еще новое приложение важно00:53:37
вот кроссбраузерная наверное важно00:53:41
уже нету browse работа тут важно дальше00:53:45
у нас есть еще там такие виды00:53:47
тестирования как тестирования на там00:53:49
прерывание на там албин 2 что есть на00:53:53
низкий интернет то есть надо смотреть на00:53:56
сколько у нас сильно влияет скорость00:53:59
интернета на работоспособность потому00:54:01
что у доступного но ему00:54:03
интернет-компаний правильно00:54:06
что еще может потому00:54:09
вы до00:54:11
дистанционно тестер не нам нужно выбить00:54:23
совершенно верно от операционной системе00:54:26
водород00:54:28
может быть для приложения могут как00:54:32
нагрузочное тестирование объем данного00:54:35
пользователя входят в систему и начинает00:54:39
использовать00:54:43
[музыка]00:54:45
то что у нас есть много видов тестерами00:54:48
производительности в том числе объемное00:54:49
тестирование и туда все правильно сервер00:54:52
отдельно тестируем и тестируем00:54:55
что у нас скорость интернета допустим00:54:58
работу для нас приложений если плохая00:55:00
сеять из нету все эти что он показывает00:55:02
вот тут уже негативное подключается00:55:06
кроссбраузерная проверяем вот но при00:55:09
этом мы учитываем что от железа не00:55:11
должно зависеть от мощности не зависит00:55:14
от операционной системы по сути потому00:55:16
что зависит от браузера до вот00:55:19
соответственно такие вещи надо это бы00:55:22
держать в голове вот и могут спросить00:55:24
про другие виды вот допустим про00:55:27
нативные да и так же ты соответствии с00:55:30
той же классификации для себя ты можешь00:55:34
также ответить какие особенности рования00:55:37
нативных видов приложи что установка уже00:55:40
нужно что от операционной системы00:55:42
зависит от железа00:55:44
вот а допустим курс браузер мне нужно00:55:48
что браузер в нативном не работает и00:55:52
вот00:55:54
хочешь дальше можешь рассказать что еще00:55:57
для нативно00:56:03
но в общем хорошо я понял еще гибридные00:56:07
там тоже особенная слишко как гибридное00:56:10
приложение работает и00:56:12
времени ладно хорошо00:56:16
норма00:56:19
ладно00:56:21
ладно тогда давай поговорим про00:56:26
что поговорим про по методологии00:56:30
разработки и про вот это как ты себя00:56:32
чувствуешь проекте кто то попадаешь вот00:56:35
у нас есть разные методологии есть00:56:38
отжала методологии есть не00:56:50
везде да как раз начинает водопадная00:56:53
модель и так как она там везде рисуночки00:56:56
сверху вниз что каждый этап он00:56:59
постепенно завершается первый00:57:01
второе и так далее так далее это00:57:03
возвращение к предыдущему этапу вида00:57:07
невозможно может быть реально где-то там00:57:10
но очень сложно это делать вот это есть00:57:14
в конце мы получаем готовый продукт по00:57:19
окончании всех этапов вот мы получили00:57:21
каблук00:57:23
вот00:57:25
так это круто мы получили продукт и мы00:57:28
знаем00:57:30
требований еда что у нас всегда я вот00:57:33
они разработали с требования нами анализ00:57:35
аналитика все это сделала и они вот у00:57:38
нас есть уже по ними и разработчики00:57:40
делают когда разработка закончилась00:57:43
тестировщик делает из но уже все знаем00:57:45
что хочется00:57:48
скажешь зачем же мы в итоге туда00:57:50
какой-то аджая вы думали если00:57:53
булочкам начала это более гибкая00:57:57
методология00:57:59
то есть00:58:01
конечно нет такого четкого понятия что00:58:05
нам дали и все требования все больше не00:58:07
будут добавляться нет и по каждому00:58:10
принту могут добавляться требование а00:58:12
вот мы еще хотим вот это она еще хотим00:58:14
вот это и мы запускаем этот как бы00:58:16
гибкая и мы получаем на выходе но при00:58:20
одном спринте этом например одна версия00:58:23
2 спринт закончился мы добавляем удобно00:58:26
для 2 версии так далее то есть это уже00:58:29
более гибкой и00:58:31
нет такого четкого понятия как что00:58:35
закончился один блок и начинается четко00:58:38
другой и как бы связь с другим нет00:58:40
потушу но спринт закончился чем-нибудь00:58:45
каком формате00:58:50
[музыка]00:58:52
но по сути же вот эти спринт и это те же00:58:57
то есть подряд ведущие какие-то действия00:59:01
который привык к тому что программа00:59:04
увеличивается улучшается просто дамы00:59:07
более глобальными00:59:10
мать или мы измеряем при водопаде и в00:59:13
конце водопада у нас как правило уходит00:59:15
огромный кусок программного кода а когда00:59:18
принтами вот этими движемся мы00:59:20
потихонечку прирост делаем к программе00:59:23
ну в итоге программа также растет просто00:59:25
циклы короче вот описала ты правильно00:59:29
отжарил подход в частности скрам про вот00:59:32
эти спринт и и00:59:33
водопад00:59:35
обратная связь затруднено00:59:38
лучше прорабатывать на каждом этапе все00:59:41
эти вещи там документации лучше пишет00:59:44
мыши них больше времени все остальное00:59:46
всё это верно но зачем же нам и то и00:59:49
другое тогда и в таком случае какой00:59:52
вариант подхода к разработке мы00:59:54
применяем00:59:55
мне кажется это тоже зависит от проекта00:59:58
какой у нас проект есть проект который01:00:01
требует прямо все четко по полочкам01:00:04
модель она очень хорошо подойдет01:00:08
но это скорее всего может быть что01:00:10
нибудь связан там01:00:13
река с мистической не программами вот01:00:16
такие как медицинские а если то же самое01:00:21
магазин он не требует такого чёткого и01:00:24
каждый раз мы хотим вот такой01:00:29
ясно что здесь лучше подойдет уже scran01:00:35
гибкая01:00:37
будет здесь01:00:39
нежели там вы далее через несколько01:00:43
продолжительное время мы выдадим01:00:45
обновление ну да да то есть быстрее на01:00:49
изменение реагирует отзывов вот чем01:00:52
waterfall еще нам важно насколько01:00:55
большая цена ошибки потому что если в01:00:57
интернет-магазине будет bad это не тоже01:00:59
самое что если ракету01:01:03
хорошо01:01:04
верно а есть еще вода или кроме с кран01:01:08
еще камбал слышал когда01:01:12
я как и название слышал да я не совсем01:01:15
все равно поняла различий между ними и01:01:17
из крама01:01:21
со мной от01:01:23
компании нет спринтов то есть это мы01:01:25
идет о планировании любой исходя из01:01:28
каждой задачей в отдельности и01:01:30
нет такого что01:01:33
четких спринтов которым либо что должно01:01:35
быть сделано либо выкинут из блога и так01:01:37
далее то есть принты и могут01:01:39
отодвигаться01:01:40
они не настолько фиксированные и01:01:44
это имеет свои плюсы и минусы но лучше01:01:47
ты почитаешь01:01:49
тогда01:01:51
окей окей в принципе мы очень много01:01:55
всего обсудили01:01:57
практически все что я хотел01:02:00
какой мой фидбэк смотри я не рекомендую01:02:04
выучить какой-нибудь одно определение01:02:07
что это тестирование потому что так01:02:09
пыталась сформулировать его на ходу это01:02:11
не очень хорошо получилось просто выучи01:02:13
возьми какое простое определение01:02:15
самое простое то есть источник св book01:02:18
2004 года там указано что тестирование01:02:22
эта проверка соответствия01:02:24
между ожидаемым фактическим поведением01:02:26
программы осуществляемый на конечно01:02:28
наборе тестов выбранных определенному01:02:31
все и01:02:33
тебе будет проще тебя не придется вот в01:02:36
стрессе там что-то пытаться придумать01:02:38
для себя вот по01:02:42
целям тестирования тоже где-нибудь есть01:02:46
разные классификации цели тестирования01:02:47
но просто мы стал говорили ты сказала01:02:49
что и вот одна из целей то поиск багов а01:02:51
потом как здесь стало сложно вот вот01:02:53
соответственно где нибудь возьмем01:02:55
какой-нибудь список этих целей чтобы01:02:59
кроме поиска блогов было что-то счета01:03:01
предоставление обратной связи о качестве01:03:03
продукта01:03:05
[музыка]01:03:09
самому01:03:13
элемент как я назвала ну01:03:20
надо было не очень четко может быть ты01:03:22
знаешь я просто рекомендую повторить01:03:24
возьмем простую классификацию простую01:03:27
чтобы тебе не пришлось чтобы тебе в 101:03:31
час было понятно и все остальным видам01:03:33
тестирования в принципе нормалек01:03:37
про серый ящик можешь почитать можешь01:03:40
что не читать и не все интерьеры знают01:03:42
про сир ящик тоже не все любят про него01:03:44
рассказывать и обсуждать поэтому до01:03:47
цените смолкли грешим повторить да зачем01:03:51
нам нужно я объяснял но все равно чтобы01:03:53
скрепила для себя так это хорошо уровне01:03:57
тестирования были хорошо01:04:00
техники ну norma на принципе просто надо01:04:04
в первую очередь их с теоретической01:04:06
точки зрения а потом уже пример01:04:07
приводить когда пример приводишь сразу01:04:09
кажется что вот и сейчас на примере01:04:11
объясню в итоге у01:04:14
всех такая классика01:04:17
хорошо так госплан почитай есть такой01:04:22
источник01:04:26
829 стандарт качества01:04:29
а и буква а и и три буквы и английские01:04:33
как на продуктах питания01:04:36
вот вот есть такое 829 он вообще был01:04:41
создан для того чтобы описать как лучше01:04:43
проверять в промышленности01:04:46
но он вполне себе подходит как источник01:04:49
для01:04:51
разработки программ обеспечения и там01:04:53
вот указаны вещи которые должны быть в01:04:56
том плане что01:04:58
тестировать что будет тестировать как01:05:01
люди критерии начала окончании вот это01:05:04
все как раз там расписано вот01:05:07
чек лист эскиз хорошо багрепорт тоже в01:05:11
принципе все было хорошо01:05:14
так это обсудили вот принципы работы01:05:18
приложений очень важный с практической01:05:21
точки вопрос потому что когда ты будешь01:05:24
стучаться на конкретное собеседования01:05:26
очень сейчас программа в вакансии будет01:05:29
указано мы разрабатываем у нас гибридные01:05:31
приложения или у нас нативное приложение01:05:33
или у нас web приложений и когда ты01:05:35
попадешь на собеседовании ты уже будешь01:05:38
примерно понимает что те будут01:05:40
спрашивать исходя из того что у них есть01:05:41
что-то быстро стиль поэтому прочитает01:05:45
про принципы работы в первую очередь в01:05:48
приложении нативных или доступных и01:05:50
гибридных а потом на основании этого01:05:53
подумай какие бы ты виды тестер не01:05:55
применяла каждому виду приложения какие01:05:58
бы не применял музыка вот на контрасте01:06:01
создать понимает уже действительно01:06:02
подход может быть разный01:06:05
нужно будет разный вот так и все01:06:11
остальное в принципе нормас а ну про01:06:15
канбан почитать чудо чему действительно01:06:16
скрама отличается потому что он не01:06:19
сильно отличается они с чем-то совмещены01:06:23
допустим канбан доска вот этому стулу и01:06:25
брови сдан она уже в скрам перешла и в01:06:27
другие места и бывают путаница01:06:30
почитай01:06:33
все в принципе у меня вопросов больше01:06:36
нет у тебя есть какие то вопросы01:06:39
дайте мне надо поработать что01:06:41
[смех]01:06:46
хорошо01:06:48
тогда удачи тебе в повторении01:06:52
узких мест и нахождение работы до таких01:06:56
большая01:06:57
пожалуйста давай пока01:07:02
ну как вам было интересно если да то01:07:07
ставь лайк запусти камин и посоветую01:07:10
видео таким же начинающим тестировщиком01:07:13
хочу поблагодарить алена за участие в01:07:16
подобном формате собеседование и жила ей01:07:18
как можно быстрее получить желаемую01:07:20
работу также напоминаю если вы хотите01:07:23
участвовать в подобном собеседование01:07:26
заполните форму по ссылке внизу в01:07:28
описании или напишите мне в личку до01:07:31
нового видео пока01:07:35
[музыка]Описание:
Записывайтесь/подписывайтесь: Визитка https://beacons.ai/ncherkasov Форма для записи на публичное собеседование https://cherkasovschool.zenclass.ru/public/course/b039abbd-01cc-4c9d-8f91-83fc1fcb8879 Форма для записи на приватное собеседование https://cherkasovschool.zenclass.ru/public/course/5faf7907-506b-4dc9-9158-94a0080a1810 Бусти https://boosty.to/cherkasovschool (откроется доступ на закрытый канал + дискорд сервер с полезной инфой) Телеграм личка https://t.me/ncherkasov01 Школа в Телеграм https://t.me/cherkasovschool Школа в Вконтакте https://vk.com/cherkasovschool (в обсуждениях есть Отзывы) Если хочется послушать видосы в качалке/пробежке/за рулём помимо ютуба: Apple podcast: https://podcasts.apple.com/us/podcast/cherkasovschool/id1743985240 Yandex podcast: https://music.yandex.ru/album/22671918 Google podcast: https://podcasts.google.com/feed/aHR0cHM6Ly9wb2RzdGVyLmZtL3Jzcy54bWw_cGlkPTgxNTIz Таймкоды: 0:00 Стартуем 0:08 Приветствие 0:52 Начало собеседования Алёны 1:04 «Расскажи о себе» 2:05 «Что такое тестирование» 2:49 «Что делать если нет требований» 3:36 Откуда еще взять требования? 4:53 Какие цели тестирования? 7:39 Какие виды и классификация тестирования 8:38 Расскажи про уровни тестирования 9:20 на каких уровнях тестирования ты будешь взаимодействовать как ручной тестировщик? 9:50 Расскажи про White/Black/Grey Box-тестирование 11:20 Расскажи про нефункциональные виды тестирования 14:26 smoke, sanity и regression когда проводятся и в чем отличия? 19:54 Зачем мы разделяем уровни тестирования с практической точки зрения (smoke, sanity и regression) 24:06 Разница между негативным и позитивным тестированием? 26:14 Правильный ответ на вопрос про позитивное и негативное тестирование 27:01 Для чего нужно деление на позитивное и негативное тестирование 29:24 Какие ты знаешь техники тест-дизайна 29:39 Что такое эквивалентное разделение, приведи пример 31:55 Зачем нам нужны классы эквивалентности 34:23 правильный ответ на «Зачем нам нужны классы эквивалентности?» 34:55 Граничные значения и зачем они нужны? 37:19 Доводилось писать тест-план? ЧТО ЭТО И ДЛЯ ЧЕГО НУЖЕН? 38:52 Что такое тест-кейс и чек-лист и для чего они нужны? 39:19 Расскажи про атрибуты чек-листа? 40:30 В каких случаях мы пишем тест- кейсы, а в каких чек-листы? 43:23 Что такое баг-репорт? 49:36 Какие бывают случаи в жизненном цикле баг-репорта? 51:42 Особенности тестирования веб приложений? 56:35 Расскажи про методологию разработки ПО? 59:48 Какие подходы к разработки ПО мы применяем в проекте? 1:01:07 Слышала про методологию Kanban? 1:01:58 Фидбек после собеседования 1:07:03 «НУ КАК ВАМ?БЫЛО ИНТЕРЕСНО?»
Готовим варианты загрузки
* — Если видео проигрывается в новой вкладке, перейдите в неё, а затем кликните по видео правой кнопкой мыши и выберите пункт "Сохранить видео как..."
** — Ссылка предназначенная для онлайн воспроизведения в специализированных плеерах
Вопросы о скачивании видео
Как можно скачать видео "Собеседование на тестировщика ПО (Junior QA) №4"?
Сайт http://unidownloader.com/ — лучший способ скачать видео или отдельно аудиодорожку, если хочется обойтись без установки программ и расширений. Расширение UDL Helper — удобная кнопка, которая органично встраивается на сайты YouTube, Instagram и OK.ru для быстрого скачивания контента.
Программа UDL Client (для Windows) — самое мощное решение, поддерживающее более 900 сайтов, социальных сетей и видеохостингов, а также любое качество видео, которое доступно в источнике.
UDL Lite — представляет собой удобный доступ к сайту с мобильного устройства. С его помощью вы можете легко скачивать видео прямо на смартфон.
Какой формат видео "Собеседование на тестировщика ПО (Junior QA) №4" выбрать?
Наилучшее качество имеют форматы FullHD (1080p), 2K (1440p), 4K (2160p) и 8K (4320p). Чем больше разрешение вашего экрана, тем выше должно быть качество видео. Однако следует учесть и другие факторы: скорость скачивания, количество свободного места, а также производительность устройства при воспроизведении.
Почему компьютер зависает при загрузке видео "Собеседование на тестировщика ПО (Junior QA) №4"?
Полностью зависать браузер/компьютер не должен! Если это произошло, просьба сообщить об этом, указав ссылку на видео. Иногда видео нельзя скачать напрямую в подходящем формате, поэтому мы добавили возможность конвертации файла в нужный формат. В отдельных случаях этот процесс может активно использовать ресурсы компьютера.
Как скачать видео "Собеседование на тестировщика ПО (Junior QA) №4" на телефон?
Вы можете скачать видео на свой смартфон с помощью сайта или pwa-приложения UDL Lite. Также есть возможность отправить ссылку на скачивание через QR-код с помощью расширения UDL Helper.
Как скачать аудиодорожку (музыку) в MP3 "Собеседование на тестировщика ПО (Junior QA) №4"?
Самый удобный способ — воспользоваться программой UDL Client, которая поддерживает конвертацию видео в формат MP3. В некоторых случаях MP3 можно скачать и через расширение UDL Helper.
Как сохранить кадр из видео "Собеседование на тестировщика ПО (Junior QA) №4"?
Эта функция доступна в расширении UDL Helper. Убедитесь, что в настройках отмечен пункт «Отображать кнопку сохранения скриншота из видео». В правом нижнем углу плеера левее иконки «Настройки» должна появиться иконка камеры, по нажатию на которую текущий кадр из видео будет сохранён на ваш компьютер в формате JPEG.
Сколько это всё стоит?
Нисколько. Наши сервисы абсолютно бесплатны для всех пользователей. Здесь нет PRO подписок, нет ограничений на количество или максимальную длину скачиваемого видео.