Полноценный японский «танка» на UML

Они помогают что-то объяснять и окружающим, и самому себе — это отличная лопата для анализа требований, от которых начинается тест-дизайн, где надо всё учесть, ничего не упустить, из ничего выявить неправильное или неоднозначное. Анализ рулит!

Рисовать их можно и на обоях, и в не очень удобном LibreOffice Draw, в MS Visio (не щупал уже сто лет), и в опенсорсном Modelio, и в браузерном draw.io. Там надо тыкать курсором по иконкам и стрелочкам, перетаскивать их по экрану и соединять в логичном порядке, после чего сохранить в виде картинки, которую надо вставить в свою документацию. И хорошо, если это надо сделать только один раз и картинка маленькая. Как правило, что-то надо поменять, или полотно диаграммы становится очень большим, на несколько экранов во все стороны — и там всегда надо что-то менять. Снова надо сгенерировать картинку, снова надо её прикрепить к странице и вставить в нужное место.

Есть другое решение — диаграммы можно не рисовать, а прямо в режиме редактирования документа в Notion (или в Confluence, или в IDE умного разработчика) в plain text с разметкой Markdown расписывать узлы диаграммы и связи между ними, а обновленная диаграмма автоматически перерисовывается. LaTeX way!

Проект называется Mermaid (русалка), работает на JavaScript, подключается как плагин в Confluence или Notion, в средах разработки, и даже в Jupyter notebook. Потыкать в свободном режиме — https://mermaid.live

Диаграмм в Mermaid множество: Class Diagram, Entity Relationship Diagram, User Journey, Gantt, Pie Chart, Quadrant Chart, Requirement Diagram, Gitgraph (Git) Diagram, C4 Diagram, Mindmaps, Timeline, Zenuml, Sankey, XYChart, Block Diagram. Cамые ходовые три:

1. Блок-схема (Flowcharts)
2. Диаграмма состояний (State diagram)
3. Диаграмма последовательности (Sequence diagram)

Mermaid в Notion

В Notion (не наш выбор, но и там есть жизнь) блок с мермайдом вызывается командой, которую можно даже не дописывать:

Получаем поле с представлением «Split» — сверху код, а внизу результат его правильной работы:

Когда дело сделано, разумно переключить отображение содержимого блока на «Preview», чтобы не пугать прожект-манагера непонятными буковками.

Блок-схема

Она же Flowchart. Документация по ней подробна и адекватна.

Блок-схема состоит из узлов (геометрических фигур) и ребер (стрелок/линий), и объявляется непременно с направлением развёртывания — сверху вниз (TD) или слева направо (LR):

Пример:

flowchart TD
S(Простая последовательность шагов)
--> id1(Самурай всё понимает)
--> E(Разговор исчерпан)

S — Start.

E — End.

Между ними можно расположить сколько угодно узлов. Называть их можно буквами любого алфавита, который есть в кодировке UTF-8, от «id1, id2, id3» до «самурайУмничает».

Сплошные управляющие стрелки (рёбра) указываются так:

-->

Стрелка с прерывистой линией:

-.->

Стрелку можно ставить перед узлом, а можно после. Мне удобнее воспринимать их в начале строки.

Стрелками можно связывать не только на каждый следующий узел, но и непоследовательно прыгать к любым другим узлам. Например, можно связать id3 с id1:

flowchart TD 
  S(Простая последовательность шагов) 
  --> id1(Самурай всё понимает) 
  --> id2(Невод закинут в море) 
  -.-> id3(Дед, ну ты дурак? ©) 
  --> id1 
  --> E(Разговор исчерпан)

Ещё есть комментарии — через «два символа процента»:

%%{init: {"flowchart": {"htmlLabels": true}} }%%

Форматирование узлов на блок-схеме

Их форма задаётся скобками.

flowchart TD 

S[\Простая последовательность шагов/]
 --> id1{Самурай всё понимает}
 --> id2[Невод закинут в море]
 -.-> id3(Дед, ну ты дурак? ©) 
-.-> id2 
--> E[/Разговор исчерпан\]

Комментарии на стрелках

flowchart TD 

S[\Простая последовательность шагов/] 
--> id1(Самурай всё понимает)
-.-> |размахнувшись| id2(Невод закинут в море)
--> E[/Разговор исчерпан\]

Пометить узлы разными цветами

Для этого надо объявить классы сущностей через ’classDef’, а там чистый CSS, поэтому названия или коды цветов надо взять из htmlcolorcodes.com

flowchart TD

classDef decisionPoint color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;
classDef startPoint color:black,stroke:White,fill:#93e4e6,stroke-width:1px,text-align:left;
classDef endPoint color:gold,stroke:White,fill:black,stroke-width:1px,text-align:left;

S[\Простая последовательность шагов/]:::startPoint
--> id1(Самурай всё понимает)
--> id2[Невод закинут в море]:::decisionPoint
-.-> id3(Дед, ну ты дурак? ©)
--> id2
--> E[/Разговор исчерпан\]:::endPoint

Затем применить классы к узлам через три двоеточия.

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

[\ старт /] и [/ финиш \]

Цвета, если действительно надо применять, следует подобрать неяркие. Учесть, что кто-то будет смотреть это всё в darkMode.

Поменять размер шрифта одного из узлов

Через управляющие команды CSS:

classDef decisionPoint font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;

Вписать в один узел несколько строк

Просто переносим буквы/слова внутри узла на новую строку. В моем примере каждая новая (перенесенная) строка начинается с булита — это необязательно, просто выглядит как список на слайде. Кавычки вроде нужны, а на деле не обязательны.

flowchart TD 

classDef leftAlign font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left; 

