Перейти к содержимому

Аудит и оптимизация QA-процессов
онлайн, начало 24 декабря
Автоматизация функционального тестирования
онлайн, начало 27 ноября
Логи как инструмент тестировщика
онлайн, начало 30 ноября
Тестирование REST API
онлайн, начало 30 ноября

Публикации KnopkaZapuska

56 публикаций создано KnopkaZapuska (учитываются публикации только с 27 ноября 2019)



#174864 Сохранение логов Selenium

Отправлено автор: KnopkaZapuska 12 декабря 2019 - 11:20 в Selenium - Functional Testing

Можно. Конкретная реализация сильно зависит от остальных вводных. Скажите на каком языке работаете и с какими системами запуска/сборки?



#174449 Подходы и инструменты для тестирования парсера

Отправлено автор: KnopkaZapuska 14 ноября 2019 - 09:31 в Начинающему тестировщику

просто пишите юнит тесты на джаваскрипте

Так я от лица qa выступаю, а не dev

 

Поэтому и задал вопрос про виды нефункиционального тестирования, которые могу провести в моем случае, так как информации не смогу найти на просторах интернета




#174447 Подходы и инструменты для тестирования парсера

Отправлено автор: KnopkaZapuska 14 ноября 2019 - 09:27 в Начинающему тестировщику

Всем привет. Есть парсер сайта с билетами(написан на JS), сам парсер законнекчен к Телеграмму в виде бота. Всего 2 команды - день и маршрут. Каждые 15 минут будут приходить существующие рейса по заданной дате и маршруту. 

В кратце о работе: 
 

Есть сайт - посылаем POST запрос, получаем HTML, и уже ее JS парсит и дает ответы нашему боту

 

 

 

Это авторская работа, поэтому нету никаких требований к нефункциональному тестированию. Какие виды вы бы посоветовали произвести? Можно ли как-то задействовать Postman, JMeter, и другие ПО для тестирования? 

 

В интернете по моему случаю ничего не смог найти




#173519 Передаются ли данные или нет?

Отправлено автор: KnopkaZapuska 29 августа 2019 - 12:18 в Начинающему тестировщику

Недавно нашел для Телеграмма бота (http://telegram.org....cheniya-vk.html), при помощи которого можно будет принимать и отсылать сообщения в ВК. Не спрашивайте зачем мне это надо=)

 

И вот хочу узнать у опытных тестировщиков - можно ли как-нибудь узнать или проделать какие-либо процедуры, что узнать, передает ли этот бот сообщения или данные создателю данного бота( или куда-нибудь) или все конфиденциально, и никто не тронет и не увидит мои сообщения? 

 

Может быть можно каким-нибудь софтом, или методами? Да и для расширения кругозора тестирования будет полезно для меня, как для новичка это знать




#173005 Подготовка к собеседованию

Отправлено автор: KnopkaZapuska 19 июля 2019 - 11:19 в Начинающему тестировщику

Следим, и на жалобы реагируем (может быть не всегда оперативно, но реагируем).

Спасибо за сообщение, Алексей.

Очень странно) Хорошо, я сегодня-завтра отправлю все жалобы/просьбы повторно (если смогу их все найти и вспомнить)




#172991 Подготовка к собеседованию

Отправлено автор: KnopkaZapuska 19 июля 2019 - 07:49 в Начинающему тестировщику

А модераторы и следят!
Жалобы всегда работали тут.

Не соглашусь, к сожалению) Кучу жалоб отправлял модераторам и просьбы с удалением, но увы, ничего не изменилось. Поэтому модераторам как минимум все равно на сообщения форумчан




#172984 Подготовка к собеседованию

Отправлено автор: KnopkaZapuska 18 июля 2019 - 13:53 в Начинающему тестировщику

Такая ненавязчивая реклама)))))

