Практическое задание по теме Тест дизайн
На этой неделе предлагаю попрактиковаться и выполните следующие практические задания:
Составьте полный чек лист для тестирования приложения по требованиям, которые вы найдёте ниже.
Напишите тест кейсы для проведения смоук (дымового) тестирования приложения.
В пятницу выложу подкаст с пояснениями 😘
И кстати, это была просьба от моих студентов, разобрать эту тему. Так что если у вас есть вопросы, пожелания, смело пишите в комментариях ⬇️
На этой неделе предлагаю попрактиковаться и выполните следующие практические задания:
Составьте полный чек лист для тестирования приложения по требованиям, которые вы найдёте ниже.
Напишите тест кейсы для проведения смоук (дымового) тестирования приложения.
И кстати, это была просьба от моих студентов, разобрать эту тему. Так что если у вас есть вопросы, пожелания, смело пишите в комментариях ⬇️
👍3
Требования:
1. Текстовые поля «Name», «Surname» и «Фото» являются обязательными.
2. Текстовое поле «Name» должно содержать английские буквы и цифры длиной от 3 до 30.
3. Текстовое поле «Surname» должно содержать английские буквы и цифры длиной от 5 до 50.
4. Дроп даун «Country» содержит 3 страны: США, Австралия и Великобритания.
5. Текстовое поле «Mobile phone» должно содержать цифры длиной от 7 до 20.
6. Текстовое поле «About myself» должно содержать английские буквы, цифры и специальные символы длиной до 500.
7. Поле «Photo» должно принимать для загрузки изображения форматов .png, .jpg с максимальным размером 7 Мб.
8. Если пользователь вводит неверные данные, появляется следующее сообщение об ошибке: «Please, check the entered data» и поле с неверными данными выделяется красным цветом.
9. После нажатия на кнопку «Cancel» все поля очищаются.
10. После нажатия на кнопку «Sign up» появляется следующее подтверждающее сообщение: «Your account is successfully created». Открывается страница учетной записи.
1. Текстовые поля «Name», «Surname» и «Фото» являются обязательными.
2. Текстовое поле «Name» должно содержать английские буквы и цифры длиной от 3 до 30.
3. Текстовое поле «Surname» должно содержать английские буквы и цифры длиной от 5 до 50.
4. Дроп даун «Country» содержит 3 страны: США, Австралия и Великобритания.
5. Текстовое поле «Mobile phone» должно содержать цифры длиной от 7 до 20.
6. Текстовое поле «About myself» должно содержать английские буквы, цифры и специальные символы длиной до 500.
7. Поле «Photo» должно принимать для загрузки изображения форматов .png, .jpg с максимальным размером 7 Мб.
8. Если пользователь вводит неверные данные, появляется следующее сообщение об ошибке: «Please, check the entered data» и поле с неверными данными выделяется красным цветом.
9. После нажатия на кнопку «Cancel» все поля очищаются.
10. После нажатия на кнопку «Sign up» появляется следующее подтверждающее сообщение: «Your account is successfully created». Открывается страница учетной записи.
👍3
Шпаргалка: Элементы графического интерфейса
Тестировщики должны владеть профессиональной лексикой, надеюсь, все это понимают)
И конечно, сюда относится знание названий UI элементов, т.е. элементов графического интерфейса приложения.
Это поможет нам задавать вопросы бизнес аналитику, писать точные тест кейсы и чек листы, правильно описывать баги .
Пользуйтесь на здоровье 😘
Тестировщики должны владеть профессиональной лексикой, надеюсь, все это понимают)
И конечно, сюда относится знание названий UI элементов, т.е. элементов графического интерфейса приложения.
Это поможет нам задавать вопросы бизнес аналитику, писать точные тест кейсы и чек листы, правильно описывать баги .
Пользуйтесь на здоровье 😘
🔥31❤5👍3
Подкаст: CI\CD
Важная тема, без которой нельзя обойтись любому не только тестировщику, но и в целом айтишнику.
В подкасте не рассказываю скучную теорию, а на жизненных примерах поясняю, что это, как работает, зачем, и почему мы, тестировщики, должны эту тему знать.
Остались вопросы, появились комментарии, пойдёмте обсуждать ⬇️
В пятницу будет традиционная шпаргалка по теме 🔥
А сейчас приятного прослушивания ❤️
Важная тема, без которой нельзя обойтись любому не только тестировщику, но и в целом айтишнику.
В подкасте не рассказываю скучную теорию, а на жизненных примерах поясняю, что это, как работает, зачем, и почему мы, тестировщики, должны эту тему знать.
Остались вопросы, появились комментарии, пойдёмте обсуждать ⬇️
В пятницу будет традиционная шпаргалка по теме 🔥
А сейчас приятного прослушивания ❤️
🔥18👍5
Те самые непонятные вопросы на собеседованиях 🫣
Ввожу новую рубрику 🔥
Все, кто проходил собеседования или собирается это делать, бояться всего, конечно, но особенно таких вопросов, где нет четких, единственно правильных ответов.
О чем это я?
О так называемых ситуационных вопросах.
Вот классический пример -
Вы нашли баг, а ваш программист говорит, что это не баг. Что будете делать?
Вот как бы вы ответили на такой вопрос? Как в целом отвечать на такие вопросы?
Как раз в этой рубрике буду делиться своими мыслями и ответами на такие вопросы.
Пишите в комментариях, как бы вы ответили. Завтра я дам свой ответ)
И также в комментариях пишите такие вопросы, которые задавали вам или на которые вы бы хотели получить ответ ⬇️
#непонятные_вопросы
Ввожу новую рубрику 🔥
Все, кто проходил собеседования или собирается это делать, бояться всего, конечно, но особенно таких вопросов, где нет четких, единственно правильных ответов.
О чем это я?
О так называемых ситуационных вопросах.
Вот классический пример -
Вот как бы вы ответили на такой вопрос? Как в целом отвечать на такие вопросы?
Как раз в этой рубрике буду делиться своими мыслями и ответами на такие вопросы.
Пишите в комментариях, как бы вы ответили. Завтра я дам свой ответ)
И также в комментариях пишите такие вопросы, которые задавали вам или на которые вы бы хотели получить ответ ⬇️
#непонятные_вопросы
👍6❤1
И сразу уточню у вас, в какой форме вы бы хотели получить ответ
Anonymous Poll
83%
Текстовый пост в телеграмм
10%
Аудио подкаст
7%
Видео кружочек
👍1
Те самые непонятные вопросы на собеседованиях: как на них отвечать - общие рекомендации
Прежде чем дать свой ответ на первый ситуационный вопрос ⬆️, дам несколько советов, как в целом отвечать на собеседованиях на такой тип вопросов
1. Самое главное - единого правильного ответа на такие вопросы нет! И быть не может!
Отсюда несколько важных выводов
2. Если вас выводят на определенный вопрос или, что еще хуже, вам в конце сказали, что вы ответили не так, это значит только одно - интервьюер, человек, который проводил собеседование, - плохой интервьюер, не гибкий, не рассудительный. Порадуйтесь, вероятно, вам и не нужно в такую компанию 😉
Вывод второй ⬇️
3. Самая лучшая фраза при ответе на такого рода вопросы -
Все зависит от проекта
В АйТи все может быть устроено по-разному, зависит от множества факторов, специфики продукта, устройства команды, процессов на проекте, от заказчика и его правил.
Поэтому ваша задача не скатываться до одного какого-то варианта, ваша задача ⬇️
4. Рассуждаете!
- и это главное, самое важное, что от вас ожидают при ответах на такие типы вопросов! И это главный секрет 🤫
Просто подумайте, а что можно сделать еще, а как можно по-другому?
Не ограничивайте себя какими-то стандартами, опытом вашим или тем, что вы прочитали в интернете)
Отсюда же ⬇️
5. Часто вопрос не будет звучать один.
Хороший интервьюер будет прощупывать ваш уровень мыслей и креатива:
На ваше - пойду к Лиду - он скажет - Лид в отпуске
- тогда к менеджеру проекта
- а он в командировке в Штатах, сейчас там ночь
И так далее
Здесь смотрят на вашу реакции и смекалку
➡️
6. Не останавливайтесь, пока вас не остановит сам интервьюер. Не теряйтесь, просто набрасывайте варианты.
Конечно, начинаете с простых, базовых.
Но когда они закончатся, не останавливайтесь, придумывайте варианты, вплоть до самых неожиданных (а это даже круче!), хоть инопланетян вспомните 🤣🤣🤣 шучу, но это не точно 😜
Вот такие вышли рекомендации 🔥
Как вам?
#непонятные_вопросы
Прежде чем дать свой ответ на первый ситуационный вопрос ⬆️, дам несколько советов, как в целом отвечать на собеседованиях на такой тип вопросов
1. Самое главное - единого правильного ответа на такие вопросы нет! И быть не может!
Отсюда несколько важных выводов
2. Если вас выводят на определенный вопрос или, что еще хуже, вам в конце сказали, что вы ответили не так, это значит только одно - интервьюер, человек, который проводил собеседование, - плохой интервьюер, не гибкий, не рассудительный. Порадуйтесь, вероятно, вам и не нужно в такую компанию 😉
Вывод второй ⬇️
3. Самая лучшая фраза при ответе на такого рода вопросы -
В АйТи все может быть устроено по-разному, зависит от множества факторов, специфики продукта, устройства команды, процессов на проекте, от заказчика и его правил.
Поэтому ваша задача не скатываться до одного какого-то варианта, ваша задача ⬇️
4. Рассуждаете!
- и это главное, самое важное, что от вас ожидают при ответах на такие типы вопросов! И это главный секрет 🤫
Просто подумайте, а что можно сделать еще, а как можно по-другому?
Не ограничивайте себя какими-то стандартами, опытом вашим или тем, что вы прочитали в интернете)
Отсюда же ⬇️
5. Часто вопрос не будет звучать один.
Хороший интервьюер будет прощупывать ваш уровень мыслей и креатива:
На ваше - пойду к Лиду - он скажет - Лид в отпуске
- тогда к менеджеру проекта
- а он в командировке в Штатах, сейчас там ночь
И так далее
Здесь смотрят на вашу реакции и смекалку
➡️
6. Не останавливайтесь, пока вас не остановит сам интервьюер. Не теряйтесь, просто набрасывайте варианты.
Конечно, начинаете с простых, базовых.
Но когда они закончатся, не останавливайтесь, придумывайте варианты, вплоть до самых неожиданных (а это даже круче!), хоть инопланетян вспомните 🤣🤣🤣 шучу, но это не точно 😜
Вот такие вышли рекомендации 🔥
Как вам?
#непонятные_вопросы
🔥21👍8❤1
Те самые непонятные вопросы на собеседованиях: как на них отвечать - мой ответ
Заждались ответ на этот вопрос?
Хотя прочитав предыдущий пост, вы уже знаете главный секрет - единого правильного ответа нет 😉
Да и вы в комментариях давали отличные ответы!
Так что я просто поделюсь с вами своими мыслями и направлениями, про которые нужно подумать при ответе на такой вопрос.
Первое, для начала вы должны чётко понимать, почему это баг.
Вы прочитали это в требованиях, исходили из здравого смысла, так было реализовано в другой фиче этого приложения или на вашем предыдущем проекте. Просто это ваш фундамент. Продумайте этот момент. И кстати, не забывайте, что такие-то вопросы можно уточнять у интервьюера. Ну или придумывать самому )
Второе, когда вы точно уверены, что это баг. Вы снова перепроверили, что он воспроизводится...
Тогда идём к программисту, который ваш баг зареджектил (ну то есть, сказал, что это не баг).
Идём - в смысле, пишем в мессенджер, не обязательно прям ножками идти, особенно, если он находится в другой стране))
Ну и конечно, делаем это, если так можно на проекте. Например, бывает, ваш программист работает на стороне заказчика или вообще в другой компании и на прямую с ним общаться нельзя( Будьте готовы и к такому повороту.
Если можно, тогда просим программиста воспроизвести баг, или сами показываем его. Также не забудьте про одинаковость среды - нужная ОС и браузер, один и тот же билд (то есть версия приложения) и другие настройки. Порой, это причина несовпадения.
Но у нас ситуация, когда программист говорит, что это фича, так что узнаём у него, почему он так считает.
И дальше по ситуации, идём либо к бизнес аналитику прояснять требования, к лидам (тест лиду как вашему начальнику и дев лиду как начальнику программиста). Дальше к ПМ (менеджеру проекта), но опять уточняем, а как устроено на проекте. Уточняем у вашего ментора или тест лида.
Третье, важное замечание.
Подумайте, какое впечатление вы хотите произвести на интервьюера. Какие требования указаны в вакансии.
Если нужен командный игрок, делайте упор на общение в команде (с программистом, если он с вами в одной проектной команде, с другими тестировщиками - с просьбами о совете, с тест лидом и БА).
Если же нужен самостоятельный человек, который будет работать одним тестировщиком, тогда покажите свою самостоятельность. Здесь также подходит идти сразу к программисту и решать все вопросы с ним. И в меньшей степени, идти сразу к лиду.
А вот если от вас хотят чёткую субординацию, когда выясните, как принято на проекте, в какой последовательности к кому идти, и так и делайте. Вероятнее всего, сначала нужно поставить в известность тест лида, затем вместе или под его контролем сходить в БА, затем к ПМ или дев лиду. В общем, варианты есть.
Какие моменты я ещё не освятила?
Давайте продолжим обсуждение в комментариях ⬇️
#непонятные_вопросы
Заждались ответ на этот вопрос?
Хотя прочитав предыдущий пост, вы уже знаете главный секрет - единого правильного ответа нет 😉
Да и вы в комментариях давали отличные ответы!
Так что я просто поделюсь с вами своими мыслями и направлениями, про которые нужно подумать при ответе на такой вопрос.
Первое, для начала вы должны чётко понимать, почему это баг.
Вы прочитали это в требованиях, исходили из здравого смысла, так было реализовано в другой фиче этого приложения или на вашем предыдущем проекте. Просто это ваш фундамент. Продумайте этот момент. И кстати, не забывайте, что такие-то вопросы можно уточнять у интервьюера. Ну или придумывать самому )
Второе, когда вы точно уверены, что это баг. Вы снова перепроверили, что он воспроизводится...
Тогда идём к программисту, который ваш баг зареджектил (ну то есть, сказал, что это не баг).
Идём - в смысле, пишем в мессенджер, не обязательно прям ножками идти, особенно, если он находится в другой стране))
Ну и конечно, делаем это, если так можно на проекте. Например, бывает, ваш программист работает на стороне заказчика или вообще в другой компании и на прямую с ним общаться нельзя( Будьте готовы и к такому повороту.
Если можно, тогда просим программиста воспроизвести баг, или сами показываем его. Также не забудьте про одинаковость среды - нужная ОС и браузер, один и тот же билд (то есть версия приложения) и другие настройки. Порой, это причина несовпадения.
Но у нас ситуация, когда программист говорит, что это фича, так что узнаём у него, почему он так считает.
И дальше по ситуации, идём либо к бизнес аналитику прояснять требования, к лидам (тест лиду как вашему начальнику и дев лиду как начальнику программиста). Дальше к ПМ (менеджеру проекта), но опять уточняем, а как устроено на проекте. Уточняем у вашего ментора или тест лида.
Третье, важное замечание.
Подумайте, какое впечатление вы хотите произвести на интервьюера. Какие требования указаны в вакансии.
Если нужен командный игрок, делайте упор на общение в команде (с программистом, если он с вами в одной проектной команде, с другими тестировщиками - с просьбами о совете, с тест лидом и БА).
Если же нужен самостоятельный человек, который будет работать одним тестировщиком, тогда покажите свою самостоятельность. Здесь также подходит идти сразу к программисту и решать все вопросы с ним. И в меньшей степени, идти сразу к лиду.
А вот если от вас хотят чёткую субординацию, когда выясните, как принято на проекте, в какой последовательности к кому идти, и так и делайте. Вероятнее всего, сначала нужно поставить в известность тест лида, затем вместе или под его контролем сходить в БА, затем к ПМ или дев лиду. В общем, варианты есть.
Какие моменты я ещё не освятила?
Давайте продолжим обсуждение в комментариях ⬇️
#непонятные_вопросы
👍12