Pull to refresh

Comments 11

Статья полезная, но недоделанная и нет пояснений к сокращениям/рабочему сленгу.
Я, как начинающий тестировщик, не уверен в том, что такое блокет, прод (продакшн наверно) и ещё несколько слов. Догадываюсь конечно по смыслу, но лучше уже писать расшифровку в начале.
Если не хочешь расписывать то, что уже написано, то давай ссылку. Если не написано - то напиши хотя-бы кратко. 2 вставки типа "подпишись и обсудим" однозначно портят картину и выглядят так, словно статья нужна была только ради подписок. Поэтому я считаю, что статья недоделанная.

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

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

Насколько ты начинающий тестировщик, что не знаешь слов "блокер" и "прод"? Это общеизвестные в айти термины, самого базового уровня. А статья, кажется, создавалась не как "словарик тестировщика первого дня"

Тестировщик, или, без привязки к специальности, человек, работающий в IT, который не может нагуглить пару незнакомых слов из статьи?

Это очень грустно. Без развития этого навыка(гуглить), но с ожиданием, что всё разжуют и положат в рот, до миддла или даже уверенного джуна можно расти несколько долгих и трудных лет.

Неужели тестовые товары в выдаче могут привести к блокеру?

согласен, тестовые товары с точки зрения функциональностии даже не крит, но чаще всего прибегае бизнес и жалуется почему так и давайте все править. И да это вряд ли даже крит, т.к. можно пофиксить через CRM :)

Выкатываем продажу цифровых копий игр, сделали тестовую игру "Тесто тестовое", страница проиндексировалась, журналисты раструбили мол "сайт торгует фигней", компания потеряла вид, ее акции упали, приток инвесторов сократился....

Интересно, спасибо!) Добавил бы ещё несколько:

  1. Не тестировать во всех версиях (включая версии продукта, браузера и т.д.).

  2. Протестировать не во всех местах системы.

  3. Слепо верить не только ТЗ, но и вообще любым источниками.

  4. Тестировать без открытой консоли (не всегда ошибки явно всплывают).

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

  6. Проверить один раз. А второй раз уже не работает;) Не забывать про стабильность.

Полезные пункты! Обязательно добавлю их в следующем посте.

Никогда не верить словам "это особенности девелопмент окружения, на проде будет нормально"))

Sign up to leave a comment.

Articles