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

Полноценный японский «танка» на 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 ничем не поможет, оно будет работать только с тем, что ему передал нерадивый тестировщик.

Война войной, а порядок в файлах держать надо. Представляю сам себе свой же открытый и ещё далеко не завершённый сборник рецептов/инструкций для последовательной настройки Debian/Manjaro c KDE — https://testitquickly.com/bystro.linux/

И даже есть https://testitquickly.com/bystro.linux.nas/ — про настройку NAS на основе OpenMediaVault.

Всё собрано в Zim, десктопном текстовом редакторе для локального сборника wiki pages на основе plain text файлов с markdown разметкой. Рекомендую.

За десятилетия возни с Debian собрался txt-файл на 4 384 строк с рецептами и подсказками по установке и (почти полной) настройке устанавливаемой системы. Копи-паст из plain text в консоль идеален, и простые инструкции в нём воспринимаются отлично. А многошаговые последовательности воспринимаются сложно. И сразу всё плохо с иерархией, ссылками на разные места и с оформлением текста. Хочется локальную википедию. Но в то же время хочется plain text. И чтобы было доступно в том числе и из консоли.

Zim — идеальная «настольная wiki». Хранит всё в текстовых файлах, которые можно читать/редактировать в любом окружении, и синхронизировать и бэкапить их можно как угодно — plain text же. Zim не только помогает упорядочить большие массивы знаний, он ещё помогает самому процессу мышления, как майндмапа. Он потребляет даже меньше ресурсов, чем Kate!

Начал было закатывать всё это через LaTeX в pdf, но с консольными командами в LaTeX всё мерзОтно. Ординарные и даблкавычки там принудительно становятся фигурными, а тильда (~) в открытом виде вообще не используется. Копи-пастить команды из таких pdf в консоль нет смысла, бо в строку подставляются лишние и ошибочные символы. Кстати, ту же ерунду творит и WordPress.

Что с этим можно делать

Всё, что может быть необходимым или интересным, кроме коммерции или издевательства над джунами. Всё открыто, RTFM и погнали экспериментировать.

Debian: sudo apt-get install zim

Manjaro: sudo pacman -S zim

Можно поставить через flatpak или snap, но в нативной установке проще настроить внешнее оформление Zim (я подсел на тёмную тему).

Выкачать все файлы из bystro.linux.

Открыть Zim
> File
> Open Another Notebook (Ctrl+O)
> Add
> [Browse]
> Указать каталог с этими файлами.

Подхватится файл notebook.zim — блокнот откроется.

Следовать инструкциям. Ссылки на них находятся в головном файле раздела про настройку Debian или про Manjaro.

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

Стилевое оформление страниц Zim настраивается отдельно. Инструкция по натягиванию на него тёмной темы см. на вики-странице.

По-дефолту звуки, которые издает Teams на смартфоне раздражают даже мëртвого Имхотепа — имхо, конечно, да кабы у него был смартфон, коий ему не дадут.

Их можно отключить ВООБЩЕ, но иногда таки надо получать сообщения из этой навязанной корпорациями шняжки, поэтому еë не заткнуть.

Но как тут поменять звук-то?!?!?!?

А вот так:

В приложении Teams тыкнуть по иконке своего аккаунта,
-> Settings (Настройки)
-> Notifications (Уведомления)
-> General activity (Общие действия)
-> Chats (Чаты)
-> Без звука
Или же можно выбрать другой звук, например, тишину.

Можно удалять их перед коммитом.

find -regex '.*\.\(tex~\|sty~\|sh~\|bib~\|backup\|dvi\|ps\)' -print -delete

Можно сказать Kile, что после закрытия надо удалять все «временные файлы». Но закрывать Kile каждый раз перед тем, как сделать коммит — как-то странно.

Можно добавить все такие файлы в .gitignore Но эти файлы так и лежат в каталоге проекта.

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

В итоге получится такое:

Project directory/
|__ main.tex
|__ main.bib
|__ main.pdf
|__ chapter1.tex
|__ chapter2.tex
|__ …
|__ project_metafiles/
| |__ main.aux
| |__ main.bcf
| |__ main.blg
| |__ main.glo
| |__ main.ist
| |__ main.log
| |__ main.toc
| |__ …
|__ figures/
|__ figure1.pdf
|__ …

Про это всё уже кто-то подумал аж в 2015-ом: texblog.org, но, разумеется, есть нюансы — там нет Kile.

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