S[\Простая последовательность шагов/]
 --> id1(Самурай всё понимает)
 --> listOfEvents("•  Некуда спешить
• Не о чём думать
• Начинается дождь"):::leftAlign
 --> id2[Невод закинут в море]
E[/Разговор исчерпан\]

Тут под произвольным именем ’newLines’ было задано соединение нескольких узлов в один общий узел. А это значит, что можно заранее соединять узлы в отдельные ветки… тааакое можно наворотить!

Разместить на одной диаграмме несколько самостоятельных ветвей

…между которыми связующих звеньев вообще может не быть — это глупо, но возможно. Или можно задать связи между ними в нелинейном сочетании:

flowchart TD

classDef leftAlign font-size:0.9em,color:black,stroke:DarkOrange,fill:Snow,stroke-width:1px,text-align:left;

biblioteka["Понял в тишине библиотеки"]
apple["Яблоки на снегу"]
gameOver["Демоны спёрли дыхание"]
bookIsClosed["Книга недолго открыта"]
listOfEvents("• Некуда спешить
• Не о чём думать
• Начинается дождь"):::leftAlign

apple 
--> biblioteka 
--> listOfEvents

S[\Происходит жизнь/]
--> id1(Самурай всё понимает)
--> id2[Невод закинут в море]
--> listOfEvents
--> E[/Разговор исчерпан\]

id1
--> gameOver
--> bookIsClosed

Вполне можно свести узел «Книга недолго открыта» к финишу, прописав последней командой „—> E”, но это необязательно, некоторые процессы вполне самостоятельно могут закончиться «ничем».

Диаграмма последовательности

Она же Sequence diagram.

Это предпочитают программисты — удобно показать, как процессы взаимодействуют друг с другом и в каком порядке.

sequenceDiagram

Jules->>+Brett: What does Marsellus Wallace look like?
Brett-->>+Jules: …What?
Jules->>+Brett: ENGLISH, MOTHERFUCKER! DO YOU SPEAK IT!?
Brett-->>+Jules: Yes!!
Jules->>+Brett: DESCRIBE WHAT MARSELLUS WALLACE “LOOKS” LIKE!
Brett-->>+Jules: Wha-what I—?
Jules->>+Brett: SAY "WHAT" AGAIN! I DOUBLE-DARE YOU, MOTHERFUCKER!! SAY "WHAT" ONE MORE GODDAMN TIME!
Brett-->>+Jules: H-H-He's black...
Jules->>+Brett: Go on!
Brett-->>+Jules: ...He's bald...!
Jules->>+Brett: Does he look like a bitch?!
Brett-->>+Jules: What? 
Note over Jules,Brett: shoots Brett in the shoulder
Jules->>+Brett: DOES! HE! LOOK! LIKE! A BITCH?!?!
Brett-->>+Jules: NO!
Jules->>+Brett: Then why'd you try to fuck him like a bitch, Brett?
Brett-->>+Jules: I didn't...!
Jules->>+Brett: Yes, you did! YES, you DID, Brett! You tried to fuck him!

Pulp Fiction in action

Акторов может быть множество, переходы между ними тоже доступны в разных сочетаниях.

Разумно рисовать от одного актора только сплошные стрелки, а от другого только прерывистые.

Неразумно рисовать в таком стиле длинные диаграммы.

Также программисты используют рисование диаграмм через LiveScript с аналогичными возможностями:

sequenceDiagram
  actor Customer
  participant Checkout
  participant DB

  Customer->>+Checkout: Request checkout page
  Checkout->>+DB: /api/settings

и так далее по той же схеме.

Диаграмма состояний

Она же State diagram — диаграмма, которая описывает поведение систем. Ты видел её в книге Коупленда про тест-дизайн.

Всё чётко, да?

Эта диаграмма — учебная, кривая, неправильная:

Note that the diagram is still incomplete. No arrows and bulls-eyes emerge from the Cancelled states. Perhaps we could reinstate a reservation from the Cancelled NonPay state. We could continue expanding the diagram to include seat selection, flight cancellation, and other significant events affecting the reservation but this is sufficient to illustrate the technique.

© Lee Copeland

А она неправильная. Просто для экономии бумаги три перехода сведены к одному и тому же (Cancelled ByCust), а в норме это надо выводить в отдельные (тупиковые) ветви. Иногда даже из тупичка может произойти обратное действие, и если через всё пространство протягивать стрелки в одно и то же место, то через какое-то время диаграмма покрывается паутиной метаний от одного узла к другому… ох.

Её надо пересоставить в более адекватном порядке, но для разгона попробуем воссоздать как есть, сведём выход из нескольких узлов в один Cancelled ByCust:

stateDiagram-v2

[*] --> Made : giveInfo/startPayTimer
Made --> Cancelled_NonPay : PayTimer_expired
Made --> CancelledByCust : cancel
Made --> Paid : payMoney 
Paid --> CancelledByCust : cancel/Refund
Ticketed --> CancelledByCust : cancel/ReturnTicket/Refund
Paid --> Ticketed : print/Ticket
Ticketed --> Used : giveTicket
Used --> [*]

Важно: названия узлов должны быть представлены одним словом. Пробел между ними принудительно создает новый узел. Решение — отдельно создать переменную узел с условным названием и содержимым в виде слов с пробелом. Например:

stateDiagram-v2

CancelledByCust: Cancelled by Customer
Cancelled_NonPay: Cancelled when payTimer expired

[*] --> Made : giveInfo/startPayTimer 
Made --> Cancelled_NonPay : PayTimer_expired 
Made --> CancelledByCust : cancel 
Made --> Paid : payMoney 
Paid --> CancelledByCust : cancel/Refund 
Ticketed --> CancelledByCust : cancel/ReturnTicket/Refund 
Paid --> Ticketed : print/Ticket 
Ticketed --> Used : giveTicket Used --> [*]

Раз уж название каждого узла — это его уникальный идентификатор, придется все эти ответвления в «CancelledByCustomer» сделать уникальными через нумерацию. Заодно пометим цветом happyPath и отхождения от него:

stateDiagram-v2

classDef happyPath font-size:1em,color:black,stroke:DarkOrange,fill:palegreen,stroke-width:1px,text-align:left;
classDef negativeScenario font-size:1em,color:black,stroke:DarkOrange,fill:IndianRed,stroke-width:1px,text-align:left;

[*] --> Made:::happyPath : giveInfo/startPayTimer
Made --> Cancelled_NonPay:::negativeScenario : PayTimer_expired
Made --> CancelledByCustomer_1:::negativeScenario : cancel
Made --> Paid:::happyPath : payMoney 
Paid --> CancelledByCustomer_2:::negativeScenario : cancel/Refund
Ticketed --> CancelledByCustomer_3:::negativeScenario : cancel/ReturnTicket/Refund
Paid --> Ticketed:::happyPath : print/Ticket
Ticketed --> Used:::happyPath : giveTicket
Used --> [*]

Можно задать направление этой диаграммы по-горизонтали, но это воспринимается неудобно:

direction LR

Намутить тест-кейсы по этим путепроводам

Дёрнем chatGPT с задачей перемножить все эти блямбы между собой.

Для stateDiagram псевдоинтеллект выдал такое:

1. TC1: Complete Payment and Print Ticket
   • Initial State: [*]
   • Action: giveInfo/startPayTimer
   • Result: Made
   • Action: payMoney
   • Result: Paid
   • Action: print/Ticket
   • Result: Ticketed
   • Action: giveTicket
   • Result: Used
   • Final State: [*]
2. TC2: Complete Payment and Use Ticket
   • Initial State: [*]
   • Action: giveInfo/startPayTimer
   • Result: Made
   • Action: payMoney
   • Result: Paid
   • Action: print/Ticket
   • Result: Ticketed
   • Action: giveTicket
   • Result: Used
   • Final State: [*]

И так далее.

Уберем детали:

Happy Path Test Cases

1. TC1: Complete Payment and Print Ticket
2. TC2: Complete Payment and Use Ticket

Negative Scenario Test Cases

1. TC3: Payment Timer Expired
2. TC4: Cancelled by Customer Before Payment
3. TC5: Cancelled by Customer After Payment
4. TC6: Cancelled by Customer After Ticket Printed

Кхм… Позитивные тесты — отдельно напечатать билет и отдельно его использовать — ну-ну. Тебе же говорили, что диаграмма неадекватная и требует пересмотра?

А отклонения от happyPath ПИ считало норм.

Хорошо бы ещё навостриться прописывать основу для диаграмм, из которой chatGPT мог бы генерировать код для самих диаграмм, и тогда можно ускориться ещё сильнее.

Туториалы по Mermaid

Их таки есть, вот два самых наглядных:

и

Файл с примерами из второго видео — mermaid.md

ZIM

Любопытно, что в вики-редакторе Zim тоже есть модуль «Вставка диаграмм» (ему нужен GraphViz), который работает по тому же принципу — пишем словами, видим диаграмму. Редактирование диаграммы включается даблкликом по ней.

Вольное последумие

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

© Джеральд Вайнберг, книга «Exploring Requirements — quality before design» (1989), подглава «1.4 Making Sure That Everyone Can Read the Map»:

Proponents of each notation claim that their maps are “intuitive” and ”easy to read”. These statements are true in the same sense that Chinese is intuitive — in Beijing. Virtually any notational system becomes intuitive after someone has spent a lot of time working with it.

Как только диаграмма объяснила одну идею, её надо немедленно оставить в покое и не усложнять — рисуй новые.

Генеративные сервисы надо держать под пристальным, недоверчивым присмотром, бо оно тебе нагенерирует, лишь бы ты был хоть немного счастлив. Если в череде шагов не будет чего-то очевидного, то GPT ничем не поможет, оно будет работать только с тем, что ему передал нерадивый тестировщик.

Я уже много лет не испытываю сложностей с написанием тест-кейсов, мне сложно быстро понимать новый объёмный продукт. Очень мешают иллюзии вроде «а, это мне знакомо…», а потом «ну кажетаг-то, мне же казалось, что оно вот так, а оно вон оно как…»

Тест-кейсы выглядят по-разному не по чьей-то злой воле.

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

Когда они условно-подробные — их тупо неудобно быстро выполнять, и большинство опытных тестировщиков просто перестают их читать (а там что-то может быть изменено, ойёпт), но их можно предсказуемо выполнять средне-медленно, потому что есть подробная инструкция, которую придётся переписывать во множестве мест, если что-то где-то ВНЕЗАПНО поменяется… Ой.

Логично предположить, что если мы будем придерживаться одного ХОРОШЕГО стандарта, то все сложности исчезнут. Однако логично и то, что «стандарты» всегда тяготеют к «пусть будет много нужной и полезной информации», а это всегда в итоге формат «условно-подробнейших тест-кейсов», которые постоянно хочется «переписать попроще», но времени нет.

Нет нужды упарываться по исчерпывающе хорошим тест-кейсам, важнее заморачиваться продумыванием ситуаций, которые должны происходить (первый уровень осознания требований) и которые могут происходить (второй уровень), когда ПО будет работать. Если я понимаю тему, то тестов я вам накатаю бесконечно много. Если я не понимаю тему, то смысл их катать?

Тест-кейс — инструкция по созданию тестовой ситуации.

Иногда ситуацию можно объяснить одним предложением, и результат её очевиден. Иногда надо предварительно объяснить предусловия и не факт, что всё будет понятно. Иногда достаточно просто упомянуть, что «а ещё в базе надо проверить, что наценка на товар правильно применилась и повсюду посчиталась». Иногда надо прямо указать, куда зайти и какой запрос использовать.

Не нужно искать один-единый формат тест-кейсов. На одном и том же проекте надо использовать разные форматы тестов в зависимости от условий и контекста возникающих задач.

Общий подход — пишем тесты в виде идей. Коротко.

Идею можно уточнять — добавить несколько нужных строк. Если выглядит достаточно понятным самому себе — всё норм.

Идею можно снабжать отсылкой к подробной инструкции для выполнению отдельных шагов. Инструкции можно записывать в общие места (Confluence, Notion, тыды).

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

Знать такое заранее было бы так же смело и странно, как точно знать завтрашний курс криптовалюты в Молдове и смело призывать всех вкладывать в передовую технологию будущего из прошлого ценную международную валюту с изображением Штефана чел Маре.

В Кишинёве эти машинки продаются свободно, бо никому особо не нужны.

А красящие ленты для них в Кишиневе не продаются. Их нет, потому что они вообще никому не нужны.

А без красящей ленты пишущая машинка не работает.

(мрачно) Ха-ха-ха.

Почему две:

• надо было мне организовать долгосрочные письменные отправительно-получательные мероприятия между двумя почтовыми абонентами,
• ремонтировать такие машинки сегодня приходится только самостоятельно. А эти две машинки собраны по одному принципу (также схожа функциональность), и для постоянного техобслуживания это прям важно.

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

«Кого ты хотел удивить?»

Что ж, потыкал по ним в свободном режиме. Кисточкой по их внутренностям прошёлся, машинным маслом где надо пропшикал.

Сегодня такие девайсы удивляют неожиданной шумностью. Если «потный вал вдохновения» окатит ретро-писателя поздней ночью, то авторский стрёкот вызовет из небытия и соседей, и тени забытых предков с первого этажа по девятый, и все будут орать в один голос «Выключи это немедленно, непечатная ты тварь!»

Ход клавиш огромен, «порхать» по ним невозможно, между кнопками зияют коварные пропасти, неподготовленные пальцы проваливаются куда-то вглубь страшной механизмы, и чтобы нажать следующую клавишу, надо палец сперва поднять «на исходную позицию» — точно так, как написано в старых учебниках по набору текста…

Вообще, по клавишам машинки надо колотить, ударять, с размахом, надо надсадно насаживать оттиски буковок на бумагу. Мягкое прикосновение к ним не имеет никакого смысла. Например, если нажимать на пробел мягко, как на компьютерной клавиатуре, то иногда каретка (большая тяжелая штука, в которую закатывают бумажный лист) сдвигается на один символ, а иногда больше нужного. В нажатиях нужна однозначность.

А ещё ей постоянно нужна бумага, всякая бумага, много бумаги, и обычной, и копировальной. Копирка пачкает пальцы, уши, носы, котов и должна быть запрещена к распространению международной конвенцией ООН, но без копирки у тебя всегда будет только один экземпляр текста…

А ещё было удивительно сложно осознать невозможность редактировать что-либо на бумаге — кмх… Клавиша Backspace есть, но… Кхм… да, это было неожиданно.

А ещё выяснилось, что эта штука правильно называется «пишущая машинка», а не «печатная машинка», но всем как всегда…

И что-то подумалось навскользь о том, что сам Роберт Хайнлайн когда-то набирал тексты на вот таких пишущих печатных машинках… Прожил он долго, с 1907-го до 1988-го, а значит, застал начало эпохи персональных компьютеров. Была ли у него возможность набора текстов на персональных компьютерах? Щупал ли он тот же TeX?

Кнут сделал “TeX” в 1978-м и даже полностью переписал в 1982-м году. “LaTeX” появился в 1984-м. “Apple II” появился в 1977-м.

Вполне мог… бы… наверное.

Да работал ли мэтр вообще на компьютерах?

Оказывается — да, был такой опыт. Но прежде всего надо учесть контекст. Если бы у Хайнлайна в самом начале писательской карьеры был персональный компьютер, то он, наверное, и не женился бы…

Хайнлайн написал свой первый рассказ («Линия жизни») в 1939-м году. Если бы ему тогда дали компьютер, то ничего толкового он бы не написал, а умер бы за чтением технической документации в попытке собрать действующую модель. Ведь компьютерами в те времена назывались два устройства:

• АВМ («ана́логовая вычислительная машина»; не путать с ЭВМ, которая «электронная вычислительная») в Массачусетском технологическом институте (MIT)
• МВУ (механическое вычислительное устройство) “Z1” Конрада Цузе, модель пробная и в практической работе не использовалась. И даже “Z2” в дело не пошла, а вот “Z3” немецкая военщина взяла на вооружение в 1941-м и начала фигачить расчёты вибрационных характеристик крыльев и оперения в проектируемых военных самолётах для Люфтваффе.

Жалко, но в те времена никаким писателям никаких компьютеров никакие Люфтваффе не предоставляли. Сиди и делай «трака-така» на пишущей машинке.

Дас “Z3” в естественной среде обитания. Клавиатура есть, но на ней только кнопки с цифрами

Однако же Хайнлайн таки кое-что понимал в работе тех больших, тёплых, ламповых компьютеров. Во время WWII Хайнлайн числился в ВМФ США бывшим морским волчистым офицером, списанным на берег по состоянию здоровья, поэтому он, вместе с Айзеком Азимовым и Лайоном Спрэгом де Кампом (ВНЕЗАПНО оба такие же писатели-фантасты, публиковались иногда в одном и том же номере одного и того же журнала — Astounding v28n02 [1941 10]!) работал на благо своей американской родины в научно-исследовательской лаборатории ВМФ в Филадельфии, где разрабатывали методы борьбы с обледенением самолётов на больших высотах, аппаратуру для слепой посадки и компенсирующие гермокостюмы для пилотов — предтечу скафандра для космоса. А компьютеры в той исследовательской лаборатории были (вояки же), и пройти мимо них Хайнлайн, конечно, не мог.

Хайнлайн, де Камп и Азимов на работе работают работу (1944)

Авиация тех времен постоянно развивалась, и оказалось, что на больших высотах у пилотов начинаются проблемы с дыханием — «кислородное голодание» отключает организм чуть менее, чем полностью. Одни только кислородные маски ничего не решали, бо на высоте 15 км давление выделяемого легкими углекислого газа превышает атмосферное давление и сделает дыхание невозможным. А выше 19 км в организме начнут кипеть все биологические жидкости. Поэтому военные начали придумывать специальные лётные костюмы, которые обеспечивают и шланг с кислородом, и давление, при котором человек может жить, работать и пулять ракетами по супостатам. Или, например, летать над «старым добрым мирным» СССР и бесплатно фотографировать крестьянок и прочие военные объекты. Вот к этому делу Хайнлайн и подключился.

Принято считать, что а) именно Хайнлайн сделал первое правдоподобное и реалистичное описание скафандра в научной фантастике, и что б) это стало возможным во многом благодаря его работе в исследовательской лаборатории. И таки да, в тогдашних сайнс-фикшынах скафандры описывали как просто усиленные бронёй водолазные костюмы, тогда как Хайнлайн пошёл по пути «В эту штуку надо всунуть человека, и сделать так, чтобы он остался жив в условиях космоса — давайте подумаем, как это сделать». В ювенильной хайнлайновской «Имею скафандр — готов путешествовать» 1958-го года все эти рассуждения изложены удивительно ясным языком. Человек же постоянно нуждается и в ряде газов на вход (смесь кислорода с азотом), и в ряде газов на выход (углекислый газ), и в терморегуляции — чтобы не замёрз и одновременно чтобы не сварился в пустоте космоса.