Хахаха, это точно) Но печально одно, что сколько бы я не обращался к модератом сайта/форума с просьбой удалить какой-нибудь "спамящий" или "флудный" коммент - никаких изменений или ответа) Так что это "ненавязчивое" сообщение будет тут навсегда, к сожалению. Что очень печально, так как всегда казалось, что модераторы следят за данным сайтом)




#172836 Градация тестировщиков

Отправлено автор: KnopkaZapuska 05 июля 2019 - 13:27 в Начинающему тестировщику

Мало ли кому то спустя 4 месяца ещё интересно. 

Во первых расклад такой. Описать каждую роль четко можно только в том случае, если все они есть в компании. Там где я работаю есть только 2 должности....QA и lead QA )) всё... никаких тест дизайнеров, тест аналитиков и тест менеджеров. Просто тестировщик и лид тестировщиков. Но в случае если бы весь перчень у нас присутствовал было бы так.

Джун - джун это джун...он тестирует ручками по чек листу. С джуна тестера не всегда можно спросить за технологии и т.д. Он не программист, он умеет обращаться с компом на уровне продвинутого пользователя и желание развиваться в тестировании. Собственно это всё что ему надо. Но к концу стадии джуна он обрастает навыками. Чаще всего теми с которыми приходится работать. Например джун может успешно разбираться с нагрузочным тестированием если ему с этим пришлось работать.

Мид - он наверное самый размытый, между опытным джуном и начинающим сеньором.  Мид уже хорошо шарит в технологиях. Сам может пишет тест кейсы (в случае если нет тест дизайнера). Сам вполне в силах разобраться в скриптовании через IDE и может быть если у него есть базовые навыки программирования может писать простые автотесты. Мид шарит в разных техниках тестирования. Может + - хорошо тестировать UI/UX , API,  нагруз, и тд. 

Сеньор - скорее всего он уже полноценный разработчик. Вполне может делать код ревью или писать юнит тесты. Ему не обязательно уметь разрабатывать функционал, но он умеет разрабатывать то что протестирует этот функционал. Само собой если в кампании нет тест менеджеров, и тд. И вообще если команда небольшая, то QA senior всегда QA lead. 

Тест дизайнер. Он придумывает тест кейсы. Остальные функции могут различаться от кампании к кампании. Где то он будет совмещаться с обычным ручным тестировщиком...где то будет тест менеджером. Но по факту. Тест - дизайнер придумывает тест кейсы. 

Тест аналитик. Он анализирует что, как и в каком масштабе мы будем тестировать, ещё на этапе разработки проекта. Мне кажется это самая редкая должность и в основном она есть только в компаниях занимающимися непосредственно тестированием на аутсорсе. Как по мне в других случаях раделять тест аналитика и тест дизайнера это очень странно. 

Тест менеджер. Тут всё просто. Он руководит процессами и командой тестирования. Контролирует сроки. Выбирает методологии и техники. И вообще абсолютно бесполезный человек, потому что есть...

QA lead - собственно разница с тест менеджером в том что тест-менеджер не обязан знать технологии, грубо говоря тест менеджеру кроме джиры и тестрейла больше ничего знать не надо. А лиду надо знать всё, что связано с тестированием в его команде. В каком то смысле, если есть тест менеджер и тест лид, то тест менеджер это про теорию, а лид это про практику.

В России и предположу что и в других странах СНГ, нигде не будет четких границ между всеми этими должностями. Чаще всего лид он объединяет в себя тест дизайнера, тест менеджера, тест архитектора, и обязательно сверху ещё и  ручного тестировщика (и возможно автоматизатора). Джун-мид-сеньор зависит от стека технологий использующихся в кампании и от того на сколько сотрудник в них шарит.

Все интересно)




#172646 Помощь с SQL запросом

Отправлено автор: KnopkaZapuska 20 июня 2019 - 06:38 в Про тестирование обо всём подряд

Есть такое задание:

 

Найти email addresses dbo.[1] которые не связаны ни с одним person dbo.[2]. Вернуть [EmailAddress] и [EmailAddressID] из таблицы dbo.[1].
Предоставьте разные варианты запросов, используя -  LEFT, RIGHT JOINs и без объединения таблиц
 
