Личный опыт тестировщика
Время на прочтение
Хочу рассказать о работе тестировщика с нетипичного ракурса, который вряд ли покажут в учебных заведениях или профессиональной литературе. Становясь профессионалом в этой области, ты неизбежно начинаешь жить концепциями, заложенными в саму основу тестирования. И это очень по-разному отражается на обустройстве жизни. О том, как именно это происходит у меня, под катом.
Немного о себе
Тестированием в том или ином виде я занимаюсь уже более 10 лет.
Путь в ИТ, как и многие, я начинал с разработки «для себя». У меня всегда был миллион идей, что написать, и таким образом я постепенно развивался. Мне нравилось разбираться в деталях проектов и делать их отказоустойчивыми, и уже тогда было более-менее все равно, на каком языке писать: я умел алгоритмировать, а погуглить синтаксис – вопрос недели.
Где-то в 2005 году я познакомился с человеком, который в буквальном смысле открыл для меня отрасль тестирования. Мне уже тогда показалось, что ее идеология полностью соответствует моим внутренним стремлениям. Человек тот в итоге прошел путь от рядового тестера до технического директора и уже тогда звал меня к себе работать. Но по разным причинам попал я в эту отрасль лишь год спустя, устроившись в компанию Smartbear (на тот момент – Automated QA Corporation), чей инструмент для автоматизированного тестирования TestComplete известен, пожалуй, всем тестировщикам. Правда, попал я не на сам TestComplete, а на другой продукт, Automated Build Studio – по сути, сразу в автоматизацию. В его GUI-подход к автоматизации, кстати, я буквально влюбился, даже написал для себя аналог, когда ушел из компании.
Впоследствии я успел поработать и на зарубежных заказчиков, и на российских. А на данный момент автоматизирую тестирование в российской полностью удаленной компании (на формате работы еще остановлюсь далее).
За время, проведенное в профессии, я понял, что тестирование — это не просто работа, но и своеобразный стиль жизни, который влияет на все аспекты твоей жизни. Будучи тестером, ты просто не можешь жить иначе.
У этого подхода есть как позитивные, так и негативные стороны.
Чем проще задача, тем хуже ты себя чувствуешь
Поиск сложных задач – это не только пристрастие, но и неизбежность.
Сколько бы ты ни учился, в любом инструменте, в любой технологии всегда найдется тот, кто знает больше тебя. И если ты условно «едешь по колее» простого проекта, об этой разнице знаний тебе будут постоянно напоминать. Со всех сторон будет сыпаться критика, что здесь можно было сделать иначе или даже лучше.
Единственный способ этого избежать – искать более сложные задачи, где нет очевидных решений, но есть бессонные ночи в поисках проблем.
К примеру, на одном из последних проектов я столкнулся с разработкой библиотек для Robot Framework в связке с Jython. Конкретно в том случае можно было использовать стороннюю библиотеку для работы с базой данных, и она вроде бы должна была работать, но не работала. Три ночи я потратил на то, чтобы в итоге, читая код самой библиотеки, найти ошибку в документации, которая неверно указывала типы и количество значений на входе. Это была победа и настоящий кайф от ее достижения! И мне нравятся подобные моменты. Это гораздо интереснее, чем «колея» типичного проекта.
Однако стремление к сложным задачам несколько ограничивает круг возможных работодателей. Еще больше его ограничивают дикое тестирование фронтэнда, работодатели без внятного ТЗ на тестирование или имеющие какие-то смутные представления о том, кто такой автоматизатор. Я встречал тех, кто, приглашая на автотестирование, ставит ручные задачи или подключает тестеров к support. Еще довольно много тех, кто экономит на покупке нормального инструментария, предлагая работать чуть ли не в Google Docs. И надо быть готовым к тому, что рынок потенциально интересных работодателей уже, чем тебе кажется.
Высшее образование не тождественно трудоустройству. Важна техническая база и интерес к профессии
На текущем месте работы в число моих обязанностей входит техническое собеседование тестировщиков, поступающих к нам на работу. В ходе беседы я никогда не задаю вопрос о наличии высшего образования, потому что уверен: оно абсолютно не гарантирует присутствие логического мышления. Может быть, мой собеседник имеет докторскую степень, но ни в зуб ногой в тестировании.
Откровенно говоря, я вообще считаю, что тестером нужно родиться. Для этого требуются природная внимательность, усидчивость и какая-то специальная тестерская жилка, когда ты из 1000 документов можешь наобум попасть в один из трех ошибочных. Правда, не все разделяют это мнение.
Важно то, что даже при наличии этой самой жилки нужна хорошая техническая база, которую вряд ли можно получить, закончив двухнедельные онлайн-курсы. Сложно сказать, что обеспечило техническую базу в моем случае. В 90-е доступа к Интернету у меня не было, нужной литературы в библиотеках — тоже, поэтому знания я черпал из FIDO (до сих пор поинты свои помню — 2:5022/5.102 и 2:5022/123.222). А базой именно по тестированию я обязан сертификации International Software Testing Qualifications Board (ISTQB). Кажется, ничего лучше пока не придумали.
Однако довольно редко я встречаю знания по ISTQB у кандидатов на вакансии. Более того, иногда мне кажется, что люди вообще не интересуются отраслью. На собеседованиях у меня есть вопрос про конференции: посещает ли кандидат какие-то мероприятия в сфере QA. И традиционный ответ на него отрицательный. Для меня это показатель серьезности и заинтересованности самого кандидата, а заодно и компаний, на которые он работал. Участие в мероприятиях типа SQA Days, куда я поеду в ближайшее время, стоит денег. И какая-нибудь «шарашкина контора» не будет тратить их на своих сотрудников. Из своего кармана же заплатит лишь тот, кому по-настоящему интересно.
Без опыта никуда
Каждый проект в тестировании заставлял меня изучать новые технологии. Выше я рассказывал о своей «героической битве» с Jython, но ведь придя на тот проект, я не знал ни Robot Framework, ни, собственно, самого Jython (ни даже Python, на котором есть много всего для Robot Framework). Теперь же я, пожалуй, лучше всех в компании разбираюсь в роботе, потому что база в тестировании подсказала подход, а опыт разработки на разных языках и тестирования предыдущих проектов позволил быстро переключиться на новый стек.
Кроме того, опыт позволяет правильно распределить усилия. Я заметил, что новички очень много внимания уделяют негативному тестированию – как бы что сломать. Видимо, стереотипы у них такие относительно профессии. В большинстве случаев их негативное тестирование неважно и ненужно (т.е. растрата ресурсов неоправдана, за исключением тех случаев, когда проект подразумевает необходимость такого тестирования). Лишь с опытом приходит понимание того, что нужно, а что нет, при такой постановке задачи.
Кстати, у меня на собеседованиях есть целый список вопросов, задача которых – выявить наличие именно практического опыта кандидатов.
Все люди раздолбаи. Это вызывает боль, но дает работу
Увы, мир несовершенен.
В разработке это выражается в том, что на тестеров существует спрос. Если бы разработчики замечательно писали код, мы бы остались без работы. С нами же раздолбайство никуда не исчезает, но мы покрываем его тестами.
Сами тестеры, к слову, тоже небезгрешны. Какой бы проект ни попался, вам тоже иногда придется писать «костыли». И с этим ничего не поделаешь – таковы порой условия бизнеса.
Чем лучше ты как тестер, тем больше тебя ненавидят
Разработчики с тонкой душевной организацией, с которыми я сталкивался на прошлых работах, порой очень тяжело относились к багам в их коде, информация о которых появлялась в системе. С их точки зрения, это, видимо, что-то вроде публичного оглашения их ошибок. И чем активнее ты отчитываешься о багах, тем сильнее тебя ненавидят коллеги. В результате в офисе у тебя, конечно, есть какое-то количество хороших знакомых, но примерно треть коллектива начинает тебя избегать, и ты это чувствуешь. Для меня это крайне неприятно.
На удаленке быть тестировщиком легче
Это естественное следствие из предыдущего замечания. Когда ты нажил себе в офисе достаточно «недоброжелателей» с тонкой душевной организацией, ходить по такому помещению становится не очень приятно. Поэтому для себя я уже давно сделал выбор в пользу удаленки. В таком формате непрофессиональные отношения сходят на нет – никаких косых взглядов. Возможно, конечно, я просто не сталкиваюсь теперь с такими характерами. Но здесь и шансов на такое столкновение немного. Мы, к примеру, созваниваемся по видеосвязи только внутри QA-отдела. С разработчиками, на которых я могу повесить баг, общаюсь только в тексте, без каких-либо эмоций. А даже если эти эмоции и будут, в тексте их переживать гораздо проще, чем когда человек по несколько раз в день проходит мимо.
А еще я могу питаться нормальной домашней пищей, оборудовать рабочее место так, как мне хочется. Могу сидеть в жару в одной футболке (помня о видеосозвонах) или даже изменить свои рабочие часы так, чтобы в середине дня выехать в поле и понаблюдать, как начинается осень или природа просыпается от зимней спячки. А самое главное достоинство удаленки – это экономия времени. Я живу неподалеку от областного центра. И Т у нас существует только там. И если мне работать в офисе в центре, то до рабочего места придется добираться по часу в одну сторону, а по пятницам все полтора. И это время, которое ты просто теряешь: оно не оплачивается, не тратится с пользой. Плюс риск попасть в ДТП и расходники на машину. С удаленкой этих трат и рисков просто не возникает.
Мне кажется, по своей воле я уже не пойду работать в офис. Единственное, чего мне порой не хватает, так это личного общения. Но в целом это вопрос решаемый.
Профессиональная деформация влияет на взаимоотношения с друзьями
К сожалению или к счастью, тестирование – это стиль жизни. Не могу говорить за всех, но именно так это происходит у меня.
Тестирование начинается с требований к проекту. Собственно, его задача – убедиться в том, что продукт этим требованиям соответствует. Целыми днями разыскивая и исправляя проблемы в чужом софте, ты начинаешь заниматься чем-то аналогичным и в своей жизни. Я всегда живу с ощущением того, что все должно соответствовать требованиям. Быть тестером – значит жить по правилам. И если кто-то или что-то выходит за рамки этих правил (законов или собственных норм, сформулированных в голове), у меня это вызывает какой-то когнитивный диссонанс. Я срочно пытаюсь исправить баг или хотя бы заявить о нем. При этом окружающие люди очень часто страдают от того, что ты им постоянно твердишь о неправильных поступках.
Кстати, все это не способствует устранению той самой нехватки личного общения.
Общий комфорт рабочего процесса значит больше, чем кажется на первый взгляд
Выше я говорил по большей части о проектах и взаимоотношении с командой. Но работа, даже удаленная, состоит не только из этих моментов. И вот тут многое зависит от проекта, в который ты попал.
Во-первых, есть банальное материальное обеспечение. Например, удобное кресло, на котором я сейчас сижу, а также 24-дюймовый монитор куплены за счет работодателя. Плюс всякие оплаты спорта и прочие бонусы.
Во-вторых, есть банальная самореализация. К примеру, в одном из проектов, в которых я участвовал (тестирование проекта заказчика на аутсорсинге), меня – единственного из аутсорсеров этой компании – привлекали к собеседованиям сотрудников на данный проект в офис и приглашали на корпоративные мероприятия. Реально ли это в компании, для которой тестеры – безликие винтики механизма? Сомневаюсь.
Так или иначе, мне нравится моя работа. И когда удается решать сложные задачи в интересном проекте, я испытываю настоящее удовлетворение. Однако развиваясь на этом поприще, стоит быть готовым к тому, что подходы к работе затронут все аспекты жизни. А если превратишься однажды в тестера со всеми тараканами, назад дороги не будет.
Автор статьи: Владимир Васяев, Ведущий специалист по автоматизированному тестированию программного обеспечения
Продукт Компании «ТестАйТи» – современное российское программное обеспечение, единственное в своем роде в РФ, которое состоит в Едином Реестре отечественного программного обеспечения при Минкомсвязи РФ. Мы разрабатываем и развиваем лучшую систему управления тестированием Test IT с 2018 года. Продукт создан профессионалами с более чем 10-летним опытом работы в тестировании в крупных компаниях – Tinkoff, Kaspersky.
TMS Test IT помогает тестировщикам лучше обеспечивать качество софта, хранить тест-кейсы, составлять тест-планы и управлять тестовыми прогонами. Тестировщики оценят удобный UX и функциональность системы, а тест-менеджеры получат наглядные отчеты по качеству релизов, срокам выполнения тестов и нагрузке команды. Удобно для тестировщиков, прозрачно для руководителей.
Вакансии компании «TEST IT»
У компании нет открытых вакансий
Оценки и отзывы сотрудников о компании «TEST IT»
В 2018 году никто не оценивал компанию.
В 2019 году никто не оценивал компанию.
В 2020 году никто не оценивал компанию.
В 2021 году никто не оценивал компанию.
В 2022 году никто не оценивал компанию.
В этом году ещё никто не оценил эту компанию. Чтобы получить публичную оценку, нужно собрать минимум 10 голосов от сотрудников.
У этой компании пока нет наград
Откуда приходят в компанию
Импортозамещение для тестировщиков: о новой системе управления тестированием DoQA
Санкционные времена показали, что пользоваться зарубежными сервисами может быть неудобно и небезопасно. Это коснулось и систем управления тестированием (TMS): привычные продукты ушли с российского рынка, а оставшиеся могут ограничить доступ к функционалу. В ответ на кризис команда IT Test выпустила TMS DoQA. Рассказываем, что из этого вышло.
Чек-лист для проджект-менеджеров в IT
Любой релиз — стресс для для команды, и особенно для проджект-менеджера. В материале о том, как без потерь пережить этот непростой период, проджект-менеджеры IT Test поделились рабочей практикой — идти по списку задач. Теперь они подготовили чек-лист, который поможет пройти через релиз без крупных потерь и переживаний — скачивайте и пользуйтесь.
Как выделиться среди подрядчиков — 65apps о трендах аутстаффинга
IT Test запускает серию интервью с ведущими экспертами IT-сферы о том, что сейчас представляет собой аутстаффинг и чего ждать от него в ближайшем будущем. Первым приглашенным экспертом стала Александра Макарова, руководитель партнерской сети 65apps и сервиса по подбору IT-специалистов 65staff.
Стратегия тестирования: зачем она нужна и как ее составить
В большинстве случаев работа над IT-проектом идет в условиях ограниченных человеческих и временных ресурсов. Понимать, какие именно это ресурсы и как использовать их эффективно, помогает стратегия тестирования. О документе, отвечающем заказчику на вопросы кто, что и как будет тестировать на проекте, рассказывает Никита Кузнецов, QA-инженер IT Test.
Как проджект-менеджеру пережить стрессовый релиз
Не все релизы одинаково сложные — всё зависит от проекта. По шкале стресса, где 10 — это кошмар, регулярный релиз может соответствовать двойке. Но бывает, когда уровень стресса — 15: страшно проджект-менеджеру, страшно команде, страшно заказчику. Как пережить такой релиз рассказывают Надежда Абашева и Алексей Коростелев, проджект-менеджеры IT Test.
Писать сайт с нуля или выбрать готовое решение? Советуют специалисты IT Test
Когда приходит время запускать сайт, выбор между самописным решением и готовой платформой может поставить в тупик. Не все владельцы бизнеса разбираются в тонкостях разработки — это нормально. Илья Терехин, тимлид разработки IT Test, и Вадим Колокольцев, проджект-менеджер IT Test, рассказывают, что учесть, выбирая способ создания сайта.
Учился на теолога — стал лидом тестирования
Немало QA-специалистов команды IT Test попали в IT благодаря школе тестирования, которую мы создали для набора тестировщиков на наши проекты. Q A Lead Андрей Бракоренко — один из них. Мы поговорили с ним и узнали, как из теологии он перешел в IT, и как любовь к визуальным новеллам помогла ему влиться в мир технологий и программирования.
Как стратегия Quality Assistance позволяет выпускать более качественные приложения
Традиционно тестирование — последний этап перед выходом продукта на рынок, и нередко именно из-за него откладывается релиз. Q A Lead IT Test Дмитрий Трофимов рассказывает о новом подходе к тестированию, которому следуют Atlassian, Canva и Wolt, и том, как перераспределение ролей в команде разработки позволяет повысить качество и сократить сроки.
Нерушимый союз: как проджект-менеджеру помочь команде преодолевать трудности
В современном мире информационных технологий проекты требуют от исполнителей разнообразных навыков, поэтому эффективное командообразование играет решающую роль в достижении успеха. Но действительно ли команда имеет такую ценность, или это вымысел тех, кто не умеет работать в одиночку? Выясняет Надежда Абашева, проджект-менеджер IT Test.
Александр Туник, «Рейтинг Рунета»: «Не надо стремиться на первые строчки рейтинга»
Дебют IT Test в «Рейтинге Рунета» совпал с триумфом этого проекта — в начале 2023 года о нем говорила вся диджитал-сфера. Мы узнали у Александра Туника, одного из редакторов «Рейтинга Рунета», за счет чего команде удалось добиться успеха, как будет меняться РР в ближайшие годы, и почему агентствам не нужно стремиться на верхние строчки рейтинга.
Роль Keychain в обеспечении качества продукта
Тестировщики, впервые столкнувшиеся с Keychain, часто не знают, как он используется в тестировании приложений под iOS и в безопасности данных пользователей. Алиса Мордвинова, QA-специалист IT Test, объясняет, как Keychain может повлиять на результаты тестирования и безопасность продукта в целом.
Как успешно пройти ревью и вынести из него максимум пользы
Ревью — распространенная практика в IT-компаниях, которую перенимают организации из других сфер. Это способ оценки производительности сотрудников, который может стать сильным инструментом для карьерного роста. H R-команда IT Test рассказала, какие возможности открывает ревью перед сотрудниками, и как ставить достижимые профессиональные цели.
Работать в IT сейчас модно, но я пришел сюда за новым опытом, который не всегда доступен в обычных компаниях. И да, я не разработчик, не работаю на пляже и не снимаю яхту на выходные, поэтому статья будет интересна широкой аудитории.
Привет! Я работаю редактором, веду свой канала в Telegram и еще пол года назад не знал, как сфера бизнеса может поменять подход к работе и чему-то научить. Дальше я расскажу, как у меня сложилась первая работа в IT-компании и почему это круто.
Быстрый поиск по статье:
Первое, с чем я столкнулся, это был онбординг. Простыми словами — введение в курс дела. На предыдущих местах работы о таком я даже не слышал, а тут на это отводиться определённое время. 2 недели мне рассказывали о планах и целях компании, какие есть отделы, знакомили с сотрудниками, давали небольшие задачки и приглашали на общие созвоны.
То, что мне запомнилось больше всего, это слова моего project manager’а: «У тебя больше нет понятия “вы делаете”, теперь ты говоришь “мы делаем”». Я стал частью команды, чего никогда не было в других компаниях.
«Вы» или «Ты»
Отдельный блок хочу отвести на общение между коллегами. Ты сходу попадаешь в команду, где все наравне. Тут не нужно обращаться к любому члену команды на «вы», что, лично для меня, облегчило общение. Я спокойно могу написать СЕО: «Привет, вот референсы фотографий для статьи, выбери и сфоткайся». А в ответ получить шутку:
На референсах был лысый мужик, а наш СЕО совсем не лысый
И это очень круто, когда ты можешь пошутить и тебя поймут.
Инсайт №1. Я понял, что, когда к тебе обращаются на «ты», а тебе приходится «вы-кать» — это ставит тебя на ступень ниже и подсознательно угнетает.
Сайнап, ассайн, кавер и остальные умные слова
С английским у меня не супергуд, да и раньше в продуктовых командах не работал. Как только я начал участвовать в созвонах с командой, так сразу начали появляться слова, которые я просто не понимал. Чтобы понимать, о чем идет речь, я записывал непонятные слова и фразы. После созвона искал ответы в гугле. Часть слов из моего списка для таких, как я:
Все, что я узнаю новое, дает мне заряд знаний и расширение кругозора. Или просто надо возобновить изучение английского: )
Созвоны с командой
Миллениалы заново изобрели понятие «планерка». Если на прошлых местах работы, не в ИТ, это были скучные 2-х часовые беседы о смысле жизни, то сейчас есть структура и план общения. За час каждый член команды рассказывает о статусе задач, что нужно для их решения и предлагает какие-то новые идеи по развитию. Это круто и помогает всегда быть в теме.
Я работаю удаленно, в офис не приезжаю, и единственный вариант пообщаться с командой вживую — побывать на созвоне.
Моя первая компания, где я полноценно столкнулся с HR-ом. Раньше было как: тебе пишет рекрутер, предлагает работу, высылает тестовое и по итогу пишет результат, если пишет вообще. Не говорю, что все такие, рассказываю личный опыт, может быть мне просто не везло. В этот раз было немного иначе.
HR написала мне в мессенджер с предложением работы спустя пару часов после отклика. Было неожиданно быстро. Пообщавшись, она предложила выполнить тестовое задание. На что в ответ я попросил пообщаться сразу с руководителем отдела, чтобы не тратить время на тестовое. H R не стала упираться, а рассказала о моем предложении проектному менеджеру. Созвон был назначен на следующий день и в этот же день были подписаны документы о принятии.
К чему это я. Было офигенно круто понять, что сотрудники тут ценятся и их предложения точно будут учитываться в работе. Хотя мне можно было отказать за нежелание делать тестовое.
Инсайт №2. Когда в компании тебя ценят и идут на встречу, то ты больше отдаешься работе.
Корпоративный мессенджер и сервисы
Для тех, кто уже работает в ИТ — будет смешно, но для человека извне — это интересная новость.
Со всеми заказчиками я общаюсь в Telegram или по почте. Во время работы в студиях и агентствах общение между сотрудниками было там же. В IT-компаниях почти всегда есть корпоративный мессенджер, у нас это Slack. Какие плюсы такого решения лично для меня, как сотрудника:
Только из-за первых двух пунктов я готов устанавливать отдельный мессенджер для работы.
Для моей работы не нужны какие-то особые сервисы. А маркетологам бывает нужно покупать подписки на сервисы аналитики, постинга или еще чего-то. В обычной компании тебе придется выбивать деньги на то, что тебе реально нужно для работы. А тут достаточно согласовать с руководителем и тебе дадут возможность купить нужную подписку.
Бонусы и плюшки
В каждой вакансии будет пункт про бонусы от компании. У кого-то это только кофе и печеньки, а у кого-то реально полезные вещи.
Лично для меня это крутой бонус, что можно работать из дома. Мне нужна тишина вокруг, чтобы сосредоточиться, а в офисе этого сделать не получится. В IT большинство компаний предлагают именно такой формат работы. Все мои друзья разработчики, верстальщики и тестировщики работают удаленно и никто из них не хотел бы ходить в офис.
Бонус за закрытую вакансию
Только работая в IT-компании я узнал, что, если ты закрываешь вакансию своими рекомендациями, то тебе положен бонус. Раньше ко мне обращались коллеги за поиском новых авторов и я их находил. Довольный собой шел дальше работать. Сейчас, за туже работу, я могу получить бонус.
Кейс моего друга. Он работает QA в одной американской IT-компании. У них открылась вакансия на mobile dev и он порекомендовал нашего общего друга. Друга приняли и бонус за закрытую вакансию составил 1 000$. Где-то еще такое может быть? Лично я не видел.
Возможность взять девайсы
У меня дома стоит штатный ПК, но бывают моменты, когда хочешь сменить локацию и поработать из кафе или коворкинга. Достаточно оставить заявку и тебе пришлют все, что нужно для работы.
Хочу отметить, что компьютер дадут в любой компании, но получить второй для комфортной работы не всегда бывает возможным. Поэтому для меня это отличный бонус.
Тимбилдинг или корпоративы по-новому
Если раньше корпоративы на моих предыдущих работах были только на новый год и день рождение компании, то сейчас — каждые 2-3 недели HR или команда предлагает интересно провести пятницу. Крайний раз я приезжал поиграть в пейнтбол, а они уже успели сходить на картинг.
Я тут в центре, с синей повязкой, а прямо за мной дерево
IT-сфера перевернула мое понимание о работе в командах. Мне нравится, как меняется рынок труда и создаются идеальные условия для сотрудников. Я рад, что у меня есть такой опыт.
Возможно, многие из вас мечтают попасть в IT, но боятся это сделать из-за того, что не знают английский язык или думают, что туда берут только разработчиков. Не бойтесь, почти что в каждую команду всегда нужны: маркетологи, аналитики, рекрутеры, авторы, дизайнеры и еще много кого. Пробуйте и у вас все получиться.
Ну наконец-то удобная и адекватная tms-ка!
ОБЩИЕ ШАГИ – это потрясающие! наконец-то удобно поддерживать многотысячные тест-кейсы буквально в два клика ) а еще сама библиотека тестов – проста и понятная, все по полочкам можно разложить ) сам интерфейс приятный, порадовали уровни пользователей в виде эмодзи =) сам прогон ручных тестов ничем особо не отличается от конкурентов, но зато удобно интегрировать автотесты и запускать их прям с тмски! понравилась функция запросов, было бы неплохо эти запросы как-то еще в проге использовать, например на основе них создавать сьюты )
Минусы
не везде очевидны и понятны фишки программы – например, долго искала, как создать тест-ран ))) но зато развивает внимание, а тестировщикам это полезно ) немного не хватает аналитики по тестам – что называется “график здоровья” тестов, может быть, какие-то шаблоны для тест-кейсов, чтобы создавать тесты еще быстрее )
очень радует, что на рынке появился продукт для тестировщиков, который решат наши самые большие головные боли =) сближает автотестеров и мануальщиков ) не вызывает нервного тика, не бесит и не перегружен лишним. круто, что нашей компании повезло и мы одни из первых начали ей пользоваться ) продукт еще развивается, с нетерпением жду новых релизов и фишек )
Кайфово и недорого
Удобный и приятный интерфейс, легко создавать кейсы, тест-планы и смотреть отчёты по тестовым прогонам. Ручные и автотесты запускаются с одной страницы – это кайф!
Некоторых интеграций не хватает. Можно настроить через API и Webhooks, но я пока не умею кодить.
Test IT – отличный выбор для нашей команды, недорого по сравнению с тем же TestRail и имеет весь нужный функционал для тестирования
Отличная замена TestRail
Множество удобных фичей
Совмещение ручного и автоматизированного тестирования
Отзывчивая служба поддержки, даже обучение провели
UX в некоторых местах страдает
Например, я только через 2 месяца использования понял как проставлять результаты шагам тестового сценария
Отличная новая альтернатива legacy системам управления тестированием
Работа по статистике отзывов работников одна из самых ненадежных в России. В чёрном списке работодателей множество честных отзывов бывших работников о работе it-специалистом в разных компаниях. При поиске работы лучше заранее прочитать отзывы про опыт работы it-специалистом в чёрном списке сайта nahjob.top, чтобы понять все плюсы и минусы работы it-специалистом. Отзывы помогут понять, где лучше работать it-специалистом
Если Вы столкнулись с негативным опытом работы, вы можете оставить отзыв о работе it-специалистом – это, прежде всего, поможет возможным соискателям не ошибиться в выборе, не сделать необдуманный шаг.
Работали it-специалистом? Расскажите правду о работе!
Добавить отзыв
Ищете правдивые отзывы о ТЕСТ АЙТИ? 🔥 Изучаете вакансии и зарплаты? Компания , по статистике отзывов сотрудников нашего сайта, не является рекомендуемой к трудойстройству 🔴 В списке 1 отзыв бывших работников про ТЕСТ АЙТИ
Компания Тест АйТи разрабатывает систему управления тестированием ПО, которая решает проблему объединения ручного и автоматизированного тестирования программных продуктов, а также сбора отчетности по тестированию в одном интерфейсе. Система управления тестированием Test IT помогает сократить время на поддержание тестовой модели на 30-40%, сократить временные и финансовые издержки на цикл разработки и тестирования на 10-15%, контролировать качество работы удаленных команд. Test IT поставляется как серверное решение и может работать в закрытом контуре, включено в Реестр отечественного ПО Минкомсвязи. Среди клиентов Тест АйТи – банки ВТБ, Дом.рф, РСХБ, Совкомбанк, Открытие, Точка и другие, крупные ИТ-компании Luxoft, Parallels, GS Labs, промышленные предприятия и т.п.
Изучите отзывы тех кто работал, чтобы узнать реальную зарплату в ТЕСТ АЙТИ, плюсы и минусы работы и другие условия в ТЕСТ АЙТИ. На нашем сайте есть уникальная информация о данной компании.
При поиске работы лучше заранее прочитать отзывы про ТЕСТ АЙТИ, чтобы понять стоит ли работать в ТЕСТ АЙТИ. Если Вы столкнулись с негативным опытом работы, вы можете оставить отзыв про ТЕСТ АЙТИ – это, прежде всего, поможет возможным соискателям не ошибиться в выборе, не сделать необдуманный шаг.
Работали в ТЕСТ АЙТИ? Накипело? Расскажите правду!
Добавить отзыв
Полное наименование: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ “ТЕСТ АЙТИ”, Test ITИНН компании ТЕСТ АЙТИ: 7728468710
Хотите получать в Telegram уведомления о новых отзывах про ТЕСТ АЙТИ? Перейдите по ссылке и нажмите “Старт”.
Хотите получать отзывы на email?
Условия для отдыха
Что мне нравится в работодателе
Очень дружный коллектив, с которым и работать и отдыхать одно удовольствие! Руководители компании всегда прислушиваются к сотрудникам, в любой ситуации можно найти комфортное для всех решение. Возможность гибридной работы, которую ты выстраиваешь под себя, регулярный пересмотр зарплаты, развитие внутри компании, периодические посиделки и классные корпоративы, всё это компания предоставляет!
Что можно было бы улучшить
Было бы круто, если по мере роста компании появится ДМС
Возможность работать как удаденно так и в офисе, индивидуальный подход к каждому сотруднтку – всегда можно найти решение любого вопроса. Классные наставники, быстро прокачивают скиллы. Совместный досуг, кутые HR, которые его организуют
Больше иностранных проектов
Комфортный офис и возможность удаленной работы, удобно работать гибридно, отличные занятия по обучению английскому языку, веселые внерабочие активности, поддержка в развитии, можно писать статьи с поддержкой PR отдела и ездить на конференции, дружелюбное руководство
Не всегда получается попасть на рентабельный проект
удалённая работа, адекватность в оценке и подходе, возможности для обучения и роста
всё устроило в целом
Часто задаваемые вопросы о работе в компании АЙТИ ТЕСТ
100% сотрудников рекомендуют компанию АЙТИ ТЕСТ для трудоустройства, на основании 4 оценок.
Какая оплата труда в компании АЙТИ ТЕСТ?
Сотрудники компании АЙТИ ТЕСТ оценивают оплату труда на 5 из 5, на основании 4 оценок.
Как сотрудники АЙТИ ТЕСТ оценивают руководство компании?
Сотрудники компании АЙТИ ТЕСТ оценивают работу руководства на 5 из 5, на основании 4 оценок.
Как сотрудники АЙТИ ТЕСТ оценивают возможности карьерного роста компании?
Сотрудники компании АЙТИ ТЕСТ оценивают возможности карьерного роста на 5 из 5, на основании 4 оценок.
Кому нужно качество? История о том, как небольшой стартап, созданный опытными QA-инженерами, путем проб и ошибок за год выстроил процессы и начал захватывать российский рынок.
Привет! В этой статье хочу рассказать историю, как мы вывели на рынок сложный b2b-продукт и построили процессы в команде.
Test IT — это молодая российская компания, созданная QA-профессионалами в мае 2019 года. Наш основной продукт — система управления тестированием Test IT. Идеологом и основателем компании является Евгений Хафизов, вместе с сооснователями Михаилом Рябовым и Денисом Аксёновым. Михаил стал первым Product Owner в компании, а Денис — CTO. Основанный ими небольшой, но гордый стартап за год выстроил процессы и начал захватывать российский рынок.
Сейчас среди наших клиентов — крупные банки, IT-компании, страховые фирмы и образовательные площадки. Но так было не всегда.
Основатель/СЕО Test IT
Я занимаюсь тестированием программных продуктов в том или ином виде более 10-ти лет, работал в Tinkoff-банке, Kaspersky Lab. Я начинал свой путь от рядового тестировщика на 2-м курсе университета, разрабатывал автотесты, занимался нагрузочным тестированием, затем перешел на руководящие позиции.
Идея создать собственный проект пришла, когда я работал QA-менеджером. Я каждый раз сталкивался с одними и теми же проблемами: как правильно организовать процесс тестирования и как вести тестовую документацию. Не буду вдаваться в технические подробности, но для понимания опишу, как происходит работа в QA-отделе.
Треть загрузки инженера по тестированию занимает описание тестовых сценариев по продуктовым требованиям, анализ и изменение тестовой модели в системе управления тестированием. Если новые продуктовые требования добавляют функциональность и изменяют логику, то необходимо добавить новые тесты, обновить старые — это занимает колоссальное количество времени. В автоматизированном тестировании тоже свои боли: треть времени разработчиков автотестов уходит на анализ падения автотестов, вместо того чтобы разрабатывать новые тесты или поддерживать старые. Вы наверняка уже заскучали, читая об этом — представьте, каково тестировщикам =)
Будучи руководителем, мне требовалось объединить разнонаправленные команды тестировщиков, чтобы задавать общий вектор работы и объединять лучшие практики. Я честно перелопатил все существующие на тот момент инструменты и загрустил: почему для важнейшей части процесса разработки — тестирования — не существует красивых и удобных инструментов? Ничего, что удовлетворяло бы этим двум требованиям, не нашлось.
CMO Test IT
Рынок начал ощущать особую потребность в обеспечении качества продуктов в 2020-м году с началом пандемии, когда стало понятно, что без цифровых продуктов никуда, и вся жизнь буквально пронизана цифровыми сервисами и софтом. Возросла потребность в качественных продуктах, а отсутствие качества стало неприемлемым даже для совсем новых проектов.
Что мы поняли
Я не мог развивать продукт в одиночку, потому что на старте был загружен работой по найму. Мне нужна была хотя бы небольшая команда и капитал на развитие. Я пошел к венчурным фондам, но не смог объяснить им ценность продукта — они предпочитали вкладываться во что-то более понятное типа медтеха или интернет-агрегатора.
«У вас 40 конкурентов?» — удивлялись они, и денег не давали. Кроме того, в России зачастую предлагают грабительские условия 50/50 — абсолютно несправедливо в условиях IT.
В итоге мне повезло, после долгих поисков я нашел инвестора, — Дамира Шавалеева, который поверил в мою идею и выделил средства на команду и реализацию. Мы с ним знакомы с 2000х годов. У него тогда был личный проект – профильная школа с инновационными методиками обучения. Я был одним из первых выпускников.
Что такое Test IT
От стадии возмущения я перешел к активному анализу рынка и формированию важнейших требований:
Третий пункт поясню: обычно разработчики автотестов плохо знают продукт и не разбираются в нем, практически не участвуют в регрессионном тестировании (в отличие от тест-менеджеров и ручных тестировщиков). Их задача — взять тест-кейс и автоматизировать его шаги, а в будущем как-то его поддерживать и анализировать. Продукт целиком их мало волнует, их беспокоит лишь то, чтобы автотесты не падали.
Решив эти три задачи, можно добиться реальных успехов. На сегодняшний день реализовано около половины от задуманного, но нашей системой с удовольствием пользуются уже тысячи тестировщиков.
Главные проблемы рынка сейчас — это скорость выпуска продукта и его обновлений и удовлетворенность клиентов качеством продукта. Если отойти от конечных потребителей — тестировщиков, и сконцентрироваться на бизнес-клиентах — IT-компаниях, IT-департаментах в крупных корпорациях, можно сказать, что мы помогаем управлять рисками, управлять качеством продуктов и сократить издержки на цикл разработки и тестирования версий.
Если раньше отличие качественного продукта от некачественного проходило в какой-то критической массе багов, то сегодня баги недопустимы в принципе. Если продуктом неудобно пользоваться, если пользовательский сценарий недостаточно продуман, то это уже причина рассматривать конкурента, который лучше поработал над интерфейсом, над мелочами.
Качество продукта — это ответственность всей команды — продакт-менеджеров, аналитиков, дизайнеров, разработчиков и тестировщиков.
Как получили первого клиента
Мы разрабатывали MVP год, и в мае 2019 года выпустили первый релиз, тогда же зарегистрировали компанию. Два релиза подряд у нас не было коммерческих клиентов. Многие пилотировали, но не покупали. Мы были готовы на самые невыгодные для нас условия, лишь бы продуктом пользовались и давали обратную связь.
В то время я преподавал на курсах по тестированию в онлайн-школе GeekGym, и предложил бесплатно попробовать новую TMS своим студентам. Среди них был QA-менеджер из Solit Clouds, чья команда стала нашим первым боевым клиентом — около 100 тестировщиков. Следующий свой релиз мы посвятили доработкам по отзывам.
Есть такое понятие в IT — прожаренный продукт, ребята из Solit Clouds дали настолько крутые отзывы, что помогли его прожарить. Мы выпустили обновление и многие из тех, кто ранее использовал бета-версию, купили лицензии. Первым нашим крупным клиентом стал Точка банк, и мы этим очень гордимся.
В то время каждый из нас работал за троих, посвящая любую минуту работе. Если бы мне тогда предложили пойти в кино, погулять или поработать — я бы выбрал работу.
Путь от старта проекта до первого клиента мы прошли за 2 года кропотливой работы. Сегодня Test IT — это интенсивно развивающаяся компания с выстроенными процессами. У нас более 100 клиентов и десятки сотрудников.
О трудностях и наших ошибках
Основная проблема, с которой мы столкнулись при выходе на рынок — недостаточно высокая культура тестирования. Многие компании набирают джуниор-тестировщиков без опыта, потому что не могут позволить себе опытных специалистов. А опытные специалисты работают в крупных компаниях, в банках, и не планируют оттуда уходить. Потребность в инструментах для тестирования возникает лишь на определенном уровне развития компании, с ростом QA-команды и усложнением задач.
Мы сталкивались с тем, что небольшие компании покупали 1-2 лицензии системы Test IT и в итоге не пользовались ей. Потому что для них это было равнозначно тому, как взять космический корабль, когда необходимо доехать в другой город. В России не так много компаний с высоким уровнем тестирования, поэтому мы понимаем, что рынок будет исчерпан быстро. Тем не менее мы готовы способствовать повышению этого уровня посредством участия в мероприятиях, в образовательных курсах, предоставляя нашу систему в качестве учебного инструмента. Мы хотим участвовать в формировании QA-сообщества высокого уровня, и делаем это.
У нас были те же проблемы, с которыми сталкивается любой стартап, — в первую очередь очень небольшой бюджет.
На этапе старта и разработки кодовой базы я хотел попробовать фреймворк, описанный в книге «Как тестируют в Google», когда разработчики сами производят тестирование. Мы проработали в таком режиме несколько месяцев и убедились, что это плохая идея. Из-за отсутствия выделенного QA-инженера интеграционная сборка, которая деплоится на тестовое окружение, была постоянно разломана и не соответствовала критериям качества, описанным в стратегии тестирования Test IT. Разработчики быстро потеряли интерес к end-to-end тестированию и разработки автотестов.
Также первое время мы экономили на дизайне, и несмотря на то, что хотели разработать не похожую ни на кого систему управления тестированием, начали работать на стандартном UI-ките. У нас было целых 4 варианта пользовательского интерфейса, пока мы не остановились на самом оптимальном — который используется сейчас. Обе этих ошибки мы исправили с ростом компании.
Также наша ошибка заключалась в том, что мы начали показывать потенциально заинтересованным сторонам сырой продукт с целью посоветоваться. Никогда так не делайте! Люди оценивают то, что видят, как конечный продукт, у них уже формируется какое-то мнение. В итоге мы потеряли время и клиентов.
Это привело к тому, что люди покупали и не давали качественной обратной связи, потому что потраченная сумма для них не была важна. Сегодня потребители стремятся получать больше за меньшие деньги. Но следует адекватно оценивать ваши затраты на продукт и не занижать цену, иначе вы не получите качественных клиентов, способных давать обратную связь.
Test IT сегодня и планы на будущее
Вначале в команде царил творческий хаос, сегодня, на мой взгляд, смогли грамотно выстроить процессы, чтобы работать эффективнее. Зачастую, когда стартап вступает в фазу бурного роста, не всегда удается удержаться на такой скорости из-за отсутствия упорядоченной системы. Дальше будет только лучше!
В ближайшем будущем мы планируем создание облачного решения, развитие текущего продукта в сторону расширения интеграции ручного и автоматизированного тестирования, геймификации, кастомизации отчетов. Кроме того, мы стремимся расширить пул баг-трекеров и таск-трекеров, помимо Jira, с которыми будет интегрирована система Test IT. Более далекие планы мы раскрывать не будем. Но уверяем, что такого QA мир еще не видел!
Мы уже расширили список услуг, в частности, запустили консалтинговые услуги по функциональному и нефункциональному тестированию для клиентов, у которых не хватает экспертизы или людей.
Верю, что по духу мы останемся стартапом, когда каждый болеет за продукт и готов выходить за рамки своей ответственности. Когда каждый разработчик может заняться анализом и привнести какие-то интересные идеи, а каждый инженер по тестированию может выступать в роли SCRUM-мастера, где генеральный директор может принять участие в регрессионном тестировании и быть открытым к диалогу со своей командой.
Я понимаю, что с ростом компании процессы усложняются, ответственность разграничивается. Тем не менее, уверен, что каждый из нас чувствует, что он не просто пишет код, а делает что-то большее. Часть нашей души есть в каждом продукте, который тестируется с помощью Test IT.