State & Transition Diagram (сокращенно S&T) — схема состояний и переходов. Техника для визуализации ТЗ. Она наглядно показывает, как некий объект переходит из одного состояния в другое.
Вот объект находился в состоянии А, потом произошло какое-то действие, и он попал в состояние В. Потом он попадет в состояние С и другие... Принцип не меняется, было одно состояние, стало другое.
И то, и другое — интерпретаторы командной строки в линуксе. То есть если вы откроете командную строку и введете любую команду, да хоть:
То именно интерпретатор ее расшифрует и скажет компьютеру «он хочет перейти в директорию /home». Компьютер ведь не понимает команды на русском / английском языке. Ему нужны байтики. Этим и занимается интерпретатор — переводом с «нашего» на «компьютерный» язык.
Так что «cd /home» — это shell-команда! Или bash. Смотря какой интерпретатор установлен в вашей системе. В каждой операционной системе установлен интерпретатор по умолчанию. У них есть какие-то различия, но есть и набор базовых команд, которые понимают все: cd, mv, cp, ls… (в винде эти команды немного другие)
Исходно купила книгу из-за серии Psychology. Я прочитала «Хватит мечтать, займись делом!», мне понравилось ))) Так что по интересным названиям заказала ещё несколько книг из этой серии. Вот одну уже прочитала. Ну а что, это книги карманного варианта, маленькая, интересно написанная. Самое то!
Начинает книгу автор с рассказа о куросе Гетти (курос — это статуя юноши). В музей Гетти продали курос. Якобы он прекрасно сохранился, поэтому очень ценная находка. Курос обследовали около года разные специалисты, никаких изъянов они не нашли, поэтому статую купили.
Но несколько специалистов, едва взглянув на курос, сразу определяли подделку. Кто-то сочувствовал музею, который её купил. Кто-то говорил "слишком молодая". Фишка в том, что специалисты моментально чуяли фальш. Потом провели кучу консилиумов и осознали, что да, таки подделка. Но почему её не обнаружили ученые в течение года, зато другие поняли за доли секунды?
Зашла вчера в чат тестировщиков и вижу знакомый диалог:
— Мне в фирме 1 обещали фидбек через пару дней. В итоге неделя прошла, сам им пишу, а меня игнорят...
— Ага, я вот тоже собеседование в фирме 2 прошел, мне обещали ответ дать. А прислали просто отписку! «Вы нам не подходите», и всё.
Меня обижает то, что эти две ситуации приравнивают друг к другу. Обещать ответ, и не дать его ≠ дать ответ, но не такой, как хотелось бы. Однако когда соискатель ждет подробный фидбек, простой отказ воспринимает как полный игнор — «подумаешь, отписка».
Мне на почту прислали мнемоники для регулярных выражений. Тут небольшой спойлер: регулярка [а-я] найдет все буквы от «а» до «я», кроме буквы «ё». На эту тему и мнемоники.
Автор — ЛяДиезМажор
PS — добавила пост в копилку мнемоник, где их еще больше! Читайте и вдохновляйтесь!
PPS — если у вас тоже есть интересные мнемоники, не стесняйтесь, присылайте на ok.molechka@gmail.com! Для этого необязательно быть моим студентом)))
Когда человек проходит собеседование или выполняет тестовое задание, компания даёт ему обратную связь: «вы красавчик, вот оффер / извините, вы нам не подходите». В случае отказа обычно примерно так и пишут: «извините, вы не подошли». А вот что именно было плохо и какие навыки нужно прокачать — непонятно!
Я хочу дать вам пару лайфхаков, как можно получить чуть больше обратной связи:
Выглядит как «ну здравствуй, кэп»? А вот я около трех лет провожу собеседования, и использование этих лайфхаков видела от силы раз 5. Так что давайте я поясню, как эти простые советы работают. А заодно обсудим нюансы их применения.
Да-да, всё так просто! Попросите более подробный фидбек. За спрос не бьют!
Если вы сидите на собеседовании и решаете тестовое «здесь и сейчас», то после окончания задачи спросите:
— А что я еще пропустил? О чем не подумал? Насколько вообще все хорошо или плохо? Что можно почитать / погуглить?
Decision Table (таблица решений) — техника, помогающая наглядно изобразить комбинаторику условий из ТЗ.
Чем проще и понятнее требования, тем меньше будет разночтений. И тем меньше исправлений после реализации. И тем проще нам, тестировщикам, писать тест-кейсы по таким требованиям ))
В тестировании таблица решений используется для того, чтобы на основе требований составить тест-кейсы. И ничего не забыть при сложных комбинациях входных условий! Ведь каждая строка или столбец таблицы → готовый тест-кейс.
Как обычно проходит техническое собеседование в ИТ-фирме, в которой есть HR:
Поэтому фидбек дает тестировщик, который проверял ваше тестовое задание. Или проводил собеседование. А у него свои дела! Так и отмахивается:
— Этому откажи, всё, у меня релиз горит!
Ну а что HR остается? Написать отказ без подробностей… Или действовать хитрее :)
Регулярные выражения (их еще называют regexp, или regex) — это механизм для поиска и замены текста. В строке, файле, нескольких файлах... Их используют разработчики в коде приложения, тестировщики в автотестах, да просто при работе в командной строке!
Чем это лучше простого поиска? Тем, что позволяет задать шаблон.
Например, на вход приходит дата рождения в формате ДД.ММ.ГГГГГ. Вам надо передать ее дальше, но уже в формате ГГГГ-ММ-ДД. Как это сделать с помощью простого поиска? Вы же не знаете заранее, какая именно дата будет.
А регулярное выражение позволяет задать шаблон «найди мне цифры в таком-то формате».
Для чего применяют регулярные выражения?
А еще для замены — например, чтобы изменить формат всех дат в файле. Если дата одна, можно изменить вручную. А если их 200, проще написать регулярку и подменить автоматически. Тем более что регулярные выражения поддерживаются даже простым блокнотом (в Notepad++ они точно есть).
В этой статье я расскажу о том, как применять регулярные выражения для поиска и замены. Разберем все основные варианты.
Основные задачи тестировщика юзабилити:
Все мы немного тестировщики юзабилити. Ведь такой тестировщик должен думать о конечном пользователе — что будет ему неудобно или непонятно? А все мы являемся пользователями: интернет-магазин, оплата картой, банк онлайн...
Допустим, что вы запустили в Postman коллекцию и хотите посмотреть, какой ответ вернул сервер на запрос. Но ой, ответ не логируется:
Response body was not logged
Что делать?
