Feeds:
Записи
Комментарии

 

Символично в июне решили поговорить про вход в IT и «июней» после курсов.
Темы:

  • Вступление (0:03)
  • Представление гостей (0:30)
  • Откуда взялся феномен “Войди в АйТи” (3:06)
  • Про платные курсы (15:20)
  • Горячие месяцы для обучения (17:35)
  • Классический портрет успешного ваЙТишника (18:28)
  • Пример “успешных” кандидатов (21:24)
  • Расизм по курсовому признаку (24:20)
  • Сколько зарабатывают на курсах и консультациях (28:30)
  • Про курсы внутри компании (32:58)
  • Почему имея знания, люди идут на платные курсы (40:28)
  • Про «дно» на курсах (41:25 )
  • Про мотивацию платить за ИТ курсы (54:55)
  • Про успех входа в ИТ после курсов (58:40)
  • Три требования к джуниору (1:07:13)
  • Нужно ли идти в айти через тестирование или у нас уже и так дышать нечем? (1:08:48)
  • Конкуренция среди соискателей (1:14:12)
  • Проблемы, которые есть в самих курсах (1:22:20)
  • Что выгоднее МАЙНИТЬ или КОСИТЬ БАБЛО на курсах? (1:35:00)
  • Какой путь выбрать для работы в IT (1:37:30)


Гости:

  • Сергей Пирогов — вошел в IT через галеру
  • Ярослав Пернеровский — вошел в IT как нормальный человек
  • Алексей Лупан — вошел в IT раньше всех и теперь учит других
  • Артем Быковец — вошел в IT и сделал свои курсы для вайтишников
  • Николай — вошел в IT через работу и решил остаться
Реклама

Зачитано на Testing Stage 14 апреля 2018.

С 2012 года в Astound Commerce проходят регулярные образовательные Boot Camp для тестировщиков ПО. Рассмотрим как и почему это простое (как казалось поначалу) мероприятие превратилось в полноценный сервис, который помогает компании планомерно запускать новые проекты к определенной дате и с подготовленным к работе персоналом.

В 2012-ом в Виннице в ходе объяснения того, что основной функционал сайта не в его кнопках, а в его услугах, понадобилось взять и продемонстировать всё наглядно.

У меня уже произошло стойкое углубление в LaTeX, что привело к массивным экспериментам со множеством его пакетов, поэтому наличие полного набора всего и сразу мне благостно. Заранее же не знаешь, куда любопытство заведёт.

Вся инструкция в pdf — http://bit.ly/2GIUSOX  (Dropbox).

WordPress искажает символы в тексте (ординарные кавычки превращает в фигурные, а двойной дефис превращается в тире), поэтому есть ещё текстовый вариант без искажений символов и без переноса строк: http://bit.ly/2Er0x6o

Продолжить чтение »

Идеи легковесны и изменчивы, и постоянно требуют присмотра и ловкости обхождения с ними. Это типа лук и стрелы, много не настреляешь, но если прицелиться и жахнуть точно, да с близкого расстояния, то ура, слава нам, капец ворогам.

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

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

У тест-кейсов должны быть предусловия (‘pre-conditions’ по-вашему).

Во всех этих pre-condition для тест-кейсов уместно учитывать много всякого (и чем больше там будет учтено, тем лучше). Иногда в предусловиях полезно буквально процитировать требования, на основе которых тест-кейс был написан.

Цитировать требование в прекондишнах — это всяческий гуд, но, как всегда, есть сложности с реализацией…

Как это всё сделать?

1
Гиперссылка на требования

Да, но не менее 70% гиперссылок в любом документе неизбежно «дохнут» на протяжении полугода, а когда требования начинают переписывать, менять строки местами и нумерацию следом, то едрить вашу медь…

И очень сильно задалбывает постоянно куда-то переходить по ссылкам и в разбираться в обустройстве другого документа, ведь редкий документ в разгаре работы пишется

  • внятно,
  • грамотно,
  • однозначно,
  • красиво
  • и понятно.

Увы.

2
Логическая отсылка на нумерацию требований. Не зря они всегда пронумерованы, как законы.

Да, логические отсылки вроде «Смотри Евангелие от Программиста 9.43» более долговечны, нежели гиперссылки, но они почти постоянно нуждаются и в сопутствующих гиперссылках, и в уточнении на предмет «не поменялось ли там что-нибудь».

В какой-то момент и они перестают помогать, и тогда автор кейса начинает громко и смачно икать, бо его постоянно проклинают.

3
Процитировать требование

Самое шикарное решение. Обычно хочется (да редко можется) просто увидеть прямо на экране тест-кейса тот текст, на который сделана отсылка. Логичное решение: буквально процитировать требование в прекондишне.

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

Шо делать?

От страха перед иканием большинство тестировщиков (97,12%) сильно тупят и не решаются ни на то, ни на сё. А если будут требования переписываться? А если нет? А если будут? А если нет? Аааа…

Ответ: бэээ! Требования иногда переписывают, но не так часто, как может показаться, поэтому отставить панику.

Нет, когда требования начинают переписывать, это действительно Содом и Геморрой, но это беда для всех сразу, а не только для тестировщиков.

Обычно после такой беды тест-кейсы начинают переписывать, через неделю всем понятно, что переписывать — с ума сойти, и что кейсы лучше не переписывать, а написать с нуля. Жалко, конечно, но разумнее.

Заодно тестировщики начинают лучше понимать бедных программистов.

Каждому кейсу свой жизненный срок, это нормально. К этому надо привыкнуть и перестать заморачиваться поиском идеального глобального решения. Надо просто написать понятные тест-кейсы и снабдить их указанием требования, на котором тест основан, а как это сделать — неважно. Можно по-всякому.

 

Заголовки тест-кейсов вполне можно писать и без «проверить, что» или «Убедиться в том, что».

Достаточно просто ответить на хитрый вопрос «А что мы проверяем этим кейсом?»

А ответ «А мы проверяем то, что на сервер разрешено загружать только файлы с расширениями, разрешенными в параметре document-types» мы нагло сокращаем, выбросив необязательное вступление, и — вот вам элегантный заголовок-утверждение «На сервер разрешено загружать только файлы срасширениями, разрешенными в параметре document-types«.

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

Помним и о том, что первое слово в каждом действии должно быть глаголом.

Техник разработки тестов очень много, и каждый тестировщик может придумать свою технику. ©

Триста раз «ха-ха-ха»!

%d такие блоггеры, как: