📣Всем привет!📣
Хотим напомнить, что у нас есть чат для общения по митапам и обсуждения QA индустрии. Приветствуется соблюдения стандартных правил поведения в чате)
Сегодня обсуждаем тему использования систем управления тестированием (TestRail, Zephyr, Test IT и иные).
Вы можете поделится собственным опытом использования различных систем управления тестированием.
🔥Ждем вас в нашем чате🔥
🔥 https://t.me/QANews 🔥
Хотим напомнить, что у нас есть чат для общения по митапам и обсуждения QA индустрии. Приветствуется соблюдения стандартных правил поведения в чате)
Сегодня обсуждаем тему использования систем управления тестированием (TestRail, Zephyr, Test IT и иные).
Вы можете поделится собственным опытом использования различных систем управления тестированием.
🔥Ждем вас в нашем чате🔥
🔥 https://t.me/QANews 🔥
Telegram
Adam Li
Кто сказал, что тестировщики тестируют только программы?
🔥Тестировщики могут протестировать всё, что угодно!🔥
Мы придумали 7 неайтишных ситуаций, в которых можно использовать инструменты QA.
1. Как правильно проводить нагрузочное тестирование двери?
a) Открывать/закрывать дверь много раз в течение дня
b) Стучать по двери молотком
c) Подойти к двери неожиданно и также неожиданно ее закрыть
d) Снять дверь с петель и повесить ее обратно
2. Как лучше всего проверить полномочия вашего пользователя?
a) Перевести деньги на несуществующий номер телефона
b) Зайти в банк в костюме охранника, попытаться проникнуть в кассу и забрать деньги
c) На работе попробовать пройти со своим пропуском в соседнее здание вашей же компании, куда у вас не должно быть доступа
d) Позвонить в управляющую компанию вашего дома и сказать, что не работают лампочки на вашем этаже (хотя на самом деле они работают).
3. Кто из пользователей сообщил правильный баг-репорт?
a) Кассир звонит в поддержку: «У меня не работает терминал, что делать?»
b) Пользователь приложения заказа такси: «Я хотел заказать такси из дома на работу, но у меня не получилось, а вчера все работало. Перед заказом такси я играл в игру «Лопни зернышко», потом читал комментарии к моему посту во ВКонтакте. После этого попробовал заказать такси, но не получилось»
c) Пользователь интернет-магазина: «Я открываю ваш сайт, захожу в свой аккаунт Solojor2018, добавляю в корзину зубную пасту «Ёлочка» за 79 рублей, вот ссылка на этот товар, затем ввожу данные своей карты, нажимаю «Оплатить». Но появляется ошибка «500 Internal Error», и ничего не происходит
4. Катя покупает в интернет-магазине новый телефон. Какое из ее действий можно назвать «позитивным тестированием»?
a) При оплате вводит неправильный номер карты
b) Вводит правильный номер карты
c) Радуется, что скоро у неё будет новый телефон 😊
d) Все эти действия
5. Строители возводят многоквартирный дом. После каждой законченной квартиры они сами сверяются с планом: правильная ли площадь, в нужных ли местах окна и двери, заведены ли в квартиру трубы с водой и отоплением. Какой вид тестирования они проводят?
a) Нагрузочное тестирование
b) Избыточное тестирование
c) Модульное тестирование
d) Приемочное тестирование
6. Компания «Ромашка» ведет несколько разных списков, журналов. Что из этого ближе всего к баг-трекеру?
a) Книга учета доходов и расходов
b) Книга жалоб и предложений
c) Список сотрудников
d) Иерархическая структура компании
7. Что из перечисленного — GUI-тестирование?
a) Покупатель выбирает машину в салоне: смотрит на внешний вид, садится в салон, пробует пользоваться приборной панелью
b) Покупатель пробует эту машину на тест-драйве, и ездит на ней по городу
c) Техосмотр: проверка основных систем машины
d) Краш-тест машины, когда она на большой скорости врезается в преграду
Ждем ваших ответов в комментариях.
А обсудить данный тест вы можете в нашем 🔥QA Community Chat🔥
🔥Тестировщики могут протестировать всё, что угодно!🔥
Мы придумали 7 неайтишных ситуаций, в которых можно использовать инструменты QA.
1. Как правильно проводить нагрузочное тестирование двери?
a) Открывать/закрывать дверь много раз в течение дня
b) Стучать по двери молотком
c) Подойти к двери неожиданно и также неожиданно ее закрыть
d) Снять дверь с петель и повесить ее обратно
2. Как лучше всего проверить полномочия вашего пользователя?
a) Перевести деньги на несуществующий номер телефона
b) Зайти в банк в костюме охранника, попытаться проникнуть в кассу и забрать деньги
c) На работе попробовать пройти со своим пропуском в соседнее здание вашей же компании, куда у вас не должно быть доступа
d) Позвонить в управляющую компанию вашего дома и сказать, что не работают лампочки на вашем этаже (хотя на самом деле они работают).
3. Кто из пользователей сообщил правильный баг-репорт?
a) Кассир звонит в поддержку: «У меня не работает терминал, что делать?»
b) Пользователь приложения заказа такси: «Я хотел заказать такси из дома на работу, но у меня не получилось, а вчера все работало. Перед заказом такси я играл в игру «Лопни зернышко», потом читал комментарии к моему посту во ВКонтакте. После этого попробовал заказать такси, но не получилось»
c) Пользователь интернет-магазина: «Я открываю ваш сайт, захожу в свой аккаунт Solojor2018, добавляю в корзину зубную пасту «Ёлочка» за 79 рублей, вот ссылка на этот товар, затем ввожу данные своей карты, нажимаю «Оплатить». Но появляется ошибка «500 Internal Error», и ничего не происходит
4. Катя покупает в интернет-магазине новый телефон. Какое из ее действий можно назвать «позитивным тестированием»?
a) При оплате вводит неправильный номер карты
b) Вводит правильный номер карты
c) Радуется, что скоро у неё будет новый телефон 😊
d) Все эти действия
5. Строители возводят многоквартирный дом. После каждой законченной квартиры они сами сверяются с планом: правильная ли площадь, в нужных ли местах окна и двери, заведены ли в квартиру трубы с водой и отоплением. Какой вид тестирования они проводят?
a) Нагрузочное тестирование
b) Избыточное тестирование
c) Модульное тестирование
d) Приемочное тестирование
6. Компания «Ромашка» ведет несколько разных списков, журналов. Что из этого ближе всего к баг-трекеру?
a) Книга учета доходов и расходов
b) Книга жалоб и предложений
c) Список сотрудников
d) Иерархическая структура компании
7. Что из перечисленного — GUI-тестирование?
a) Покупатель выбирает машину в салоне: смотрит на внешний вид, садится в салон, пробует пользоваться приборной панелью
b) Покупатель пробует эту машину на тест-драйве, и ездит на ней по городу
c) Техосмотр: проверка основных систем машины
d) Краш-тест машины, когда она на большой скорости врезается в преграду
Ждем ваших ответов в комментариях.
А обсудить данный тест вы можете в нашем 🔥QA Community Chat🔥
Telegram
Adam Li
Agile & Soft Skills Meetup
Как управлять Agile-командой
Адепты гибкой методологии знают, как использовать своё время на все 100%. Именно для тех, кто живёт максимально эффективно, мы организуем наш митап 2в1: AGILE & Soft Skills!
Эксперты из Andersen и профессиональные коучи поделятся с вами секретами своей продуктивной успешности и успешной продуктивности
Ивент состоится онлайн, 27 января, в 19.00(GMT +3).
Всё бесплатно, круто и интересно!
Для регистрации нажмите на кнопку "Регистрация".
Итак, вот какие спикеры и доклады вас ждут!
1. Александр Миля, Senior delivery manager в Andersen
«Факапы Agile проектов»
Чем Agile в манифесте отличается от него же в голове заказчика? Всегда-ли нужен Agile?
Значение ценности, метрик и много историй из личного опыта.
2. Дмитрий Незабытовский, Authorized Instructor в ICAgile; Kanban Coaching Professional в Kanban University; Advanced Certified ScrumMaster® в Scrum Alliance
«Agile в проектах, миф или реальность?»
Что такое Agile и причём тут Scrum и Kanban? Контексты сложности и неопределенности в проектах. Как работать эффективнее и что ваша команда может изменить прямо сейчас?
3. Владимир Горшунов, Основатель AgileLAB, Executive Agile Coach
«Как быть лидером Agile организации»
Поговорим про эволюцию теории управления. Какие навыки и компетенции нужны, чтобы ваша организация работала по Agile? Как меняется модель поведения лидера? Будет особенно полезно для руководителей и тех, кто планирует ими стать!
Регистрируйтесь, приходите на трансляцию, узнавайте новое, задавайте вопросы и знакомьтесь с единомышленниками. До встречи!
🔥 Регистрация 🔥
Как управлять Agile-командой
Адепты гибкой методологии знают, как использовать своё время на все 100%. Именно для тех, кто живёт максимально эффективно, мы организуем наш митап 2в1: AGILE & Soft Skills!
Эксперты из Andersen и профессиональные коучи поделятся с вами секретами своей продуктивной успешности и успешной продуктивности
Ивент состоится онлайн, 27 января, в 19.00(GMT +3).
Всё бесплатно, круто и интересно!
Для регистрации нажмите на кнопку "Регистрация".
Итак, вот какие спикеры и доклады вас ждут!
1. Александр Миля, Senior delivery manager в Andersen
«Факапы Agile проектов»
Чем Agile в манифесте отличается от него же в голове заказчика? Всегда-ли нужен Agile?
Значение ценности, метрик и много историй из личного опыта.
2. Дмитрий Незабытовский, Authorized Instructor в ICAgile; Kanban Coaching Professional в Kanban University; Advanced Certified ScrumMaster® в Scrum Alliance
«Agile в проектах, миф или реальность?»
Что такое Agile и причём тут Scrum и Kanban? Контексты сложности и неопределенности в проектах. Как работать эффективнее и что ваша команда может изменить прямо сейчас?
3. Владимир Горшунов, Основатель AgileLAB, Executive Agile Coach
«Как быть лидером Agile организации»
Поговорим про эволюцию теории управления. Какие навыки и компетенции нужны, чтобы ваша организация работала по Agile? Как меняется модель поведения лидера? Будет особенно полезно для руководителей и тех, кто планирует ими стать!
Регистрируйтесь, приходите на трансляцию, узнавайте новое, задавайте вопросы и знакомьтесь с единомышленниками. До встречи!
🔥 Регистрация 🔥
Праздники уже прошли, а это значит, что самое время решить новую логическую задачу.
Логическая задача №15
Эту задачу приписывают Альберту Эйнштейну — якобы с ее помощью он подбирал себе ассистентов. Другая почти легендарная история приписывает авторство Льюису Кероллу. Отметим, что она очень просто решается на бумаге, но если хотите хардкора — попробуйте решить в уме.
Условия:
1. На улице стоят пять домов.
2. Англичанин живет в красном доме.
3. У испанца есть собака.
4. В зеленом доме пьют кофе.
5. Украинец пьет чай.
6. Зеленый дом стоит сразу справа от белого дома.
7. Тот, кто курит Old Gold, разводит улиток.
8. В желтом доме курят Kool.
9. В центральном доме пьют молоко.
10. Норвежец живет в первом доме.
11. Сосед того, кто курит Chesterfield, держит лису.
12. В доме по соседству с тем, в котором держат лошадь, курят Kool.
13. Тот, кто курит Lucky Strike, пьет апельсиновый сок.
13. Японец курит Parliament.
15. Норвежец живет рядом с синим домом.
16. Каждый из домов покрашен в отдельный цвет, в каждом доме живет представитель отдельной национальности, у каждого — свой питомец, своя любимая марка сигарет и напиток.
Вопрос: Кто пьет воду? Кто держит зебру?
Логическая задача №15
Эту задачу приписывают Альберту Эйнштейну — якобы с ее помощью он подбирал себе ассистентов. Другая почти легендарная история приписывает авторство Льюису Кероллу. Отметим, что она очень просто решается на бумаге, но если хотите хардкора — попробуйте решить в уме.
Условия:
1. На улице стоят пять домов.
2. Англичанин живет в красном доме.
3. У испанца есть собака.
4. В зеленом доме пьют кофе.
5. Украинец пьет чай.
6. Зеленый дом стоит сразу справа от белого дома.
7. Тот, кто курит Old Gold, разводит улиток.
8. В желтом доме курят Kool.
9. В центральном доме пьют молоко.
10. Норвежец живет в первом доме.
11. Сосед того, кто курит Chesterfield, держит лису.
12. В доме по соседству с тем, в котором держат лошадь, курят Kool.
13. Тот, кто курит Lucky Strike, пьет апельсиновый сок.
13. Японец курит Parliament.
15. Норвежец живет рядом с синим домом.
16. Каждый из домов покрашен в отдельный цвет, в каждом доме живет представитель отдельной национальности, у каждого — свой питомец, своя любимая марка сигарет и напиток.
Вопрос: Кто пьет воду? Кто держит зебру?
Друзья, привет! 👋
Andersen запускает БЕСПЛАТНЫЕ онлайн-курсы "AutoQA Javа"!!!
Будем рады всем, кому интересно погрузиться в мир автоматизации тестирования программных продуктов и приложений.
И самое важное - лучшие студенты продолжат обучение на стажировке с последующим трудоустройством в Andersen. Ну, круто же, правда?😊
Успей зарегистрироваться, курсы стартуют УЖЕ в феврале 2022!
Все требования к кандидатам, дополнительную информацию и форму для регистрации найдешь, перейдя по ссылке👇
https://forms.gle/SEcGGf431AdxEvsW8
Andersen запускает БЕСПЛАТНЫЕ онлайн-курсы "AutoQA Javа"!!!
Будем рады всем, кому интересно погрузиться в мир автоматизации тестирования программных продуктов и приложений.
И самое важное - лучшие студенты продолжат обучение на стажировке с последующим трудоустройством в Andersen. Ну, круто же, правда?😊
Успей зарегистрироваться, курсы стартуют УЖЕ в феврале 2022!
Все требования к кандидатам, дополнительную информацию и форму для регистрации найдешь, перейдя по ссылке👇
https://forms.gle/SEcGGf431AdxEvsW8
7 характеристик хороших тестов
Очень редко люди задумываются о том, чем отличаются качественные тесты от посредственных. Если тест отличный, то его попросту незаметно - он растворяется в процессе и про него вспоминают только в том случае, когда он ловит баг.
Мы работали над несколькими миллионами автоматизированных тестов (работа такая) и пришли к выводам, что есть 7 характеристик отлично написанных тестов:
1. Тест полностью автоматизирован (очевидно)
2. Тест повторяем: тест не ломается, если приложение не поменялось
3. Тест заканчивается валидацией
4. Тест достаточно стабилен, чтобы его использовать в CI/CD
5. Тест очень легко читать
6. Тест требует минимальной поддержки
7. Тест работает параллельно с другими тестами и не ломается
Читать
Очень редко люди задумываются о том, чем отличаются качественные тесты от посредственных. Если тест отличный, то его попросту незаметно - он растворяется в процессе и про него вспоминают только в том случае, когда он ловит баг.
Мы работали над несколькими миллионами автоматизированных тестов (работа такая) и пришли к выводам, что есть 7 характеристик отлично написанных тестов:
1. Тест полностью автоматизирован (очевидно)
2. Тест повторяем: тест не ломается, если приложение не поменялось
3. Тест заканчивается валидацией
4. Тест достаточно стабилен, чтобы его использовать в CI/CD
5. Тест очень легко читать
6. Тест требует минимальной поддержки
7. Тест работает параллельно с другими тестами и не ломается
Читать
Что такое исследовательское тестирование?
Исследовательское тестирование — это эффективный подход к тестированию программного обеспечения, при котором тестировщики перемещаются по программному обеспечению без какой-либо конкретной цели. В этом методе тестирования тестировщики проверяют приложение/веб-сайт на лету, чтобы выявить и задокументировать потенциальные ошибки. В отличие от традиционных методов тестирования программного обеспечения, при выполнении этого метода тестирования тестировщики не работают с ранее созданными тестовыми наборами.
Виды исследовательского тестирования:
Исследовательское тестирование в свободном стиле:
Этот тип тестирования следует свободному подходу к тестированию и не включает никаких правил, подходов или спецификаций. Просто тестировщики быстро просматривают приложение, в основном для выявления дефектов, проверки работы других тестировщиков или даже для быстрого дымового теста.
Исследовательское тестирование на основе сценариев:
Эта форма тестирования основана на реальных пользовательских сценариях, в которых тестировщики берут каждый сценарий, а затем тестируют программное обеспечение со всех сторон, чтобы оно соответствовало сценарию. Основная цель этого типа тестирования — изучить программное обеспечение для максимально возможных сценариев и обеспечить увеличение охвата тестами.
Исследовательское тестирование на основе стратегии:
Этот тип тестирования выполняется опытным тестировщиком, обладающим полным знанием тестируемого программного обеспечения. Он включает в себя различные методы тестирования, такие как анализ граничных значений, эквивалентность, основанный на риске, угадывание ошибок и т. д., для выявления более сложных ошибок.
7-этапный процесс исследовательского тестирования
1. Определите распространенные ошибки, найденные в предыдущих проектах:
Прежде чем начать процесс тестирования, важно определить распространенные типы ошибок, обнаруженных в предыдущих проектах. Тестировщики должны найти основную причину этих ошибок и определить области риска, которые необходимо охватить в проекте во время тестирования.
2. Подготовить тестовый устав:
Это важный документ, который необходимо подготовить, чтобы поддерживать процесс тестирования в нужном русле. В уставе четко изложены цель тестирования, области или функции, которые необходимо протестировать, как эти области будут тестироваться, а также важные показатели, которые необходимо учитывать при тестировании.
3. Запланируйте сеанс тестирования:
Следующий шаг включает в себя планирование сеанса тестирования, в котором используется ограниченный по времени подход. Ограничения по времени установлены, чтобы тестировщики знали, когда остановиться. Этот временной сеанс обычно длится не более 90 минут. Рекомендуется не прерывать этот сеанс и при необходимости продлить его.
4. Выберите методику тестирования:
Существуют различные методы выполнения этого типа тестирования, и тестировщики должны выбрать наиболее подходящий метод тестирования, исходя из потребностей тестирования, доступности ресурсов, удобства и т. д.
5. Выполните тест:
Важнейшим шагом является выполнение теста без перерывов и стремление к максимальному покрытию тестами для обнаружения максимального количества дефектов.
6. Проанализируйте результаты:
После завершения теста тестировщики просматривают результаты и документируют их для дальнейшего использования.
7. Подведите итоги сессии:
Это последний шаг процесса тестирования, на котором тестировщики собирают результаты тестирования, сравнивают фактические результаты тестирования с ожидаемыми результатами тестирования и решают, требуется ли дополнительное тестирование или нет.
Исследовательское тестирование — это эффективный подход к тестированию программного обеспечения, при котором тестировщики перемещаются по программному обеспечению без какой-либо конкретной цели. В этом методе тестирования тестировщики проверяют приложение/веб-сайт на лету, чтобы выявить и задокументировать потенциальные ошибки. В отличие от традиционных методов тестирования программного обеспечения, при выполнении этого метода тестирования тестировщики не работают с ранее созданными тестовыми наборами.
Виды исследовательского тестирования:
Исследовательское тестирование в свободном стиле:
Этот тип тестирования следует свободному подходу к тестированию и не включает никаких правил, подходов или спецификаций. Просто тестировщики быстро просматривают приложение, в основном для выявления дефектов, проверки работы других тестировщиков или даже для быстрого дымового теста.
Исследовательское тестирование на основе сценариев:
Эта форма тестирования основана на реальных пользовательских сценариях, в которых тестировщики берут каждый сценарий, а затем тестируют программное обеспечение со всех сторон, чтобы оно соответствовало сценарию. Основная цель этого типа тестирования — изучить программное обеспечение для максимально возможных сценариев и обеспечить увеличение охвата тестами.
Исследовательское тестирование на основе стратегии:
Этот тип тестирования выполняется опытным тестировщиком, обладающим полным знанием тестируемого программного обеспечения. Он включает в себя различные методы тестирования, такие как анализ граничных значений, эквивалентность, основанный на риске, угадывание ошибок и т. д., для выявления более сложных ошибок.
7-этапный процесс исследовательского тестирования
1. Определите распространенные ошибки, найденные в предыдущих проектах:
Прежде чем начать процесс тестирования, важно определить распространенные типы ошибок, обнаруженных в предыдущих проектах. Тестировщики должны найти основную причину этих ошибок и определить области риска, которые необходимо охватить в проекте во время тестирования.
2. Подготовить тестовый устав:
Это важный документ, который необходимо подготовить, чтобы поддерживать процесс тестирования в нужном русле. В уставе четко изложены цель тестирования, области или функции, которые необходимо протестировать, как эти области будут тестироваться, а также важные показатели, которые необходимо учитывать при тестировании.
3. Запланируйте сеанс тестирования:
Следующий шаг включает в себя планирование сеанса тестирования, в котором используется ограниченный по времени подход. Ограничения по времени установлены, чтобы тестировщики знали, когда остановиться. Этот временной сеанс обычно длится не более 90 минут. Рекомендуется не прерывать этот сеанс и при необходимости продлить его.
4. Выберите методику тестирования:
Существуют различные методы выполнения этого типа тестирования, и тестировщики должны выбрать наиболее подходящий метод тестирования, исходя из потребностей тестирования, доступности ресурсов, удобства и т. д.
5. Выполните тест:
Важнейшим шагом является выполнение теста без перерывов и стремление к максимальному покрытию тестами для обнаружения максимального количества дефектов.
6. Проанализируйте результаты:
После завершения теста тестировщики просматривают результаты и документируют их для дальнейшего использования.
7. Подведите итоги сессии:
Это последний шаг процесса тестирования, на котором тестировщики собирают результаты тестирования, сравнивают фактические результаты тестирования с ожидаемыми результатами тестирования и решают, требуется ли дополнительное тестирование или нет.
Адепты гибкой методологии знают, как использовать своё время на все 100%. Именно для тех, кто живёт максимально эффективно, мы организуем наш митап 2в1: AGILE & Soft Skills!
Эксперты из Andersen и профессиональные коучи поделятся с вами секретами своей продуктивной успешности и успешной продуктивности
Ивент состоится онлайн, 27 января, в 19.00(GMT +3).
Всё бесплатно, круто и интересно!
Итак, вот какие спикеры и доклады вас ждут!
1. Александр Миля, Senior delivery manager в Andersen
«Факапы Agile проектов»
Чем Agile в манифесте отличается от него же в голове заказчика? Всегда-ли нужен Agile?
Значение ценности, метрик и много историй из личного опыта.
2. Дмитрий Незабытовский, Authorized Instructor в ICAgile; Kanban Coaching Professional в Kanban University; Advanced Certified ScrumMaster® в Scrum Alliance
«Agile в проектах, миф или реальность?»
Что такое Agile и причём тут Scrum и Kanban? Контексты сложности и неопределенности в проектах. Как работать эффективнее и что ваша команда может изменить прямо сейчас?
3. Владимир Горшунов, Основатель AgileLAB, Executive Agile Coach
«Как быть лидером Agile организации»
Поговорим про эволюцию теории управления. Какие навыки и компетенции нужны, чтобы ваша организация работала по Agile? Как меняется модель поведения лидера? Будет особенно полезно для руководителей и тех, кто планирует ими стать!
Регистрируйтесь, приходите на трансляцию, узнавайте новое, задавайте вопросы и знакомьтесь с единомышленниками. До встречи!
😃
Эксперты из Andersen и профессиональные коучи поделятся с вами секретами своей продуктивной успешности и успешной продуктивности
Ивент состоится онлайн, 27 января, в 19.00(GMT +3).
Всё бесплатно, круто и интересно!
Итак, вот какие спикеры и доклады вас ждут!
1. Александр Миля, Senior delivery manager в Andersen
«Факапы Agile проектов»
Чем Agile в манифесте отличается от него же в голове заказчика? Всегда-ли нужен Agile?
Значение ценности, метрик и много историй из личного опыта.
2. Дмитрий Незабытовский, Authorized Instructor в ICAgile; Kanban Coaching Professional в Kanban University; Advanced Certified ScrumMaster® в Scrum Alliance
«Agile в проектах, миф или реальность?»
Что такое Agile и причём тут Scrum и Kanban? Контексты сложности и неопределенности в проектах. Как работать эффективнее и что ваша команда может изменить прямо сейчас?
3. Владимир Горшунов, Основатель AgileLAB, Executive Agile Coach
«Как быть лидером Agile организации»
Поговорим про эволюцию теории управления. Какие навыки и компетенции нужны, чтобы ваша организация работала по Agile? Как меняется модель поведения лидера? Будет особенно полезно для руководителей и тех, кто планирует ими стать!
Регистрируйтесь, приходите на трансляцию, узнавайте новое, задавайте вопросы и знакомьтесь с единомышленниками. До встречи!
😃
Продолжаем развивать логическое мышление.
Логическая задача №16 (Дни недели)
Сегодня не воскресенье, а завтра не среда. Вчера была не пятница, а позавчера был не понедельник. Завтра не воскресенье, и вчера было не воскресенье. Послезавтра не суббота и не воскресенье. Вчера был не понедельник, и не среда. Позавчера была не среда, а завтра не вторник. Да, и сегодня не среда.
Какой же сегодня день недели, если учесть, что одно утверждение в списке – ложно?
Логическая задача №16 (Дни недели)
Сегодня не воскресенье, а завтра не среда. Вчера была не пятница, а позавчера был не понедельник. Завтра не воскресенье, и вчера было не воскресенье. Послезавтра не суббота и не воскресенье. Вчера был не понедельник, и не среда. Позавчера была не среда, а завтра не вторник. Да, и сегодня не среда.
Какой же сегодня день недели, если учесть, что одно утверждение в списке – ложно?
Резюме для тестировщика
Вы должны понимать самое главное, что резюме - это продукт. А у продукта есть что? Аудитория. Мы пишем резюме для рекрутёра (и под рекрутёром я не имею ввиду только сотрудника HR, но любого, кто ищет людей на рынке труда). Наша цель - зацепить его чем-то так, чтобы он захотел позвать нас на собеседование. Другой задачи у резюме по большому счету нет (на самом деле есть, но я не думаю, что о них стоит упоминать - они незначительны).
Полезные видео о том, как составить хорошее резюме:
Artsiom Rusau QA Life:
https://www.youtube.com/watch?v=Rw7stX87RHw
https://www.youtube.com/watch?v=UYZgZ2uYbfw
Лёша Маршал:
https://www.youtube.com/watch?v=_oix6c5kz5s
LearnQA: Онлайн обучение тестировщиков:
https://www.youtube.com/watch?v=PznWqzCGmtY
Вы должны понимать самое главное, что резюме - это продукт. А у продукта есть что? Аудитория. Мы пишем резюме для рекрутёра (и под рекрутёром я не имею ввиду только сотрудника HR, но любого, кто ищет людей на рынке труда). Наша цель - зацепить его чем-то так, чтобы он захотел позвать нас на собеседование. Другой задачи у резюме по большому счету нет (на самом деле есть, но я не думаю, что о них стоит упоминать - они незначительны).
Полезные видео о том, как составить хорошее резюме:
Artsiom Rusau QA Life:
https://www.youtube.com/watch?v=Rw7stX87RHw
https://www.youtube.com/watch?v=UYZgZ2uYbfw
Лёша Маршал:
https://www.youtube.com/watch?v=_oix6c5kz5s
LearnQA: Онлайн обучение тестировщиков:
https://www.youtube.com/watch?v=PznWqzCGmtY
Всем привет!
👩🎓 Meetup today: 14.01 в 18:00 (Minsk) 🧑🎓
Speaker: Mikhail Korolyov
Topic: Software development methodologies / Varieties of software development methodologies, their application in practice, examples from real projects.
Join us in Zoom
👩🎓 Meetup today: 14.01 в 18:00 (Minsk) 🧑🎓
Speaker: Mikhail Korolyov
Topic: Software development methodologies / Varieties of software development methodologies, their application in practice, examples from real projects.
Join us in Zoom
Стратегия тестирования — это план определения подхода к жизненному циклу тестирования программного обеспечения (STLC) . Он помогает командам QA определить покрытие тестами и область тестирования. Это помогает тестировщикам получить четкое представление о проекте в любой момент.
Документ стратегии тестирования — это хорошо описанный документ по тестированию программного обеспечения, который четко определяет точный подход к тестированию программного обеспечения и цели тестирования программного приложения.
Как подготовить хороший документ по стратегии тестирования
Шаг № 1: Объем
Он определяет такие параметры, как:
Кто будет проверять документ?
Кто будет утверждать этот документ?
Действия по тестированию программного обеспечения, выполненные с указанием сроков
Шаг № 2. Подход к тестированию
Он определяет:
Процесс тестирования
Уровни тестирования
Роли и обязанности каждого члена команды
Типы тестирования (нагрузочное тестирование, тестирование безопасности, тестирование производительности и т. д.)
Подход к тестированию и инструмент автоматизации, если применимо
Добавление новых дефектов, повторное тестирование, сортировка дефектов , регрессионное тестирование и завершение теста
Шаг № 3 Тестовая среда
Определите количество требований и настроек, необходимых для каждой среды
Определить резервное копирование тестовых данных и стратегию восстановления
Шаг № 4 Инструменты тестирования
Инструменты автоматизации и управления тестированием, необходимые для выполнения тестов
Выясните количество необходимых инструментов с открытым исходным кодом, а также коммерческих инструментов, а также определите, сколько пользователей они поддерживают, и спланируйте их соответствующим образом.
Шаг № 5. Отпустите управление
План управления выпуском с соответствующей историей версий, который обеспечит выполнение тестов для всех изменений в этом выпуске.
Шаг № 6 Анализ рисков
Перечислите все риски, которые вы можете оценить
Дайте четкий план по снижению рисков, а также план действий в непредвиденных обстоятельствах.
Шаг № 7 Проверка и одобрение
Все эти действия проверяются и утверждаются бизнес-командой, руководством проекта, командой разработчиков и т. д.
Сводка изменений обзора должна быть прослеживается в начале документа вместе с утвержденной датой, именем и комментарием.
Документ стратегии тестирования — это хорошо описанный документ по тестированию программного обеспечения, который четко определяет точный подход к тестированию программного обеспечения и цели тестирования программного приложения.
Как подготовить хороший документ по стратегии тестирования
Шаг № 1: Объем
Он определяет такие параметры, как:
Кто будет проверять документ?
Кто будет утверждать этот документ?
Действия по тестированию программного обеспечения, выполненные с указанием сроков
Шаг № 2. Подход к тестированию
Он определяет:
Процесс тестирования
Уровни тестирования
Роли и обязанности каждого члена команды
Типы тестирования (нагрузочное тестирование, тестирование безопасности, тестирование производительности и т. д.)
Подход к тестированию и инструмент автоматизации, если применимо
Добавление новых дефектов, повторное тестирование, сортировка дефектов , регрессионное тестирование и завершение теста
Шаг № 3 Тестовая среда
Определите количество требований и настроек, необходимых для каждой среды
Определить резервное копирование тестовых данных и стратегию восстановления
Шаг № 4 Инструменты тестирования
Инструменты автоматизации и управления тестированием, необходимые для выполнения тестов
Выясните количество необходимых инструментов с открытым исходным кодом, а также коммерческих инструментов, а также определите, сколько пользователей они поддерживают, и спланируйте их соответствующим образом.
Шаг № 5. Отпустите управление
План управления выпуском с соответствующей историей версий, который обеспечит выполнение тестов для всех изменений в этом выпуске.
Шаг № 6 Анализ рисков
Перечислите все риски, которые вы можете оценить
Дайте четкий план по снижению рисков, а также план действий в непредвиденных обстоятельствах.
Шаг № 7 Проверка и одобрение
Все эти действия проверяются и утверждаются бизнес-командой, руководством проекта, командой разработчиков и т. д.
Сводка изменений обзора должна быть прослеживается в начале документа вместе с утвержденной датой, именем и комментарием.