Совет от тестировщика 55/∞ : Сброс кэша и куки
Многие баги авторизации, корзины или применения скидок прячутся в устаревших куках. Тестируете фичу с авторизацией: не ленитесь чистить сессию.
Режим инкогнито в браузере решает эту проблему быстро для каждого нового прогона.
В противном случае, вы можете услышать классический вопрос от разраба, у которого баг не воспроизвелся: а ты чистил кэш? И да, будет стыдно.
Совет от тестировщика 53/∞ : Всегда проверяйте обновление
Тестировать новую версию с чистого листа проще всего. Но реальные пользователи не удаляют приложение перед апдейтом, они просто накатывают обновление поверх старой версии.
Убедитесь, что после обновления базы данных не побились, сессия не слетела без причины, а старые настройки корректно смигрировали на новый лад.
100 бесплатных советов по поиску работы в ЕС
Совет №10
Если вас пригласили на интервью, спросите: почему? Как они поняли, что вы подходите?
Например:
I was really happy and thrilled to receive the invitation to this interview. I'm curious—what was it about my CV or LinkedIn profile that made you think I'd be a good fit for the role?
Этот вопрос в конце интервью предлагает собеседнику самому себе ответить на вопрос, чем же вы так замечательно подходите.
И, конечно, играет в вашу пользу.
#100советов
Совет от тестировщика 51/∞ : Не закрывайте плавающие баги просто так
Если дефект воспроизвелся один раз и больше не хочет, не спешите переводить ее в статус "Can't reproduce". Потратьте еще 15 минут: проверьте логи, вспомните свои точные шаги, спросите коллег, зафиксируйте все, что вы о нем помните в отчете.
Плавающий баг на тестовом стенде это почти всегда гарантия того, что на проде он выстрелит у тысячи пользователей. Заведите тикет, опишите все догадки и приложите логи, даже если шаги не 100% точные.
Совет от тестировщика 49/∞ : Граничные значения не только про поле ввода
Когда мы слышим про классы эквивалентности и граничные значения, мозг сразу рисует поля ввода возраста или цены. Но эти техники работают вообще везде, где есть лимиты.
Размер загружаемого файла, количество символов в названии статьи, дата окончания подписки. Всегда ищите границы в бизнес-логике, именно там система ломается чаще всего.
Загадочно исчезли полезные файлы.
Ну как полезные — набор неплохих презентаций, я их сделал ещё аж в ковидное время, и с тех пор раз в полгода-год брал оттуда слайд-другой по разным поводам. Тема в них почти неустаревающая.
А сегодня захожу — нет презентаций. Папка есть, но в ней пусто. Как-то удалил. Нашел в бэкапе, пригодился.
В общем, повод напомнить: обязательно сохраняйте копии всего, что не жалко стереть прямо сейчас. Он понадобится. Не сегодня так завтра, не завтра, так послезавтра.
100 бесплатных советов по поиску работы в ЕС
Совет №9
Пишите фоллоу апы после собеса.
Мало кто делает — крайне недооцененная практика.
Что-то типа:
Спасибо большое за нашу встречу сегодня, рад был пообщаться с [имя].
[Комплимент тому, с кем разговаривали или что вас особенно зацепило]
[Ваш вопрос, который вы не успели задать на собесе]
Остаюсь на связи и с нетерпением жду фидбэк.
#100советов
Сегодня мне попалось видео Y Combinator, в котором Michael Seibel и Dalton Caldwell обсуждают, почему не нужно слушать истории успеха и советы успешных людей. Хорошее напоминание для тех, кто очарован какой-то личностью.
Услышал от них интересный факт. Илон Маск запустил X/PayPal, чтобы стать богатым (потому что без этого не получится улететь на Марс).
Приятного просмотра.
https://youtu.be/09mXPGVkfVA?is=PjJ5PuBT77Km8PDK
Совет от тестировщика 39/∞ : Прикладывайте видео, скрины и другие вложения
Запись экрана или скриншот с выделенной проблемой, список логов, дефектные тестовые данные экономят часы пустых споров. Разработчику проще один раз увидеть, чем вчитываться в ваши формулировки.
Самое важное в баге: понятный заголовок и вложение с доказательством дефекта.
Совет от тестировщика 38/∞ : Сужайте локализацию дефекта
Прежде чем завести баг, найдите минимальный набор шагов для его воспроизведения. Не пишите 15 шагов, если ошибку можно повторить за три. Не записывайте 5минутное видео, а только ту часть, которая важная для воспроизведения бага.
Разработчик не должен тратить полчаса, чтобы просто понять, как добраться до проблемы. Уважайте чужое время.
Совет от тестировщика 33/∞ : Не додумывайте за бизнес
Если требование можно понять двояко, идите к аналитику или продакту. Не берите на себя ответственность за реализацию фичи, это не ваша зона компетенции.
Ваша задача подсветить нестыковку, а не придумать, как бизнесу будет лучше. Иначе прилетит по шапке именно вам, когда окажется, что задумывалось вообще другое.
100 бесплатных советов по поиску работы в ЕС
Совет №7
Ситуация: у вас нет опыта, о котором спрашивают на собесе.
Но вы очень хотите в эту компанию.
И на 90% подходите.
А эти 10% все могут испортить.
Так вот, на собесе объясните, что вы быстро разберетесь.
Приведите пример, когда так и получилось.
По фреймворку STAR, конечно же:
S — что было
T — что надо было сделать
A — что именно вы сделали
R — какой был результат в цифрах
Никому не нужен некомпетентный пессимист.
Некомпетентный энтузиаст — совсем другое дело!
#100советов