Опыт щупанья древних компьютеров, конечно, показательный, но с последствиями. В повести «Астронавт Джонс» (1953) экипаж мегасупермежзвёздного корабля «Асгард» (и он — корабль, а судно — это то, что под койкой у бывшего лихого моремана; и вообще у англичан это She, вот так вот) переносится от одной планеты к другой прыжками через гиперпространство. И прыжки эти надо рассчитать по-математике, и это можно сделать или вручную, с помощью таблиц Брадиса с данными для астронавигации, которые переплетены в виде толстых книг, или с помощью компьютера. И Хайнлайн втиснул в тесный «Асгард» компьютер, который был ему знаком и понятен.

Это в современных тонких и плоских компьютерах есть место для хранения всех нужных данных. В древних толстых, многокомнатных компьютерах места для хранения не было, и цифры для расчётов приходилось вводить вручную. Можно с перфокарт, но это тоже «вручную». И ещё надо было безошибочно переводить всё из десятичной системы в двоичную, а затем расшифровывать ответ в обратную сторону.

Вот такой компьютер и был предоставлен мэтром письменной словесности смелым астронавигаторам будущего, и они не отказались:

«Потом наступила вахта, во время которой Келли разрешил ему провести на компьютере тренировочный расчет подхода к точке перехода; Ногучи диктовал константы из таблиц, а сам Келли исполнял роль астронавигатора, следуя распечаткам данных последнего перехода, фактически произведенного кораблем. Программирование производилось устно, как бывает всегда, когда астронавигатора захлестывают поступающие данные, перед самым моментом подачи наиболее ответственного сигнала на резкое ускорение, которое должно перевести корабль через скорость света.

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