Вот мой результат, но я не уверен, что он правильный:
 

SELECT EmailAddress FROM dbo.[1] NOT LIKE тут не знаю

SELECT EmailAddress, EmailAddressID FROM dbo.[1]


 



#172595 Тестирование IOS app без доступа к Apple устройству

Отправлено автор: KnopkaZapuska 13 июня 2019 - 11:43 в Начинающему тестировщику

Как вариант - BrowserStack




#172594 Помогите с оформлением тест-кейсов

Отправлено автор: KnopkaZapuska 13 июня 2019 - 11:29 в Начинающему тестировщику

Спасибо большое, сказали - прекрасное Summary :smile:

 

 

 

В первом: В этом случае, если у меня в полях более 15 символов, то соседнее поле сьезжает. Мне сказали сделать акцент на то, что "long value", но не получилось

Long values are breaking the display of the fields: field A, filed B, field C

 

 

 

a) Проходит покупка товара, даже, если были введены некорректные данные во время покупки

 

 

 

б) Не было валидационных сообщений об ошибках под полями

Data is not validated when doing purchase

 




#172592 Помогите с оформлением тест-кейсов

Отправлено автор: KnopkaZapuska 13 июня 2019 - 10:39 в Начинающему тестировщику

Помогите, пожалуйста, переформулировать два Summary в баг-репорте: https://drive.google...ew?usp=drivesdk . Ментор уже второй раз просит исправить, я исправляю, но никак не получается.

 

В первом: В этом случае, если у меня в полях более 15 символов, то соседнее поле сьезжает. Мне сказали сделать акцент на то, что "long value", но не получилось
 

Во втором: В этом случае у меня: a) Проходит покупка товара, даже, если были введены некорректные данные во время покупки, б) Не было валидационных сообщений об ошибках под полями




#172504 Выбор приоритета для тест-кейсов

Отправлено автор: KnopkaZapuska 07 июня 2019 - 09:24 в Начинающему тестировщику

Кто-нибудь может подсказать, как это выбирается? Я только учусь, но не могу понять

Да, если главный функционал - он должен быть High (по идее)

 

У меня тест-кейсы по интернет магазину, но пока что да самого главного функционала не дошло. Пока что есть только общие тест-кейсы

 

1) Какой приоритет будет у тест кейса с проверкой ввода НЕвалидных данных? Ведь по идее - это логин/регистрация и т.д. и по сути важно

2) Когда стоит выбрать Medium? 

 

Вот список моих тест-кейсов, кто-нибудь может сказать ли они верно расставлены? https://docs.google....it?usp=sharing 




#172493 Помогите с оформлением тест-кейсов

Отправлено автор: KnopkaZapuska 06 июня 2019 - 12:07 в Начинающему тестировщику

В данный момент я на испытательном сроке. И я пишу тест-кейсы по документации. Уже написал 31. Но у меня есть вопросы по трем тест-кейсам, так как я не уверен, что я их правильно написал, и прошу помощи в исправлении.

 

1) В данном тест-кейсе я не знаю, как правильно описать второй степ: https://drive.google...ew?usp=drivesdk. У меня мало опыта, поэтому не представляю, как его описать
 

2) В данном тест-кейсе я не уверен, что правильно сформулировал третий степ: https://drive.google...ew?usp=drivesdk
 

3) В данном тест-кейсе я не уверен, что правильно сформулировал третий степ и вывод: https://drive.google...ew?usp=drivesdk

 

Сам файл с таблицей к третьему вопросу: https://drive.google...ew?usp=drivesdk

Я понимаю, что на форуме не помогают, если сам не постарался и не предоставил хотя бы свои попытки правильно сделать, поэтому скидываю скрины своих тест-кейсов




#171767 Тестирование медиа форматов

Отправлено автор: KnopkaZapuska 12 апреля 2019 - 10:11 в Начинающему тестировщику

 

 

 