Смысл предлагаемого скрипта:

1. собрать pdf с PdfLaTeX.
2. собрать его библиографию с BibLaTeX.
3. итоговый скрипт должен лежать в отдельном каталоге, назовём его kile_scripts/
4. при сборке main.pdf все служебные файлы должны сразу появляться в project_metafiles/
5. сборка глоссария и индекса в этот скрипт не войдёт (она нужна редко и запускается через отдельный sh-файл)
6. билдить нужно по этому скрипту, но из Kile („QuickBuild“ по Ctrl+1)

Ограничения

Это настройка работает глобально, а название главного файла для сборки проекта прописано жёстко — main (.tex).

Если открыть в Kile другой проект, то скрипт будет искать файл main 🙂

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

Полная инструкция в Dropbox: http://bit.ly/2IjoqC0 /txt

Репортёр по версии Jira

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

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

Вот моя:

Олимпийского уровня подяка

Наш корреспондент обнаружил вон какой клад в коробке (из-под обуви) под именным инскриптумом:

[polldaddy poll=10043617]

Ну, он и запутался в разнице между добром и недобром… Бывает.

Я на листочке написал:

«Negative ————- Normal ————— Positive»

и говорю, мол, вот три основных вида тестирования, давай говори детально, что каждый из них означает…

Он по-серьезному начал придумывать, что означает ‘Normal testing’. И почти даже сумел придумать.

Ну не прекрасная ли я сволочь?! 🙂

Говорю: «Если примешь за постулат существование «нормального тестирования», следовательно, все остальное тестирование будет называться ненормальным…»

Как видим, теория тестирования пухнет и расширяеццо. Будем ее пухнять и расширять этим летом в Виннице, в тесных рамках QA Boot Camp 2016.

Be equipped for QA Engineer position in Astound Commerce!

QA Boot Camp is an amazing opportunity to join worldwide ecommerce leader — Astound Commerce! Only the best talents will start career in international professional team to perform and deliver interesting projects.

QA Boot Camp will be conducted during the evening time on workdays. Participants will be granted with diplomas after successful completion.

Participation is free of charge.

В класс допускаются домашние животные.

>>>: И как оно?

***: Просто по другому.

Не Савин.

Не Копленд.

Не Канер.

єто как Достоевского и Пелевина сравнивать.

В ту же оперу ходил и Гленфорд Майерс, до речі. ‘Art of Software Testing‘ написана для программистов, и учиться по ней классическому функциональному тестированию /того же карандаша/ крайне сложно.

Борис Бейзер

Boris Beizer is an American software engineer and author.

Born in Brussels, Belgium. Lives near Philadelphia, Pennsylvania.

Received his B.S. degree in physics from the City College of New York in 1956, an MS in Electrical Engineering (1963) and a PhD in computer science from the University of Pennsylvania in 1966.

Written many books and articles on topics such as system architecture and software testing.

Directed testing for the FAA’s Weather Message Switching Center and several other large communications systems.

Has been a speaker at many testing conferences and is also known for his seminars on testing.

List of Publications (partial)

• Software Quality Reflections Essays, dialogues and poems,2000
• Black-box testing: techniques for functional testing of software and systems (1995) ISBN 0-471-12094-4; Japanese edition, Nikei
• The frozen keyboard: living with bad software (1988) ISBN 0-8306-3146-1
• Personal computer quality: a guide for victims and vendors (1986) ISBN 0-442-20992-4
• Software system testing and quality assurance (1984) ISBN 0-44221-306-9
• Software testing techniques (1983) ISBN 0-442-20672-0; expanded Second edition 1990; Japanese Edition Nikei
• Micro-analysis of computer system performance (1978) ISBN 0-442-20663-1; Russian Edition
• Communications Processor System (1977) with Kenneth Hagstrom
• The architecture and engineering of digital computer complexes, Volume 1 (1971), Volume 2; Polish and Russian Editions
• Engineering applications of Boolean algebra (1958) with Stephen W. Leibholz

Novels under pseudonym Ethan I.Shedley

• Earthship and Starsong Viking 1979
• The Medusa Conspiracy Viking,1980

© James Bach

Starting in 1987, I tried to learn software testing. Starting in 1989, I started reinventing testing for myself, having become disillusioned with the empty calories of folklore that I found in books by folks like William Perry, or the misanthropic techniquism of Boris Beizer (Boris once told me that it didn’t bother him if people find his advice impractical, since he was merely concerned with documenting “best practices”, a phenomenon that he seemed to think has nothing to do with applicability or utility).

Он же:

Boris Beizer was a big name in the eighties. These days, he’s been pretty much forgotten. His work has little relevance to modern software development. Boris is famous for pushing code coverage as a big deal and dismissing the idea of exploratory and risk-based testing. He once told me, in 1993, that Microsoft would be out of business «within 5 years» because it was using the kind of testing practices I recommend.

Он же:

uTest: When the most prominent testing minds get together, it seems there are often loud, heated disagreements – why is that?

JB: It’s not prominent minds causing this, it’s different cultures of testing. Also, you have a sampling bias: you notice heated disagreements more than the absence of them. Why don’t I get credit for all the times I *didn’t* argue with Boris Beizer under an escalator?

We have different cultures of testing. They are basically at war with each other. I wish the other guys would surrender and come into the light, but Rex, Stuart, Bernard, Dot, Lloyd, et al don’t take my advice.

Предыстория (сразу с историей и пост-историей, чтобы два раза не вставать) такая: этот заразный аппарат принимает как бумажные купюры, так и копеечкинские монетки номиналом 10, 25 и 50 великодержавных укркопеек.

Как-то скормил я ему пять гривен одной бумажкой. Но отсек, в котором находился вожделенный продукт, назвался неработоспособным. Нажал пимпочку «Отмена», и в отсек отстоя посыпались монетки на общую сумму 4,75 UAH.

А должно было быть 5 UAH.

Оп-па[н]!

Баг!

Подкараулил мудака парня, который заряжает этот аппарат такими вредными для офисного здоровья шмурдяками, и кратко спросил про понизившийся уровень моих капиталов. «А, — сказал он, — это бывает. Там монетки иногда путают отсеки, в которые должны попадать«.

Хм.

Дождался, когда в офисе стало больше кислорода.

Вооружился 25-копеечной монетой…

Если монетки ИНОГДА попадают не тудой, кудой нужно, значит, есть шанс скормить аппарату 25 копеек, заорать «Отмена!» и получить 50-копеечную монету.

Ну, и всё заверте…

1. Сунуть монетку в монеткоприемник.
2. Надавить на совесть депутата пимпу «Отмена».
3. Послушать приятный звук капающих в приемник денег.
4. Вытащить монетку.

После 20-й неудачи притащил к аппарату стул, бо задрало сидеть, как гопник.

В районе семидесятых шагов аппарат всё-таки выдал мне 50-коп монетку вместо ожидаемой 25-ти копеечной.

ЛЮТЫЙ ВИН!

По ходу эксперимента выяснилось следующее:

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

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

Монеты из аппарата выкатываются последовательно. Например, если их забросить пронумерованными, то можно будет наблюдать последовательность выдачи. Значит, есть возможность закинуть в аппарат «некрасивую» монетку и после ряда итераций получить в руки более новую и блестящую. Если таковая, конечно, будет ранее кем-то скормлена аппарату.

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

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

Вот и сейчас, когда из приемника выпала монета с признаками благородной грязи (Pecunia non olet, всё такое…), сразу принимать ее обратно аппарат не захотел. Тупо сбрасывал монетку в отстойник, и согласился её принять только после четвертой попытки. А позже снова мне её выдал, и снова закапризничал при приёме.

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

В ходе эксперимента ни одно животное не смогло пострадать.

0

Две недели бороде, Пообтрепано пальто, Завели свой разговор тополя до начала конференции прошли в приятном, но суровом напряге — в подвалах SysIQ джуниоров-автоматизаторов тренировали…

1

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

2

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

Редкость же, ващще…

3

Из-за великого расслабона ВНЕЗАПНО получилось спокойно воспринимать посещаемые доклады «с нуля».

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

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

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

4

Порадовала инициативная Виктория Птицына с конференцийным журналом.

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

Иначе или так, ряд автографов на своем опусе пятом, фа-диез, я раздал.

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

Хоть это и первый выпуск совершенно неподготовленных в журналистике редакторов, однако получилось очень достойно, на уровне журнала выпускников журфакультета.

Изысканный эксклюзив: моя статья «Как работать в условиях: «Вот тебе приложение, тестируй, как работает — сам поймешь»» (pdf).

5

По старой дружбе дал себя слегка похантить салатово-футболочным рекрутерам из одесской Lohika 🙂

Жую лохиковский озонированный яблочный сок и хвастаюсь своей статьей в журнале

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

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

Вот поди отличи основные человеческие темпераменты…

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

6

Прогрессивному человечеству известно, что некоторые молдаване комфортно заселяют Одессу.

Мне в Одессе не очень комфортно, но это сугубо моя маничка.

Дык вот, Lohika то и дело проводит в Одессе мероприятия, аналогичные весьма качественным конференциями, только меньшего масштаба. Мне моментально подумалось о том, что ездить туда из Кишинева дело плёвое, и почему бы молдавско-подданным не набегать на конференции в Одессу, и я стал сурьезно разочаровываться в соотечественниках, которые всего этого не делают…

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

Ну, не ездят…

Не всем дано, не каждому надо, не всюду требуется.

7

Мои младшие коллеги по SysIQ (нас там была целая мини-банда) впечатлились демонстрацией техники pairwise by Никита Постолакий (Luxoft). Удивился, мол, чего там особенного, бо я постоял часть доклада, и свалил — не вштырило. А оказалось, что для них это новинка.

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

Да и вообще надо бы пересмотреть все техники тестирования в принципе.

8

Вроде бы у меня получилось растолковать Глебу Рыбалко, почему с точки зрения профессиональной ток-шоуной журналистики его с Викой Мусияченко подкасты «Тестирование, Backstage» в нынешнем формате обречены на нескорое, но безусловное загибание.

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

Если мой injection был успешным, то «Тестирование, Backstage» через какое-то время должно вырулить надолго на новый уровень качества, чем я буду безусловно и незамутненно гордиццо.

К слову, «Тестирование, Backstage» означает всего лишь «Закулисье тестирования» 🙂

9

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

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

Пресловутое «видение художника» творит чудеса 🙂

«Мне теперь одна дорога, мне другого нет пути…

Где тут, братцы, синагога? Подскажите, как пройти…» ©

10

Николай Алименков восхищает: с температурой ходить на доклады, где неправильно рассказывают про agile, и терпеливо НЕ троллить докладчиков — это сила!

Хотя по итогам его все равно признали главным троллем конференции и выдали соответствующий приз.

11

А утром второго дня конференции я проснулся и понял — беда. Никуда не пойду. Давление изнутри давит наружу. Или наоборот. В общем, лежать, лежать, лежать.

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

12

Киев рулит, это знает каждый ребёнок, оснащенный леденцом, который у него еще никому не довелось отнимать.

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

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

Михаил Булгаков. «Богема»

В 1921 году было несколько иначе, чем в 1924 г. Именно нельзя было так ездить: снялся и поехал черт знает куда! Очевидно, те, что ведали разъездами граждан, рассуждали приблизительно таким образом:

~ Ежели каждый начнет ездить, то что же это получится?

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

~ А зачем едешь?

Написал с гордостью:

~ В Тифлис для постановки моей революционной пьесы.

Отогнанные от столов кочевали через дорогу в какое-то кофейно-кофейное заведение.

Например, перекинуться тремя парами слов с Наташей Руколь и Андреем Мясниковым получилось как раз в том заведении. И именно там же удалось спокойно поговорить с Сергеем Бережным.

В общем, КИМО в кофейно-поедальном плане — совок, а с совковыми организациями делать дела очень сложно…

Да, а тем, кто был допущен до кофейно-чайного стола к 16.00 повезло больше чем тем, кто подошёл туда к 16.10 — на столах уже было пусто.

Приносим организаторам наши сочувствия 🙂

Киев он такой… Внешне красивый, зараза, но внутрях местами внезапно недешевый и даже асоциальный.

13

Впечатлило наблюдение Максима Цепкова о тестировщиках:

Это конференция практиков, причем тестировщики-практики — значительно более конкретны, чем разработчики.

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

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

Waterfall, Agile, Lean для них — теория. У которой есть предельно конкретное воплощение в собственной жизни.

А вот обобщенного понимания — часто нет. Потому как не нужно. И оно домысливается по месту, иногда адекватно, иногда — не очень.

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

Мем — не имеет четкого определения.

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

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

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

Аналитики нам други, товарищи и поставщики юз-кейсов! А юз-кейсы являются отличной едой для грамотного тестировщика!

И ссылок чуток

Программа конференции SQA Days 11 со слайдами и местами с видео.

Сборник видео докладов от Стаса Фомина.

Всяко отзывов с фотографиями о конференции.