Келли диктовал: «…двоичный натуральный логарифм от ноль точка восемь семь ноль девяносто два, умноженный на…». Макс услышал голос Ногучи, переспросившего данные. Ногучи рылся в книге, ища нужную страницу, но намного раньше, чем он успел ее найти, страница появилась перед мысленным взором Макса. Он бессознательно нажал клавиши, не дождавшись Ногучи.

— Поправка, — прозвучал голос Келли. — Слушай, ты, тупица, тебе не надо вводить те цифирки, которые я говорю, ты вводи те цифирки, которые тебе Ногги скажет. Ну сколько тебе раз повторять?

— Но я же… — начал и осекся Макс. До этого момента никто на борту «Асгарда» не догадывался, что он обладает такой непристойно странной памятью.

— Что «ты же»? — Келли хотел было сбросить последние данные, введенные Максом, но приостановился. — Если подумать, ты же не мог ввести в эту штуку десятичные цифры. Так что же ты, интересно, сделал?

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

— Я ввел те цифры, которые Ногучи собирался мне продиктовать.

— Повтори-ка это снова, — Келли смотрел на него не отрываясь, — ты что, читаешь мысли?

— Нет, но цифры я ввел правильные.

— Хм… — Келли нагнулся над пультом. — Повтори-ка, Ногги, — Вычислитель выдал длинный ряд нулей и единиц, двоичный эквивалент зачитанного Келли выражения; Келли проверял нажатые клавиши, губы его слегка шевелились. Он выпрямился. — Как-то раз один парень при мне тринадцать раз подряд выбросил семь очков, причем кости были честные. Это что, Макс, тебе просто повезло?

— Нет.

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

В конце концов Келли сказал:

— О’кей, крутни-ка ему хвост. — Макс щелкнул тумблером, подавая сигнал, по которому машина заглотила программу и мгновенно ее переварила; ответ выразился в огоньках: горит — не горит, машинном эквиваленте двоичных чисел.

Келли, при помощи книги, перевел число, выраженное огоньками, в обычный десятичный вид. Затем он взглянул в журнал. Потом закрыл журнал, отдал его Ногучи.

— Попью-ка я кофе, — тихо сказал он и отошел.

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

Ну, а мы эту пару слов произнесём. Полноценный, многопалубный, шикарный космический корабль они делать уже умеют, искусственную гравитацию они делать умеют, и прыгать через подпространство они уже умеют, и кофе у них есть, и налаживать бесперебойную гравитацию в космосе они умеют, и вообще в космосе могут путешествовать все, от богачей до обслуги, никому «по здоровью» в полёте не отказывают. И компьютеры на их кораблях есть, правда, без дополнительного набора таблиц Брадиса в космос не летают, но — всё надёжно, всё работает… Кто полетел бы в неведомое космическое пространство з таким обладнанням?

Я.

Сам Хайнлайн, начиная с шестидесятых, работал всё больше и чаще. Поначалу-то он не выпендривался, писал тонким пёрышком в тетрадь левой рукой научно-фантастические рассказы, а правой — научно-фантастические романы. Но ведь всё равно позже всё написанное надо набарабанить на печатной машинке, бо огрехи текста в рукописи незаметны, текст всегда надо отчуждать в печатные буквы, перечитывать, исправлять, перепечатывать.

Мда, старые времена… В погоне за оптимизацией некоторые писатели писали тексты сразу на машинке (Хемингуэй, Сименон, etc). Которые уже состоялись — нанимали для этого наборщиц. Которые победнее — брали наборщиц в жёны. Естественно, Хайнлайн тоже апгрейднулся от карандашей сперва до пишущей машинки, а затем и до третьей жены.

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

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

А тут как раз произошёл исход семидесятых — начинается явление персональных компьютеров американскому народу. Уже продавались компьютеры Commodore и RadioShack, за ними уже подтянулись Apple II и Atari . Появились очень ценные для тогдашних пользователей дисководы (флопаки на пять дюймов), программы для набора текста и для уже привычных нам электронных таблиц — возможно, самое ценное в быту, бо бюджеты, отчёты, налоги и всё такое прочее эксельное. Было они все в принципе дорогими, «горячими», ненадёжными и по нашим меркам работали медленно, со сбоями, но это было только начало, поэтому все или терпели, или делали всё то же самое без компьютеров — old-school way.

Роберт и Вирджиния Хайнлайны (1980)

И вот на этом исходе семидесятых на сцене появляется Вирджиния Герстенфельд, третья супруга Роберта Хайнлайна — лейтенант ВМФ США в отставке, профессиональный химик, фигуристка (высший любительский уровень), знала джиу-джитсу, латынь и ещё пять-шесть других языков, прекрасно готовила, была способна самостоятельно освоить любую технику, два года учила русский язык для того, чтобы сопровождать Хайнлайна в путешествии по СССР в 1959—1960-м (Москва, Киев, спортивные стадионы). Она не редактировала его произведения, но полностью участвовала в менеджменте публикаций, так что без неё вся эта история не была бы историей.

К тому моменту Джинни (а её все так называли, так позволим себе это и мы) уже видела, как лихо управляется с одной из первых машин «Atari» Мэрилин Нивен, супруга писателя-фантаста Ларри Нивена. Полагаю, что это была модель «Atari 800». И говорят, что Мэрилин приходилось эту шнягу то и дело самостоятельно чинить.

Atari 800. Сперва привыкни к клавишам, потом приходи со своим телевизором

Как и большинство тогдашних персональных компьютеров, упомянутый Atari представлял собой толстую клавиатуру, в которой было спрятано, собственно, всё то, из чего состоит компьютер. Просто подключи это всё, если получится, к какому-нибудь современному телевизору и be happy.

В 1993-м в компьютерном классе бывшего кишиневского дома пионеров были «Yamaha КУВТ» (Комплект Учебной Вычислительной Техники), которые больше интересовали нас, тогдашних школьников в плане «пошпилять в игрушки после занятий», чем «творить творения на BASIC», но всё-таки. Желто-зеленые мониторы, BASIC, goto, все дела. До Windows 95 ещё было несколько лет.

Но у нас на клавиатурах были отдельные, здоровенные кнопки управления курсором, а на Atari 800 (и других похожих на него компьютеров) эти «стрелки» были кнопками второго уровня, до которых можно было добраться только через Shift. Не сказать, что это мозголомка, привыкнуть можно. Но ептыть же!

И Джинни правильно оценила апгрейд от пишущих машинок до персонального компьютера:

• там клавиатура, которую проще чинить, чем ее аналог на аналоговой пишущей машинке
• возможность печатать до черта копий одного текста на домашне-бытовом принтере
• уже были компьютеры о встроенным экраном, на котором можно постоянно видеть и редактировать текст

Вот это было бы апгрейдом всех апгрейдов процесса создания текстов! В тартарары эти наши/ваши аналоговые машинки. В бездну.

Вирджиния выбрала ЭВМ совмещённый с экраном — «Zenith Z89».

Так выглядел Zenith ’Z89’ (его флоповод отвалился за древностью лет)

Справа от экрана отсек для всякого, например, для дисковода, внутри процессор Z80 с тактовой частотой 2 МГц, 48 КБ ОЗУ и несъёмная клавиатура, которая отличалась высоким качеством сборки и необычным количеством клавиш специального назначения: REPEAT, ESC, TAB, CAPS, CTRL, SCROLL, RESET, BREAK, BACK SPACE, LINE FEED, DELETE, REPEAT и две с красными и синими квадратиками! И над всем этим — 12-дюймовый, выпуклы, монохромный, мерцающий ЭЛТ-экран, на котором помещалось 80 × 25 символов. Ндя.

В наше время такие компьютеры чаще упоминаются под названием “Heathkit H-89”, потому что изначально их делала компания Heath:

Стоил он $2.295 и это таки было дорого (половина нового Кадиллака с рулём и пепельницами), но Хайнлайн, как бывало нередко, пошёл вразнос и взял сразу два экземпляра — для себя и для Джинни. Он взял да и быстро освоил текстовый редактор «Magic Wand», и после волшебного выполнения «поиск-замена по тексту» сделал эпохальное заявление:

Это освобождает меня от тирании машинисток! ©

Он даже письма начал писать только на компьютере. Говорят, что цифровой архив Хайнлайна, в отличие от бумажного, так и хранится в Калифорнийском Университете на исходных носителях — древних пятидюймовых флоппи-дисках.

Если это правда, то жить им осталось недолго и архив, наверное, можно считать утерянным.

Первым текстом, который был набран полностью на “Z89”, был «Фрайди» (который я впервые прочитал в поезде между Молдовой и Украиной в 1994-м или 1995-м и с тех пор… ммм, впрочем, неважно), и с тех пор пишущие машинки в быту Хайнлайнов не фигурировали. Всегда проще иногда выковыривать кнопки и быстро прочистить контакты на клавиатуре, чем вызывать механика и ремонтировать уходящую вразнос пишущую машинку и искать в Киеве красящие ленты для неё.

И если сам Роберт Хайнлайн использовал свой компьютер только в качестве текстового процессора, то Джинни пошла дальше и (в том же 1981-м году) изучила «Basic». А ей было уже 65 лет.

Начинаем ныть о том, что возраст мешает…

Вместе с компьютерами Хайнлайны взяли страшную вещь — дисковый принтер «Sprint Qume». Это такая себе сверхпродвинутая печатная машинка, где вместо множества штанг с литерами перед бумагой постоянно (бешено!) крутится диск с буквами. В нужный момент по соответствующей букве происходит резкое стуканье, на бумаге остаётся оттиск буквы и каретка уносится на один символ влево. Такая машинка с высокой скоростью печати работала с повышенной шумностью, причём настолько, что во время работы её прикрывали звукопоглощающим чехлом. Ну так а шоподелать…. И она тоже требовала возни с бумагой и красящую ленту, которая сегодня в Кишиневе нигде не продаётся (БЛЕАТЬ!).

Дисковый принтер «Sprint Qume»

Так что ответ да — Хайнлайн на персональном компьютере клавишами тарахтел и нам велел.

Послесловие про специализацию

Раз уж речь зашла про компьютеры и Хайнлайна, упомянем его меметичный пассаж про специализацию из «Достаточно времени для любви, или Жизни Лазаруса Лонга» (1973):

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

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

Автор цитаты — Лазарус Лонг — кагбэ, старейший человек, он прожил на момент действия романа более 2000 лет (действие происходит в 4325 земном году). Он повидал настолько много всякого, что может в любой момент выдать афоризм на любую тему, с контекстом или без. Характерные примеры его ВНЕЗАПНЫХ высказываний:

«Если ты не любишь себя самого, другие тебе тоже не понравятся».

«Демократия основывается на предположении, что миллион человек умнее одного».

«Человек, не способный к математике, не является разумным. Этого недочеловека в лучшем случае можно терпеть, раз он научился носить ботинки, мыться и не сорить в доме».

«Мой ей ноги».

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

Скорее всего, это следует читать так, что — может всякое случиться, и если что, то придётся писать сонеты, если рядом не будет профессионального сонетиста. Надо быть готовым делать всё самостоятельно (как Джинни). Даже если кажется, что происходит ужас-ужас — соберись, посмотри, попытайся разобраться самостоятельно…

Я же не столько думаю, сколько обдумываю и додумываю. Это очень медленный процесс с неочевидным результатом.

Иногда полезно.

Иногда впустую.

Некоторые делают это эффективно (книги Эдварда де Боно могут помочь), бо мышление — навык, который нужно тренировать.

Некоторые делают это быстро и безо всяких книг, бо природа.

Некоторые вообще не понимают, о чём речь.

Да?!

Блог появился как способ осмысления темы тестирования ПО. Каждая статья — как обобщение какой-то идеи. Или явления. Или что там ещё есть…

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

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

А можно дать ребенку поиграть со спичками.

Что правильнее?

Что эффективнее?

Что дешевле?

Что разумнее?

Обстоятельства сложились так, что в моё время были только спички и возможность свободно поджигать занавески на проекте. Кто выжил, тот умеет как надо поджигать и не давать разгораться. И умеет вовремя тушить. И идёт читать про термодинамику, а там уже история, а там процессы, а там ГОСТ и есть о чём подумать.

В наше время от джуна заранее ожидают возможность рассчитать объём раскалённых газов и время, за которое сгорит дотла одна комната, на 14/88 заполненная каким-нибудь горючим материалом. Надо начинать с истории, процессов, ГОСТ-ов и учебников. Сперва получи кандидатскую по горению занавесок, потом подумаем, можно ли доверить тебе написание тест-кейсов.

Начал бы я сегодня осмысление тестирования ПО с ведения блога?

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

Если в качестве окислителя будет не кислород, то и вода будет гореть. Например, в атмосфере фтора вода горит бледно-фиолетовым пламенем, при этом вода является топливом, а в результате горения выделяется кислород.

То есть, не всё делится на строго agile отдельно и waterfall отдельно. Это вообще не противоположности… да, долго объяснять.

Скипнем.

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

…бле, и это надо долго объяснять.

Скипнем.

В августе 2008-го я появился в Киеве, и там уже было с кем обо всём этом поговорить, было с кем соревноваться. И меня пёрло.

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

Всё это закончилось в 2011-ом.

Статистика публикаций

У меня появилась аудитория, и это хорошо.

Но аудитория приходила за объяснениями, однако не ради объяснений.

Сложно?!

Ок, объясняю.

Кагбэ, правильное, грамотное осмысление любой темы приносит упорядочивание и объяснение сложных абстракций.

Со стороны кажется, что у меня тут объясняют простыми словами сложные слова. Это, кагбэ, тангенциально, и даже ортогонально моему основному занятию, поэтому чего дёргаться?!

«Here we are now, entertain us» © sCurt şi Cobain

Но мне уже хочется говорить про более сложные абстракции, про тест-дизайн, а не толковать основы, да ещё и детально. А ко мне постоянно заходят новички, которые очень интересуются не столько тестированием, сколько „а получится ли у меня стать тестировщиком?”

А кто знает?

Я не должен каждый раз волноваться, что кто-то не сумеет в гугл и надо заранее объяснять, что такое тангенциальность и ортогональность.

Я не должен готовить каждого интересующегося быстрым и безболезненным входом в профессию к быстрому и безболезненному входу в профессию.

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

На эти годы как раз пришёлся рост штурмующих IT через тестирование, ведь оно «вроде легче». И мы быстро приехали: я уже хочу сказать, что тестирование нифига не «легче», даже если снаружи так кажется, и что внутри оно очень сложное, бо оно происходит из того самого Computer science, объёмом которого пугают взрослых и детей, и что надо читать старые книги… вот это вот всё. А моя аудитория хочет узнать про то, что тестирование «легче», а не… вот это вот всё.

Запал иссяк. Я выкинул график, удалил все черновики и перешёл в режим «писать только тогда, когда уже невозможно терпеть» (ставьте ударение как угодно, бо правильно и так, и эдак).

Сделанного за предыдущее время хватило приходящей аудитории на несколько лет. Заходов в блог было всё больше, пик посещений пришёлся аж на 2015-й и движуха затухла только к 2018-ому.

Статистика посещений и просмотров

Кто бы мог подумать (не я), что когда публика [наконец-то] приходит — её надо ублажать. Надо подыскивать интересные [только] для неё темы, надо выдерживать график публикаций. Надо танцевать вприсядку, даже если незачем и не хочется.

И знаете что…

За это время я ещё и стал постоянным тренером тестировщиков, и для осмысления блог уже был нужен всё реже. Он превратился в средство для ссылания.

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

Но это не та функциональность, ради которой всё затевалось.

Также где-то с 2010-го я начал активно вылезать на конференции. Доклады и записи в блоге — кагбэ, одно и то же по сути, но это разные форматы. Хорошо бы их совмещать, дополняя в статье сказанное на докладе… но это энергозатратно. Когда ни за доклады, ни за статьи не платят, более чем достаточно отдокладиться и закрыть тему.

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

Что осталось в итоге?

Количество публикаций упало до их естественного минимума.

Мои тексты усложнились вслед за моими интересами и изменёнными уровнями понимания тестирования ПО, и какие-то вещи надо предварительно долго объяснять, это всё усложняет и утомляет. Из анекдота, который нуждается в долгом предварительном объяснении, весь юмор выхолащивается. Проще ничего не писать или ограничиться твитом.

Аудитория [наконец-то] скукожилась.

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

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

В целом я доволен.

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

Давно уже надо было перестать думать о том, что кому-то что-то может не понравиться, поэтому вот это лучше переформулировать… а это вообще не надо упоминать.

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

Дык вот…

Давно уже надо было вернуться к осмыслению того, что мне интересно осмыслять, не дёргаясь и не стараясь «всё объяснить» заранее или детальнее необходимого.

Итого, блог «только про тестирование» закончился.

Со временем придумается и новое название. Сейчас оно несущественно.

Далее я буду публиковать тут всё то, что мне интересно и полезно здесь и сейчас, от каких-то необязательных рассуждений до инструкций по автоматизации (ранее это всё уходило в siderulezzz.wordpress.com, но инструмент обновился и когда-то полезный мне блог требует кардинального переосмысления, и ресурс переименовался в afftomat.wordpress.com) или решений по вёрстке в LaTeX, или настройке обновления времения в Debian через systemd, или схеме нарезания японской катаной херсонского арбуза. Очевидно, что всё это интересно только мне, а не большому количеству благодарных читателей.

Всем спасибо, давайте расходиться.

Пример подобного слайда (элементарно нагуглено)

Да, говорят вам. Понятно, чоуж.

Тестировщики, добавляете вы, особенно профессиональные, которые получают по две, три, четыре, пять, шесть, а то и семь (восемь) тысяч долларов в месяц, обычно тестируют чёрным ящиком.

«Тестируют чёрным ящиком» — прямая цитата. Когда написано буквами, то напрягает, а на слух звучит нормально.

А программисты тестируют методом белого ящика, бо там надо смотреть в код, а тестировщики в код не смотрят, поэтому у нас всегда черный ящик. Всё ли понятно?

Да, говорят вам. Продолжайте, всё понятно. Восемь тысяч, вы сказали?

Да, так вот, перейдём к следующей теме, говорите вы, но для начала будет всего четыреста, надо же пройти этап джуниора. А потом будет уже девять (на экране слайд с графиком с DOU, и таки да, медиана и персентиль, обратите внимание на медиану и персентиль, они доказывают, что всё будет хорошо!), говорите вы, и переходите к следующей теме. Техники тест-дизайна, объявляете вы, и первая техника пусть будет доменное тестирование, или тестирование доменов, или тестирование доменным методом, оно же домэйн тэстинг. А ещё мы научим вас тому, как правильно общаться с HR.

Да, говорят вам. Обязательно научите!

На слайде появляется текст «Domain testing is one of the most widely practiced software testing techniques. It is a method of selecting a small number of test cases from a nearly infinite group of candidate test cases. Domain knowledge plays a very critical role while testing domain-specific work» — ну да, на английском, бо в русской википедии про это же ничего не написано. Зачитывать это вслух вы стесняетесь, бо произношение у вас не то, поэтому вы переводите всё на лету — доменное тестирование это один из самых крутых методов техник тестирования, это метод выбора небольшого количества тест-кейсов из группы кандидатов тест-кейсов (мелькает вопрос «Ой, что я несу в массы?!» — но у вас нет времени ответить себе на этот вопрос, ведь урок продолжается), и… и, короче, это всё очень важно при тестировании доменно-специфичного ПО. Ну, вы там просто используете тестирование классов эквивалентности методом граничного значения, и когда это вместе, то получается доменное тестирование. Всё ли понятно?

Ещё бы, слышите вы. Доменная печь, доменный метод, доменный дом. Всё ясно, это всё очень важно для нас. Продолжайте.

И вы продолжаете. Про то, что тестирование — самая-пресамая важная часть всего процесса разработки (тут слайд с багами, которые приводили к миллионным убыткам, а вот если бы там были нормальные тестировщики, то убытков не было бы). Про то, что работать тестировщиком можно и из офиса, и с унитаза, и со сказочного Бали — лишь бы макбук был на коленях. Про то, что тестировщики могут запросто работать за рубежом (про оформление на работу и вид на жительство в заграничных заграницах не говорим, ведь крутых тестировщиков все ищут и устраивают им всё, а ведь все могут стать крутыми тестировщиками, поэтому…), повысить свой уровень жизни и обеспечить себе достойное будущее!

Вы вспоминаете про «Ото я подумав, а що якщо замінити ІТ скажімо на музику», но на ваших слайдах написано про другое. И вы продолжаете.

Продолжаете точно так, как вас учили в школе — а там вас учили способом «Объявление». Вам просто объявляют о существовании чего-то (про domain testing, например), и предлагают запомнить определение.

Вместо того, чтобы понять точно, что такое «план», затем что такое «тестирование», и лишь затем объединить эти два значения в единую сущность под названием «тест-план», вы сразу гуглите «Что такое тест-план» и объяснение «Это такой план, который пишут для проведения тестирования» вас удовлетворяет чуть более, чем полностью. Вы никого не учите мыслить, бо этому всех уже давно должны были научить в школе, не так ли?!

Вместо того, чтобы понять точно, что такое «мышление», затем что такое «аналитика», и лишь затем объединить эти два значения в единую сущность под названием «аналитическое мышление», вы сразу гуглите «Что такое аналитическое мышление» и объяснение «Это такой тип мышления, отличается от других тем, что он аналитический» вас удовлетворяет чуть более, чем полностью. Вы не понимаете, о чём говорите, но говорите уверенно, стоя у экрана со слайдами. Вы круты.

Вы не идиот. Вы нормальный человек, вас наделили полномочиями инфицировать практичными, лишёнными воды знаниями (белиберда-белибердень) всех интересующихся практичными, лишёнными воды знаниями. Вы честно работаете, стараясь всех научить. Вы веселите зал и приковываете их внимание, а потом заявляете о том, что подписаться на курс Full HD со скидкой можно только сегодня, здеся и сейчаса, если подписать контракты на обучение прямо сегодня, только сегодня, сегодня-сегодня! И вы дарите всем присутствующим возможность оплачивать контракт частями — в зале начинается движуха, к вам целенаправленно идут целенаправленные девушки, которые готовы отдать вам 14 000 або 16 000 гривен здесь и сейчас, или потом, но уже частями. Вы призываете всех поверить вам, ведь вы уже столько лет работаете на работе и занимаетесь профессиональным обучением.

Не обучением называется то, что вы делаете, а объявлением терминов, которые используются в тестировании ПО и, опять же, объявлением определений для этих терминов.

Единственным адекватным способом обучения чему-либо является способ, который можно назвать «Через объяснение», и вам даже можно объяснить, в чём разница, но вы ничего не поменяете. Это же долго, это же работает только личностно (Группа отпадает?! Но ведь я учу только группами!), это же требует понимания того, как работает когнитивный аппарат психики человеческой, это же требует терпения. Этого же у нас никто не требует! Вы искренне не понимаете, почему мне не нравится ваш обычный, стандартный, всем подходящий формат учёбы «Через объявление».

А Заратустра, как известно, не позволяет.

Мудаки, блеать.

De parabel der blinden

Видео, как всегда, уже недоступно. Блэт.

Вообще намеревался устроить презентацию последовательного применения техник тест-дизайна, но после реакции аудитории на некоторые идеи понял, что если перейду к демонстрации, то всё будет «мельтешить», бо причины действий и выводов будут этой аудитории неочевидны. Поэтому на ходу переключился в другой формат выступления, благо, в слайдах нет нужды. Заодно и взял более медленный темп речи.

Таки тест-дизайн — это глубинная тема, нельзя бросать в неё не умеющих плавать и тонуть, бо нам утопленники не нужны.

Про сам митап: организовано мощно, всё учтено, перекусон вообще блеск!

Что заметил ВООБЩЕ: под meetup подразумевается встреча специалистов какой-то отрасли в неформальной обстановке для обсуждения какой-либо темы или ряда тем. Типа, джем для музыкантов. Но докладание превращает неформальность митапа в мини-конференцию, в которой есть много формальностей, которые всеми соблюдается, уж ничего не поделать. Этот митап тоже выглядит как мини-конференция, разве что действие происходит в офисе

В тот же вечер заглянул в новый львовский склад старых ружбаек и немецких касок — отличное место, там таки ждут вежливых гостей!

Львов, «Залiзна шапка»

PS Если нужон перевод заголовка, то: «Тест—дизайн в очумелых руках тестировщика».

Дела наши в масштабе мировой экономики суровеют, и зп все сильнее хз.

[роняя скупые мужские слёзы в десятилетний молдавский коньяк] Я не держал живых долларов в моих натруженных мыслями руках с прошедшей весны. Не то, чтобы очень нуждаюсь в этих тактильных ощущениях, но все-таки… зеленоватые рожи отцов демократии нам всем традиционно милее и дороже, чем…

На протяжении 2012-2013 гг на наших территориях однозначно наблюдался продолжающийся «период роста IT-сектора», что особенно заметно в противовес общему курсу «ухудшения дел» образца 2014-го.

Очень, очень обсуждаемо, рост ли это, или же островок базальтовой лавы ВНЕЗАПНО остаётся на месте, тогда как окружающие земли медленно уходят на дно. Но это же не тема нашей диссертации, обращайтесь за подробностями к мистеру Сайресу Смиту, инженеру.

Ну, и поскольку никто таких книг не читает, я вынужден уточнить, что вам предлагается пообщаться с одним из главных персонажей романа Жюля Верна «Таинственный остров». Смит в период Гражданской войны в США (это когда белые люди убивали друг друга за права черных негров) был инженером железных дорог и офицером в армии северян. Обладал значительным бытовым и научно-технологическим багажом знаний, и вообще являлся прекрасным литературным примером инженера 19-го века. Его практические знания по физике, химии, ботаники, навигации и во многих других областях позволяют невольным колонистам новоназванного острова Линкольна быстро создать процветающую мини-цивилизацию в изоляции от остального мира безо всяких женщин.

Траблы наблюдаются только в его рецепте приготовления пороха, но тут хитрость автора сего блокбастера — он прозорливо учёл, что пацаны начнуть пилить порох по рецептуре Сайреса Смита, поэтому в книге приведен рецепт «безопасного» пороха. Горит, но не воодушевляет.

Anyway, естественный переток рабочей силы из стагнирующих секторов привёл к появлению устойчивой социальной прослойки из «желающих приобщиться к IT». Это ок.

На прослойку эту социум давит сильно. Есть нюансы, но общий тренд таков (цитаты as is, орфографию не трогал):

• IT-отрасль растёт так быстро, что безработных айтишников практически не бывает.
• Айтишники — уже сейчас чемпионы по уровню зарплат в Украине. И их доходы продолжают расти.
• Сегодня информационные технологии — это также просто как 1-2-3. Освоить их может даже ребенок.
• Вашего дохода не хватает, чтобы оставить сбережения. Вы живете «от зарплаты до зарплаты»?
• Отрасль — в застое, нет продаж. Вы постоянно рискуете попасть под сокращение?
• Стресс, дедлайны и постоянная переработка делают вас несчастным?
• Вы ненавидите стоять в пробках в 8:30 утра, чтобы попасть в угнетающий офис на другом конце города?
• Если у вас есть хоть одно «ДА» — вам пора переходить в IT!
• Вы не получаете адекватной зарплаты и постоянно думаете, где взять ещё денег?
• Вас измотала стрессовая работа и жёсткие дедлайны?
• Хотите сменить свою сферу деятельности и/или начать карьеру в IT с нуля?
• Хватит страдать — станьте QA !

Или кто-то думает, что идеи дяди Геббельса работают только в телевизорах соседних государств, а к нам так вообще не относятся?

Всё это и звучит, и смотрится глупо, конечно…

В тестировании стресса, дедлайнов, угнетающих офисов и доходов постоянно не хватат — этого у нас выше крыши, велком к нам, покажем и расскажем.

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

Подсказка: тестировщики лучше других знают, какими получаются программы, которые пишут те, кто осваивают информационные технологии так же просто, как 1-2-3.

Кстати, 1−2−3 = −4…

В общем, «Хватит страдать — станьте QA», и вы сможете заставить страдать других!

О чем всеми подразумевается: нам хочется верить, что если много-много людей таки захотят «протиснуться», и начнут что-то делать и чем-то двигать, чтобы таки овладеть основами, чтобы таки начать соответствовать требованиям «на вход», то увеличится количество знающих и умеющих, вовлеченных в пиленье проектов, и проекты можно будет разруливать всё более объёмные и сложные…

О чем тут умалчивается: э, парни, а сколько людей действительно смогут «приобщиться»?

О чем вообще никто не говорит: чем меньше людей умеют делать какую-то работу, тем больше шансов не остаться в стороне у тех, кто уже работает…

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

Сегодня в айти платят много, но платят за некие умения делать такие вещи, что у людей «среднего уровня врубания» шерсть идёт дыбом уже при попытке понять, что именно эти программисты делают. А при попытке сходу овладеть умением абстрактного мышления на нескольких уровнях декомпозиции глобальных задач…

А когда эти недоросли фэйлят в попытке научиться грамотно именовать переменные…

Важный вопрос: бизнес хочет побольше грамотных айтишников, или айтишников вообще?

Мы считаем, что все хотят только котят профессионалов, конечно же!

Простой и неприятный ответ: бизнес хочет айтишников вообще.

Но, чтобы успешно драйвить проекты, всё-таки нужны айтишники грамотные. Которые «вообще» — те безграмотные.

Грамотные айтишники появляются не из вузов, и не с курсов.

Откуда берутся тупые айтишники — я знаю, но это же не тема нашей диссертации, поэтому обращайтесь за подробностями к мистеру Сайресу Смиту, инженеру.

Грамотные айтишники всегда присутствуют в обществе (просто в прошлых веках у них компьютеров не было), даже если непосредственно программированием не занимаются. Не занимаются, не занимаются, а потом как занимаются…

И занимаются долго. Объем знаний и умений, которые формируют будущего айтишника, ничуть не меньше, чем у профессиональных скрипачей.

Скрипачок

А особый тип мышления, который необходим для этой работы, распознается и начинает укрепляться в очень раннем возрасте. Вот казалось бы, какие тут, хихихи, хахаха, могут быть курсы, а?!

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

Если непонятно, то подумай, откуда берутся шахматисты и поэты.

Однако бывает так, что грамотный айтишник, еще не веря самому себе в том, что он грамотный, таки пойдет на курсы…

Отсюда вывод — курсы должны быть. Ведь есть же шанс!

Отсюда дополнение — курсов будет всё больше, но грамотных айтишников всегда мало.

А когда грамотных айтишников мало — это же хорошо! Ведь платят грамотным айтишникам много денег просто потому, что на рынке ещё мало людей, которые умеют все эти дела делать. А вот когда на рынке будет много таких людей…

Ну, ты понял — коммодитизация…

Рекомендую привыкнуть покупать только бумажные книги по программированию — будешь на них потом костёр разводить, греть в консервной банке гуманитарный супчик.

«Гуманитарный супчик» — ох, какой фешенебельный подтекст!

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

Со временем я навострился распознавать людей, которые смогут «в зрелом возрасте» стать успешными программистами или тестировщиками, просто выясняя, как они проводят свободное время и в чём заключаются их увлечения. И уже могу почти точно указать на тех, кто не сможет этот переход осуществить.

В конце-то концов, не всем нужно быть тестировщиками.

Например, я был бы крайне опечален, если бы механик, у которого постоянно «наблюдается» моя машина, и цены которого я еще ни раз не обсуждал, стал бы каким-то грёбанным тестировщиком…

И вот другая проблема, которая не сразу осознаётся: количество желающих и уже приобщающихся ощутимо выросло, но требования к входящим ещё не снижаются. В этих дверях давка, толкотня, крики «Ой, геволт!» и «Сёма, это же не наша крышка! Сёма, держи рукой нашу крышку!» © Жванецкий.

Этой осенью сложилось впечатление, что давка в дверях усилилась. В Фундаментальный ПодКласс стало приходить всё больше запросов на тему «помогите найти работу», и я всё чаще стал отказывать, бо ПодКласс — это же не аспирин для поиска работы, у этого проекта и цели и задачи и подход иные.

Не жги трансмиссию

Просто меня бесит то, что у большинства наших тестировщиков нет понимания основ того дела, которым они занимаются. Черный ящик, белый ящик, понапридумывали тут терминов… Так многие водят автомобили, вообще не врубаясь в то, что такое трансмиссия.

Поэтому посредством ПодКласса я выхватываю из общей массы самых предрасположенных к тестированию и насильно привожу их в лоно фундаментализма в теории тестирования вообще и в айти в частности. Без фундамента здание расти не будет, dixi!

Но почему давка началась именно этой осенью? Ах, дадададада, экономика же в районе седалищного нерва…

Нет, не поэтому. Хотя и поэтому тоже, но в принципе не поэтому.