Приведите пожалуйста пример, как это протестировать?

тестируйте по требованиям. разберитесь какие форматы поддерживаются какие нет. И вообще Вы наверное не тестируете тот компонент, а тестируете только свою программу

 

поэтому у Вас может быть и 2 кейса, загрузить поддерживаемый формат и загрузить неподдерживаемый. Вам наверное не надо загружать десятки поддерживаемых форматов и сотни неподдерживаемых

 

Бессмысленное сообщение. При том, что абсолютно. 
Вы рассказали, что в себе содержит медиа. Я попросил привести пример. А теперь, сравните ваш ответ, и то, что я попросил. 


 

 

есть кодек для видео потока, есть кодек для аудио потока, есть контейнер, есть расширение файла

 

все это разные вещи

Приведите пожалуйста пример, как это протестировать? С чем это все может быть связано? На что и что именно может повлиять?
Я новичок, и мне пока что трудно такое понять

 

Если вы знаток в этим, и есть опыт, то в чем сложность рассказать? Ведь для этого я и создал этот топик - чтобы узнать ответ на поставленный мною вопрос. Спасибо.




#171762 Тестирование медиа форматов

Отправлено автор: KnopkaZapuska 11 апреля 2019 - 20:57 в Начинающему тестировщику

есть кодек для видео потока, есть кодек для аудио потока, есть контейнер, есть расширение файла

 

все это разные вещи

Приведите пожалуйста пример, как это протестировать? С чем это все может быть связано? На что и что именно может повлиять?
Я новичок, и мне пока что трудно такое понять




#171760 Тестирование медиа форматов

Отправлено автор: KnopkaZapuska 11 апреля 2019 - 18:49 в Начинающему тестировщику

Сейчас на проекте, который использует компоненту, для загрузки медиа ( в моем случае именно видео). Но меня попросили проверить, ли происходит аплоад поддерживаемых форматов, а для не поддерживаемых - должна выдаваться ошибка.

У меня было несколько видео в формате .mp4, и я решил просто использовать конвертер, чтобы одно из них сконвертировать в формат .avi, НО в этот момент рядом находился мой ментор, увидел мои действия, и сказал, - "Это самое бесполезное, что можно было сделать", и сказал, что надо использовать чистые форматы, но так и не объяснил причину.

Может быть кто-нибудь на данном форуме сможет объяснить?




#171661 Градация тестировщиков

Отправлено автор: KnopkaZapuska 09 апреля 2019 - 13:55 в Начинающему тестировщику

если не знаете кто такой Тест Архитектор - значит вакансия вам тем более не грозит. Могут такого нанять чтобы создать архитектуру автоматизированного тестирования в крупных организациях, ну там фермы девайсов для мобильного тестирования, может в облаках сервера и тестирование, высокая параллелизация и т.п.

 

ISTQB - Technical Test Analyst - больше автоматизатор и нагрузочник

Половина информации - просто лишняя, но спасибо, за ответ




#171659 Градация тестировщиков

Отправлено автор: KnopkaZapuska 09 апреля 2019 - 13:09 в Начинающему тестировщику

Всем большое спасибо за ответ. Но меня все еще интересует вопрос по поводу того, кто такой Test Architect?

 

А вот еще есть интересный момент в ISTQB - Technical Test Analyst , а это кто такой? Какие обязанности входят?




#171643 Подготовка к собеседованию

Отправлено автор: KnopkaZapuska 09 апреля 2019 - 09:23 в Начинающему тестировщику

 

 

 

Но я не могу понять, для чего приоритет? Ведь, если blocker, то понятное дело, что его надо фиксить быстрее, а если minor или trivial, то можно отложить. Дайте пожалуйста зорошие примеры, чтобы я мог понять

допустим программист делает новую фичу на экране. на этом экране есть опечатка в уже существующей фиче

 

можно завести баг с Severity Low, Priority High и добавить в спринт (конечно если команда одобряет). Так как ошибка не критичная, но приоритет может быть высокий так как код "горячий"

 

Спасибо за ответ. Но в остальном у меня всё верно? Или все таки я не так всё понял?  Я не хочу с плохими знаниями идти на собеседование, а хочу идти с достойными




#171642 Градация тестировщиков

Отправлено автор: KnopkaZapuska 09 апреля 2019 - 09:12 в Начинающему тестировщику

Слышал про Junior, Middle, Senior, QA Manager, QA Lead, но кто из них какие функции выполняет/какие обязанности входят? Чтобы знать, к кому себя классифицировать. Есть ли знания, грани, которые помогут различить данные должности?
Так же, не могу понять, чем отличаются QA manager, от QA Lead. У нас в компании - это один и  тот же человек, а вот в некоторых минских компаниях - это два разных человека, но почитав их обязанности все равно вижу почти одно и тоже.

Так же, иногда на зарубежных вакансиях вижу такие роли, как Test Analyst и Test Designer, но по сути - это никто иной, как QA Manager, либо Junior/Middle( т.к. тестовые данные создают все). 

 

С автомазацией чуть-чуть попроще: Junior Automation QA Engineer - Middle Automation QA Engineer - Senior Automation QA Engineer - Automation QA Lead. Но возникает вопрос, а кто такой Test Architect и в чем заключаются его обязанности?   

 

 




#171635 Подготовка к собеседованию

Отправлено автор: KnopkaZapuska 09 апреля 2019 - 07:03 в Начинающему тестировщику

Всем привет, я только хочу влиться в среду QA, поэтому в данный момент разбираю основы/определения, и все связанное с этим. Как я понял по данному форуму, то, чтобы тебе помогли - тебе в начале надо высказать свою точку зрения, и я считаю, что - это верно.

Так вот, в начале я напишу список вопросов,  а затем ответы на них. Если я допустил ошибку, или не так понял, то пожалуйста, исправьте меня, чтобы я усвоил правильную информацию, а не ложную. Я напишу те вопросы, в ответах которых я не уверен.

 

Вопросы:

1) Жизненный цикл бага + серьезность и приоритет - 

2) Что такое чеклисты и тест-кейсы - 

3) Для чего чеклисты и тест кейсы - 

4) Когда стоит писать чек листы и тест кейсы -

5) Виды тестирования, для проверки Smoke testing - 

6) Исследовательское тестирование/ exploratory - 

7) Веб сервисы -

8) База данных (SQL) -

9) Что такое usability testing?

 

1) Жизненный цикл начинается с того, когда баг зарепортят в багтрекинговую систему ( он имеет статус - НОВЫЙ), затем его переводят в статус (ОТКРЫТ, тогда, когда кто-то уже взял его к себе в работу), затем идет (ИСПРАВЛЕН/ НА ТЕСТИРОВАНИИ, тогда, когда данный баг пофиксили , и его надо протестировать), а после уже идет статус ЗАКРЫТ. Так же, еще есть ПЕРЕОТКРЫТ, ОТКЛОНЕН и т.д.

Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения. Есть такие статусы (Blocker - блокирующая ошибка, которая не позволяет далее тестировать, работать с приложением). Critical и Major не могу различить. (Minor - ошибка, которая не влияет на работостособность, в основном, связана с неправильным текстом или 'cьехавшей кнопкой'. Trivial даже не могу обьяснить 

Приоритет (Priority) - это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Можно сказать, что это инструмент менеджера по планированию работ. Чем выше приоритет, тем быстрее нужно исправить дефект. Есть такие статусы ( High - как можно быстрее надо исправить ошибку, т.к. она сильно влияет на работоспособность), (Medium - ошибка может быть исправлена, но она не критична, и может быть отложена в 'долгий ящик', ( Low - про данный статус не могу ничего сказать)

 

Но я не могу понять, для чего приоритет? Ведь, если blocker, то понятное дело, что его надо фиксить быстрее, а если minor или trivial, то можно отложить. Дайте пожалуйста зорошие примеры, чтобы я мог понять

 

2) Чеклист - это типа To Do list, что надо протестировать. Обычно состоит из таких столбцов, как "описание и статус ( иногда есть столбец "окружение").

Тест - кейс - это набор условий, при помощи которых, тестировщик проверяет продукт на соответствие требованиям. Состоит из: ID, описание, шаги(steps to reproduce) , ожидаемый результат, фактический(актуальный) результат, и статус.

 

3) Тест-кейсы нужны для того, чтобы новый сотрудник мог легко и быстро включиться в проект. Так же, хранит информацию о том, как и что было протестировано ( покрыто тест-кейсами). 
Я так и не могу понять, для чего нужны чек-листы. Не могу дать точное определение

 