Основная причина в том, что за прошедшие два года на «желающих приобщиться» давил не только социум, но и мелкий бизнес. Да, когда в дверях начинается давка спрос, просыпается бизнес. Точнее, он уже давно проснулся.

Обучать тестированию уже начали вон аж как много где (алфавитная сортировка, большинство в Киеве, учтены и львовские/одесские точки):

1. http://10per.club/about/
2. http://bionic-university.com
3. http://brainbasket.org/coding-for-future/
4. http://contact.com.ua/softtesting
5. http://dio-soft.org/general-information
6. http://edu.cbsystematics.com/ru/education/speciality/software_tester
7. http://edu.incom.ua
8. http://epam-group.ru/career/trainings/ukraine/kiev.html#training-110
9. http://globallogic.com.ua/careers/#gl-base-camp
10. http://goit.com.ua/
11. http://intellekt.kiev.ua/test-po/
12. http://iqlab.ua/
13. http://iteducate.com.ua/courses/evening/testirovanie/
14. http://itlabs.net.ua/
15. http://itschool-hillel.org/qa-test-manual/
16. http://kademika.com/
17. http://kursor.kiev.ua/programs/tester.php
18. http://levelup.dp.ua/
19. http://luxoft-training.ru/training/katalog_kursov/
20. http://manualtestinglab.com/about/
21. http://moocology.org
22. http://open-it.org.ua/
23. http://qafactory.kiev.ua/
24. http://qalight.com.ua/
25. http://qa-school.lviv.ua/
26. http://skillup.com.ua/
27. http://softserve.ua/university/it-academy/
28. http://source-it.com.ua/it-cources/qa-courses/
29. http://start-it.com.ua/
30. http://testclub.com.ua/
31. http://testpo.xxi.kiev.ua/testPO
32. http://training.qatestlab.com/
33. http://trainings.qa3s.com/
34. http://ua.dacourse.com
35. http://univer-pulse.com.ua/index.php/specialty/testirovanie-po
36. http://web-academy.com.ua/

Где-то берут всех, где-то не всех, бо дорого, где-то не всех, бо набор только при необходимости, где-то устраивают принудительный входной отбор.

И народ таки прёт.

Точнее, пёр до сих пор. Уже разочарование начинается.

Но почему народ так пёр на обучение тестированию? Народу интересно?

Нет, никакой народ не любит учиться. © В.И. Ленин.

Да, нам же полагается твердить о том, что мы учимся каждый день, но всё-таки…

Учёба — это вообще тяжелый процесс, очень много побочных эффектов, очень много энергии расходуется впустую, а мозг не любит расходовать энергию (в частности, именно поэтому мы постоянно всё забываем и действуем по шаблонам, не рассуждая).

Учёба ради учёбы — ну, это же тема не нашей диссертации, про это пишут диссертации доктора по психике. И вы уже знаете, к кому обращаться.

Ни один нормальный пацан не мечтает всю жизнь тусить в универе. Дотусил до выпускного экзамена, и понеслось!

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

На обучение всяким айтишным премудростям обычный народ будет идти, если где-то вдалеке будет устойчиво маячить яркая вывеска «Тут есть работа!»

Не горит вывеска — народ не идёт учиться.

Обучение на курсах гарантирует только то, что будет обучение на курсах. Если на курсах обещают трудоустройство — ой, кто-то будет разочарован. Кто-то тратит своё время зря.

Может быть, все сразу?

Обучение лишь повышает шансы на будущее трудоустройство. Шансы, конечно, призрачны все в этом мире бушующем, но если шансов больше, чем ноль, то это ок.

Молчаливо приходим к тому, что мы делаем вид, что понимаем это, а вы тоже делаете вид, что понимаете, и вроде бы все при деле и никто никому ничего не должен. Социальные игры, mother theirs…

Anyway, этой осенью совпали два неприятных фактора:

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

То есть, все те, кто на протяжении прошедшего года ходили на курсы и планировали опосля непременно найти работу («IT-отрасль растёт так быстро, что безработных айтишников практически не бывает!»), таки оказались в районе седалищного нерва.

Догнало, так сказать. Не повезло.

Да, уже начало скрипеть и в айти. А всё потому, что все эти ваши заказчики в айти (те самые, которые «очень тупые» и «никогда не знают, чего хотят», но которых «надо удовлетворить») не абстрактные скрипты, а владельцы тех же обычных магазинов, которые приносят в эту нашу айти часть своих денег. Если их кубышка недополняется, то и услуги умных айти-мужуков владельцами магазинов временно не котируются. Крысис ползёт по всем уровням.

О, все прекрасно разбираются в мотивации. Мотивация деньгами, например, ох, ja-ja…

А почему в википедии на странице Мотивация нет пункта «мотивация деньгами»?

Подсказывать не буду, это же не тема нашей диссертации, задалбывайте вашими странными вопросами мистера Сайреса Смита, инженера.

Хорошо, когда переход в айти осмысленен и сделан из интереса.

Плохо, когда к переходу в айти пушат аж на нескольких уровнях.

Очень плохо, когда у человека устойчивая внешняя (экстринсивная) мотивация, направленная только на поддержание гомеостаза — ну, парни, до цели дойдёте, но счастья не будет. Бо не будет творчества. А без творчества не будет развития. А без развития не будет больше зп. А без больше зп не будет пиваса.

А без пиваса — ну разве это жизнь?

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

Если бы Норберт Винер был вынужден рассуждать о кибернетике только для того, чтобы избежать безработицы или побоев, то сидел бы ты сегодня в своих ВФэйсбуках, как же…

Однако наряду с настоящими айтишниками, всегда будут и ненастоящие. Ибо «Good enough».

Кстати, о нюансах «Good enough» — неоднократно наблюдал за тем, как совершенно не осознающие разницу между «сайтом» и «сервером» могут успешно тестировать не так чтобы очень сложные, но все-таки комплесные системы.

Сам таких работников и тренировал.

Одно время я был уверен в том, что не понимать таких основ — стыдоба до «застрелиться», однако же вот, есть такие люди, которые не хотят «стреляться», и отзывы о их работе положительные.

Следовательно, есть некая база знаний и умений, и есть нюансы.

А знали бы они разницу между «сайтом» и «сервером», может быть, могли бы придумать более качественные и комплексные тест-кейсы. Но трабла этого мира в том, что идеал не нужен, нужен «good enough».

Согласимся с этим для сбережения нервишек. Вон, сидят, шатаются.

В общем, к чему мы пришли?

Да, всё плохо. Работа есть, но не для всех, а только для грамотных. А чтобы стать грамотным, надо побыть неграмотным, а (дальше как глупые студенты, зацикливаем причину и следствие и не видим выхода)…

Есть кризис (и финансовый, и идейный, и социальный), который заставляет людей выбирать не те сферы жизни, в которых они могут быть успешными.

Да и правда, что в нашем социуме много таких, которые даже в таксистах не будут успешными, чего уж…

Из-за кризиса большинство «уходящих в айти» пойдут в тестирование, бо программирование — это же думать надо, а тестирование попроще, ну дык я, кудык-тырдык, как усё, надотЪ в тестировку иттить… Примем это как факт, без истерики. Пусть приходят, чего уж.

Но плохо, когда в тестирование приходят люди, которых научили тестировать «поверхностно». Good enough. Чего уж.

К сожалению, я не имею права судить и отстреливать тех, кто плохо учат тестировщиков, ведь не всё зависит от тренера.

С другой стороны, результаты плохого преподавания всегда можно определить по носителю этих результатов…

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

Мне хочется, чтобы тестировщики, которые будут появляться, всё-таки учились фундаментальным вещам, а не как обычно. Заставить их это делать массово невозможно, ведь…

У меня нет ружья!

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

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

В вуз с этими идеями ходить незачем, бо тестировщики учатся не в вузах.

Создавать ещё одни «курсы» можно, но это не мой случай.

Вам уже есть куда нести свои деньги, список курсов вы уже видели.

И в одиночку много каши не наваришь…

В общем, парни, продолжаем рассуждать, но не расслабляемся. У нас действительно поскрипывает, однако горшочек ещё не перестал варить, машина на ходу, мы ещё в пути, мы ещё хотим куда-то доехать.

Оснастился футболкой с офигенски многоплановым рисунком: патовая ситуация в игре крестики-нолики. Теперь на груди будет и надежда на выигрыш, и осознание близкого проигрыша, и необходимость принимать решение — будем играть дальше, или валим домой?

Оснастился «розой» — фанатским шарфом «Зенита». Могу теперь орать на стадионе  «Зимбру сосеште, Зенитул рулеште!«