4) Не могу ответить на этот вопрос точно, но могу сказать, что тест-кейсы надо писать, когда есть время на проекте, а чек-листы делаются всегда. Но я не уверен в этом ответе

 

5) Есть CRITICAL PASS TESTS- это прогонка тех тестов, используемых обычными пользователями во время их повседневной деятельности.  И есть EXTENDED TESTS -  тесты, которые проверяют весь функционал, указанный в требованиях. Т.е. EXTENDED  - это проверка вообще ВСЕГО функционала?

 

6) Как я понимаю - исследовательское - это тогда, когда я что-то тестирую и одновременно пишу тест-кейсы. Как по мне, то это удобно. Т.к. вы сразу кликаете (допустим, веб сайт), и сразу же можете писать тест - кейсы

 

7) По этому поводу знаю, что есть ReST и SOAP. Но я не могу понять, чем отличаются запросы веб-сервисов, от запросов в базах данных? Ведь и там и там мы берем данные. Не идет в голову. Подскажите, какие могут спрашивать вопросы на собеседовании

 

8) Подскажите, какие могут спрашивать вопросы на собеседовании

 

9) Как я понимаю - это тестирование удобства использования. Сюда входит удобный и лаконичный UI. Но входит ли в это тестирование удобство, для людей с ограниченными возможностями? Например, чтобы можно было сделать шрифт большим или увеличить громкость и т.д.

 




#171570 Установка турникетов в офис

Отправлено автор: KnopkaZapuska 05 апреля 2019 - 05:48 в Про тестирование обо всём подряд

Как правильно сказал один человек в нашем чатике по поводу турникетов:

 

213.jpg




#171562 Установка турникетов в офис

Отправлено автор: KnopkaZapuska 04 апреля 2019 - 14:17 в Про тестирование обо всём подряд

Работаю в компании, занимающейся аутсорсингом. Сам на должности QA. И вот пару минут назад наш office manager написала нам в общий чатик: https://drive.google...ew?usp=drivesdk . Оставил только текст, мало ли.

Название компании: VRP (Брестский офис)

Можно сказать, что у нас и так тут жизнь не сахар, но после установки турникетов - думаю, что очень многие работники с большим стажем за плечами просто уйдут, т.к. все ИТ-шники привыкли к свободе. А так будут следить за каждым выходом из офиса. А представьте, что человек курящий... Да, у нас есть камеры, но ладно с ними еще ( адекватность есть). Но теперь наш офис будет похож либо на завод, либо на исправительное учреждение.

 

А каково ваше мнение по этому поводу?

.

.




#171496 Автоматизация, при помощи JavaScript

Отправлено автор: KnopkaZapuska 02 апреля 2019 - 07:26 в Автоматизированное тестирование

Возможно ли автоматизировать тестирование при помощи JS + Selenium? Т.к. Java, Python и C# я не знаю, но знаю Front-End. 
Есть ли у кого-нибудь опыт? Сложно/реально ли это? Есть ли какие-либо best practices?
 

Хотя бы взять это всё с учетом того, что в данный момент JS набрал огромную популярность





Яндекс.Метрика
Реклама на портале