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

В бытность мою главным спiвпрацювальником по підготувальні тестувальників Astound Commerce, в 2018-ом году, произошёл удивительный казус, без которого наша насыщенная и пресная айтишная жизнь была бы совершенно пресной.

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

Кандидатушкой?

Кандидаторкой?

В общем, «Что вы читали про тестирование ПО?» 

Девушка говорит, что про тестирование читала книгу Лупана. Который, как я знаю, книг не писал.

— Вы… уверены?

— Да-да-да!

Уверенность однозначна. Она читала книгу Лупана. Упомянутый Лупан сидит перед ней неестественно ровно и смотрит на неё… неестественно внимательно.

Вот так смотрел: 0_о

Забегая вперёд…

Впрочем, не будем забегать вперёд. Забежим назад.

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

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

Ну… да.

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

Ну и я, конечно, начал орать и сучить ножками 48-го размера. Бо как зафиксировать на бумаге всё то варево в моей голове, из которого только изредка капали здравые идеи и взрывались всёпроясняющие инсайты?!

Никак.

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

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

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

«Практика тестирования программного обеспечения.

Курс лекций для тренера интересующихся тестированием ПО»

Приятно было сознавать, что если я всё-таки умру из компании (что и случилось в 2019-ом), кто-то другой найдёт в моём файле всё для того, чтобы go-go-go дальше.

А неприятно было сознавать то, что этот файл НЕЛЬЗЯ отдавать джунам.

Презентации бывают двух типов:

1. те, которые можно читать самостоятельно,
2. и те, которые сами по себе не имеют смысла, они только оттеняют и иллюстрируют речь докладчика.

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

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

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

Поэтому в самом начале было указано, что

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

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

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

Вернёмся в 2018-й, в Винницу. Я открыл на весь экран pdf, развернул ноут к заявительнице.

— Эта книга?

— Да, она!!!

Титлепейдж «Практика Тестирования» 2014

Неееее можеееет быыыыть!

Забегая вперёд…

Впрочем, не будем забегать вперёд. Забежим вбок.

Может быть, я слишком сильно перегибаю уже перегнутую палку, и не всё так стрёмно?

Вероятно да, но вот вам другая история о том, как в том же 2014-ом (или 2015-ом?!) я встретил в Киеве первую в моей жизни девушку, которая прочитала свою первую в жизни книгу про тестирование так внимательно, что распечатанные горизонтально листы бумаги были чуть менее, чем полностью исчирканы маркерами и карандашами — такое редко встретишь, имеем респект.

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

Давайте сперва посмотрим, что это за книга так внимательно прочитана… ааах, да-да-да, знаю — Артур Коробейник «Краткие основы тестирования программного обеспечения», Киев 2012. Ой-вэй…

Это полноценная книга, у ней зарегистрирован номер ISBN (Международный стандартный книжный номер, для книги то же самое, что vin-номер для автомобиля), все дела. Её содержимое вызвало резкие отзывы при публикации в сети. Я был тогда крайне сдержан в оценке, другие не сдерживались, и я их понимаю.

Если очень надо понять, о чём, всё-таки, речь: https://vk.com/wall-35156109_10741 Ваши страхи и ваши риски.

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

Ага. Вот передо мной человек, который/ая от пострадал от прочтения текста, который был для него не предназначен.

С чего начать?

Что объяснить?

Как предложить забыть всё и начать заново?

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

Ещё раз — не все тексты надо оформлять в виде книг и раздавать кому попало. Это может быть очень вредно. Гуманность uber alles же!

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

И вот теперь, когда забегать уже некуда, сразу переходим к финалу.

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

А перевзволновавшаяся конкурсантка на самом деле читала книгу сэра Романа Савина, и отреагировала «лупаном» из-за названия каталога и своей общей излишней взволнованности.

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

Но это не конец всей истории!

На днях коллега из Киева сообщил, что его джуны притащили ему тот самый мой файл, обозвали это всё книгой и

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

Ой бляяяяя… Кракен хэз бин релизд.

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

Запретить его читать? Никак.

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

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

Тестирование программного обеспечения само по себе — ремесло. Нет никаких сакральных знаний, которые стоит только их узнать, как сразу всё начнёт получаться. Оно построено на основе стандартного Computer Science, который полагается освоить всем (в том числе и программистам), а для этого нужно изучить общие [для всех] правила, традиции, исторический контекст. Приёмы и технику надо тренировать, книги — покупать и читать, соображения — проверять, эксперименты — проводить, опыт — копить, день за днём, год за годом. Терпение, упорство и прилежание. Потом уже, вероятно, станут важны способности, талант и личность. А всё то, на что стараются делать упор все начинающие (быстрая обучаемость, хитрость, неадекватное рвение), поначалу как раз мешает. Сложные, комплексные вещи всё так же требуют долгого, сложного, комплексного изучения.

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

А музыка получается у каждого по-разному.

То есть, вредный он-то вредный, но не разрушительный же?!

Ок, файл «Практика тестирования программного обеспечения» принародно объявляется несостоятельным и ненужным. Я им не управляю и не смогу донести ответственность за вероятные последствия его использования. Читать его не возбраняется но и не рекомендуется. Вместо него, если английский позволяет, рекомендую глянуть мой же «Software Testing Glossary».

Он тоже когда-то начинался как служебная записка, которая должна помочь быстро и точно объяснить тот или иной термин из тестирования заказчикам проектов (глоссарий ISTQB для этой цели ВНЕЗАПНО совершенно не подходит), но в корпоративных документах нельзя свободно выражаться и использовать слова stupid или whiskey, поэтому его содержимое было, как следует корпоративным нормам, выглажено и деперсонифицировано, а мой изначальный текст ушёл жить самостоятельно.

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

Ещё раз: файл «Практика тестирования программного обеспечения. Курс лекций для тренера интересующихся тестированием ПО» — это фу, это бяка, это данунах.

Вас пердупердили.

Мелкий PS про технику этого дела

Файл был полностью набран/оформлен в LibreOffice. В то время я ещё не освоил LaTeX на полную, а то я бы, конечно…

Но оказалось, что нативный LibreOffice — сила, особенно если добавить к нему плагины (нативно либофис в автозамене слабее мсворда, когда надо цепануть концы строк, бо он работает сугубо построчно). Набор текста в режиме разметки first, а оформление опосля — на, всё на хоткеях. Разные типы содержимого (краткое, расширенное, полное) — на. Встраиваемые значения в поля — на. Контроль содержимого в навигаторе — на, и удобнее, чем в MS Word. Свои стили — на на всю катушку. Учёт изображений и таблиц — на. Список литературы в отдельной БД с подсосом значений из неё в файл — на. Обновление ссылок на внутренние сущности — на.

• Открыть в Firefox страницу “about:config”
• Найти параметр toolkit.legacyUserProfileCustomizations.stylesheets
• Одним даблкликом сделать его = TRUE
• Открыть страницу “about:profiles”
• Узнать там КОРНЕВОЙ каталог своего профиля Firefox.
  • Кроме корневого есть и локальный каталог, который находится в профиле юзера. Игнорируем локальный каталог.
  • Скорее всего, будет представлено несколько профилей браузера. Надо найти только тот, у которого в разделе «Профиль по умолчанию» отмечено «да», остальные игнорим.
  • Название профиля будет нечеловеческим, вроде “04l0hhhm.default-1234551996427” или “p191htyk.default-release”. Это нормально.
• Открыть — повторюсь — КОРНЕВОЙ каталог своего профиля — и закрыть Firefox.
• Создать в корневом каталоге своего профиля новый каталог — “chrome”
• Создать в новом каталоге “chrome” новый файл “userChrome.css”
• Записать в файл “userChrome.css” код для управления стилем вкладки в фокусе.

/* Active Tab text color */
.tabbrowser-tab[selected="true"] {
    font-weight: bold !important;
    font-size: 15px !important;
    color: #d9c3c5 !important;
    }
/* Active Tab background color */
.tab-background[selected="true"] {
    background-color: #4753bd !important;
    background-image: none !important;
    } 

• Запустить Firefox.

А давайте ещё фокусы!

/* Source file https://github.com/MrOtherGuy/firefox-csshacks/tree/master/chrome/multi-row_tabs.css made available under Mozilla Public License v. 2.0
See the above repository for updates as well as full license text. */

/* Makes tabs to appear on multiple lines */
/* Tab reordering will not work and can't be made to work */
/* You can use multi-row_tabs_window_control_patch.css to move window controls to nav-bar*/

/* You might want to move tabs-new-tab-button outside tabs toolbar for smoother behavior */

/* Change the --multirow-n-rows to change maximum number of rows before the rows will start to scroll  */

:root{
    --multirow-n-rows: 2;
    --multirow-tab-min-width: 80px;
    --multirow-tab-dynamic-width: 1; /* Change to 0 for fixed-width tabs using the above width. */
}

/* Scrollbar can't be clicked but the rows can be scrolled with mouse wheel */
/* Uncomment the next line if you want to be able to use the scrollbar with mouse clicks */

/* #tabbrowser-arrowscrollbox{ -moz-window-dragging: no-drag } */

/* Uncommenting the above makes you unable to drag the window from empty space in the tab strip but normal draggable spaces will continue to work */

#tabbrowser-tabs{
  min-height: unset !important;
  padding-inline-start: 0px !important
}

@-moz-document url(chrome://browser/content/browser.xhtml){
  #scrollbutton-up~spacer,
  #scrollbutton-up,
  #scrollbutton-down{ display: var(--scrollbutton-display-model,initial) }

  scrollbox[part][orient="horizontal"]{
    display: flex;
    flex-wrap: wrap;
    overflow-y: auto;
    max-height: calc((var(--tab-min-height) + 2 * var(--tab-block-margin,0px)) * var(--multirow-n-rows));
    scrollbar-color: currentColor transparent;
    scrollbar-width: thin;
    scrollbar-gutter: stable;
    scroll-snap-type: y mandatory;
  }
}

.scrollbox-clip[orient="horizontal"],
#tabbrowser-arrowscrollbox{
  overflow: -moz-hidden-unscrollable;
  display: inline;
  --scrollbutton-display-model: none;
}

.tabbrowser-tab{ scroll-snap-align: start; }

#tabbrowser-tabs .tabbrowser-tab[pinned]{
  position: static !important;
  margin-inline-start: 0px !important;
}

.tabbrowser-tab[fadein]:not([pinned]){
  min-width: var(--multirow-tab-min-width) !important;
  flex-grow: var(--multirow-tab-dynamic-width) !important;
  /*
  Uncomment to enable full-width tabs, also makes tab dragging a tiny bit more sensible
  Don't set to none or you'll see errors in console when closing tabs
  */
  /*max-width: 100vw !important;*/
}

.tabbrowser-tab > stack{ width: 100%; height: 100% }

/* remove bottom margin so it doesn't throw off row height computation */
#tabs-newtab-button{ margin-bottom: 0 !important; }

#tabbrowser-tabs[hasadjacentnewtabbutton][overflow="true"] > #tabbrowser-arrowscrollbox > #tabbrowser-arrowscrollbox-periphery > #tabs-newtab-button {
  display: flex !important;
  align-items: center; /* Fx <112 compatibility */
}

#alltabs-button,
:root:not([customizing]) #TabsToolbar #new-tab-button,
#tabbrowser-arrowscrollbox > spacer,
.tabbrowser-tab::after{ display: none !important }

• 14$ за просмотр видео (стриминг)
• 20$ за возможность скачать видео)

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

Thanks for attending Uncle Bob’s webinar, The Future of Programming Languages! Use the following code to redeem a free streaming episode of your choice from cleancoders.com…

Я выбрал видео самым близким мне названием «Test Design»

Clean Code: Advanced TDD, Episode 21

56 minutes • 1.00GB • Aug 2013

https://cleancoders.com/episode/clean-code-episode-21

Редим-код как раз на 14$, поэтому я положил в корзину «стрим» и купил видео на просмотр бесплатно, на условиях продавца, легально и законно.

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

Найти источник видео

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

И вообще все ссылки резко сокращены, бо всё равно это условности.

Firefox: F12 > Сеть > Медиа (это фильтр, собственно). Тыкнуть по какому-нибудь источнику в списке полученных ответов и выбрать для него режим просмотра Headers (Заголовки).

Chrome: F12 > Сеть > XHR (или фильтруем по All, разница несущественная). Тыкнуть по какому-нибудь источнику и выбрать для него режим просмотра Headers (Заголовки).

В общем, что хром, что по лбу — видим повторяющиеся URL типа https://videos-cloudflare.jwpsrv.com/content/conversions/abcdef123456/videos/NVGldаRq-2327О335.mp4-67.ts — отсюда далее представляем их в виде

https://videos/NVGldаRq-2327О335.mp4-1.ts
https://videos/NVGldаRq-2327О335.mp4-2.ts
https://videos/NVGldаRq-2327О335.mp4-3.ts
…

Следовательно, видео приходит в браузер кусками/частями в виде ts-файлов, которые принадлежат какому-то большому файлу с названием «NVGIdаRq-2327О335.mp4» и пронумерованы логично и последовательно.

Прокрутил я это видео дяди АнклБоба в конец и посмотрел в логе номер последней прилетевшей части — «848.ts» — всего-то файлов скачать. Оукей, «Челленджер» акксепдет.

Хотя, мы уже знаем имя файла (NVGldaRq-23270335.mp4). Так поскорее же

wget https://videos/NVGldаRq-2327О335.mp4

Однако в ответ приходит

403 Forbidden
2020-09-27 23:59:22 ОШИБКА 403: Forbidden.

Нда? Ну, тогда надо

Упорядочить добычу

Чтобы получить ВСЕ ссылки на ВСЕ эти файлы, их надо инкрементально размножить. Для этого можно выучить, наконец, Python, или можно зайти в Excel. Ладно, у меня

LibreOffice Calc

И в первую колонку положим общий шаблон

https://videos/NVGldаRq-2327О335.mp4-
https://videos/NVGldаRq-2327О335.mp4-
https://videos/NVGldаRq-2327О335.mp4-

А во вторую — инкремент

1.ts
2.ts
3.ts

Достаточно трёх строк. Ухватили край третьей ячейки курсором и потянули вниз, пока не мелькнёт строка «848». Автоподстава безупречна.

Выделить обе колонки, Ctrl+C.

Kate

Ctrl+V. Получили вот это:

https://videos/NVGldаRq-2327О335.mp4- 1.ts
https://videos/NVGldаRq-2327О335.mp4- 2.ts
https://videos/NVGldаRq-2327О335.mp4- 3.ts
…

Kate.Замена #1 (Ctrl+R)

Убираем символы табуляции после «.mp4»

[.mp4-\t]
[.mp4-]
Режим: Управляющие последовательности
«Заменить все».

Результат:

https://videos/NVGldаRq-2327О335.mp4-1.ts
https://videos/NVGldаRq-2327О335.mp4-2.ts
https://videos/NVGldаRq-2327О335.mp4-3.ts
…

Kate.Замена #2

Убираем перенос строк

[.ts\n]
[.ts ]
Режим: Управляющие последовательности
«Заменить все».

Результат: одна длинная строка, уходящая в правую даль.

https://videos/NVGldаRq-2327О335.mp4-1.ts https://videos/NVGldаRq-2327О335.mp4-2.ts https://videos/NVGldаRq-2327О335.mp4-3.ts

Перед этой строкой дописываем настройки wget (Расшифровка: эй, wget, а поскачивай мне файлы из строки поочерёдно, и если будет отказ соединения, повторяй подключение через каждые 60 секунд):

wget -c -t 60 https://videos/NVGldаRq-2327О335.mp4-1.ts https://videos/NVGldаRq-2327О335.mp4-2.ts https://videos/NVGldаRq-2327О335.mp4-3.ts…

Ctrl+A, Ctrl+C.

В консоль

Сделать новый каталог и зайти в него.

mkdir UncleBobVideo && cd UncleBobVideo

Вставить награбленное добро с wget в голове (Ctrl+V) и запустить (Enter).

Смотрим на мельтешение строк.

Если всё ок — уходим играть «Белоруссия ждёт переименования в Беларусь» на ксилофоне, бо это надолго.

Итог скачивания файлов в Dolphin выглядит норм. Но там сортировка приближённая к естественной (в настройках Sorting mode = Natural).

В действительности всё отсортировано так, как это всегда было в DOS…

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

1.ts
10.ts
100.ts
101.ts
…

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

1. или выстроить файлы в плейлисте вручную,
2. или — old school — переименовать файлы по следующему шаблону:

   001.ts

   002.ts

   …

   009.ts

   010.ts

   011.ts

   и так далее.

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

Ну или в консоли

ls > playlist.m3u

Чтобы получить более внятный список файлов, можно использовать ls так:

ls --group-directories-first -p -1 > playlist.m3u

Затем открыть файл playlist.m3u в Kate и вперёд, переставлять блоки текста местами. Или же копипаст из экселя, чо мудрить-то…

Теперь можно открыть этот плейлист в видеоплеере и если он будет адекватным, то можно будет смотреть череду коротких видеофайликов как один большой (50 минут).

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

Или можно поискать какое-то сложное колдунство в консоли, бо буквально всё то, что я сделал в Calc и Kate, можно сделать в консоли, бо это же работа со строками в plain/text файлах.

И даже сборку множества видеофайлов в один можно сделать в консоли…

Итоговое соображение: всё то, что попадает в сеть, может быть скачано и использовано. Смиряемся с этим.

Сохранить полноразмерное фото из инстаграма

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

1. Запустить в браузере «уголок веб-мастера» по [F12].
2. Открыть страницу с фотографией (иначе ничего не загрузится же), например, это https://www.instagram.com/p/CFXlAIpgU1w/

Firefox: F12 > Сеть > Изображения

Отсортировать по колонке «Размер» так, чтобы самые объёмные файлы были первыми.

Тыкнуть по первому источнику и выбрать режим просмотра Ответ.

Если картинка неподходящая — тыкаем следующий источник. Долго тыкать не придётся.

Затем даблклик по подходящему источнику — откроется новая вкладка с искомой картинкой в полном размере первоисточника.

Chrome: F12 > Network > Img

Тыкнуть по какому-нибудь источнику и выбрать режим просмотра Preview.

Общая сортировка по размеру принятых файлов и последовательное тыканье по ним — ня.

Ставьте лайки на свои колокольчики и подписывайтесь на дядибобин канал.

Мне же остаётся последний лайфхак: сделать это всё в консоли, на bash и в Python. Задача достижима (руками), следовательно, можно всё сделать не выходя из консольки.

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

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

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

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

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

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

Да?!

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

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

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

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

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

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

Что дешевле?

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

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

В наше время от джуна заранее ожидают возможность рассчитать объём раскалённых газов и время, за которое сгорит дотла одна комната, на 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, или схеме нарезания японской катаной херсонского арбуза. Очевидно, что всё это интересно только мне, а не большому количеству благодарных читателей.

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

Вот что было предложено:

Шаги: 

1. 1. Зайти на сайт https://translate.go…e&sl=auto&tl=en
   2. Нажать на кнопку в левой стороне «АНГЛИЙСКИЙ»
   3. Нажать на кнопку в правой стороне «РУССКИЙ»
   4. Ввести слово на английском языке.

Ожидаемый результат

1. 1. Окно с допустимыми языками открывается при нажатии.
   2. Можно выбрать желаемый язык.
   3. Перевод выполняется автоматически при вводе слова.

Позитивные тест-кейсы

Условия: 

1) Все буквы в слове строчные.

2) Все буквы в слове заглавные.

3) Буквы в слове и строчные, и заглавные.

4) Слово содержит небуквенный знак.

5) Текст без пробелов.

Пример:

1) hello, hi, bye

2) QUEEN, KING, WE

3) ForeVeR

4) j`unior, impa%ct, cl-ass

5) hellohowareyou

Негативные тест-кейсы 

Условия:

1) Цифры и другие небуквенные знаки.

2) Многократное дублирование буквы в слове.

Пример: 

1) ###, 12, @

2) helllp

Приговор: предлагаемые тест-кейсы — имитация тестирования. Автор всего лишь словами перерассказал «слепому» о том, как он курсором по экрану тыкал.

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

Надо подумать…

Таки да, это надо обдумать.

И надо думать по-другому.

Про вопросы

Вот три вопроса, на которые тестировщику НАДО получить ответ ДО начала тыканья курсором по экрану:

1. Что это?
2. Зачем это нужно?
3. Как оно делает то, что нужно?

Как вы это сделаете — неважно.

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

Что это?

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

Ок, гуглопереводчик мне уже знаком, я знаю, что он помогает переводить

• слова,
• предложения,
• абзацы текста.

Среди них бывают отдельные слова и словосочетания (Break a leg — «Сломать ногу» — это идиома, которая иронично желает исполнителю «удачи». Доброжелатели обычно говорят «сломай ногу» актерам и музыкантам, прежде чем они выходят на сцену для выступления. Происхождение фразы остается неясным). Как гуглопереводчик переведёт эту идиому? «Сломать ногу». Аллё, так и должно быть?

Зачем это нужно?

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

Как оно делает то, что нужно?

Нужна справка.

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

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

Поэтому мне нужна справка, чтобы ТОЧНО ЗНАТЬ, что там внутри и что оно ВООБЩЕ может делать.

Мне надо знать, а не догадываться.

Программистов рядом нет, но в левом верхнем углу страницы есть меню «гамбургер» > [О Переводчике Google]. Открылась англоязычная страница https://translate.google.com/intl/en/about/

Так и должно быть?

Я хочу переключить справку на русский язык. Как это сделать?

(через две минуты размышлений, пролистываний и тыканья курсором по странице) Да ёпвашугугломать, как переключить справку-то!? Что, так и должно быть?

Ок, я опытный, я могу изменить URL — https://translate.google.com/intl/ru/about/ А кнопками это можно сделать?

(через ещё несколько раз ёпвашугугломатерей) Ага, если прокрутить страницу полностью вниз, вижу выпадающее меню выбора языков. Ок, есть russky! Скроллим верх.

«Теперь Google Переводчик доступен в любом приложении». Какие приложения подразумеваются? В любом? В ЛЮБОМ? У меня на андроиде их не меншье 20. ТОЧНО В ЛЮБОМ? Так и должно быть?

Смотрим поясняющее видео. Там говорят, что иконка гуглопереводчика висит поверх всего, «Это функция «Быстрый перевод», она доступна в последней версии гуглопереводчика». А у меня какая версия? Как это узнать?

Там же показывают, что надо тыкнуть по сообщению, которое надо перевести, потом по иконке скопировать, и взлетит «Быстрый перевод». Ок, есть первый тест-кейс.

Скроллим справочную страницу дальше. «Общение без границ». Ыыы, это чем-то напоминает Шелдона Купера в китайском ресторане с требованием «Покажите мне ваши сопли!» Это просто рекламная пропаганда. Отложим.

Скроллим дальше. Раздел «Всегда под рукой» говорит о том, что гуглопереводчик есть:

1. в телефоне
2. офлайн
3. на компьютере

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

«Несколько способов ввода».

• говорить в микрофон
• запихнуть в программу фотографию с текстом
• нарисовать текст стилусом
• набирать текст

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

Остановимся.

Сколько тестов можно сгенерировать, всего лишь изучая контекст и поверхностные справочные материалы, не касаясь интерфейса гуглопереводчика?

Кто во время обдумывания только обдумывал, а не записывал — тот дура(к).

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

Важно понимать, что гуглопереводчик — собака известная. Если бы мне предложили тестировать что-то неизвестное (расчёт тангенса и котангенса между Бетельгейзе и гейзером Строккур), то попытки под видом тест-кейсов описывать взаимодействие с приложением были бы, мягко говоря, центральным экспонатом музея беспомощности.

Наглядный пример: клавиатура моего программируемого калькулятора МК-61.

Красава ж ты моя!

Он, конечно же, может выполнить операцию 2+3, но на его клавиатуре НЕТ клавиши [=], поэтому привычные последовательные нажатия клавиш [2] [+] [3] [=] к нему неприменимы.Он делает это как-то иначе.

Можно ли самостоятельно догадаться о том, как он работает?

Нет.

Нужно посмотреть в справку.

Нужно спросить о том, как он работает.

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

Про позитивные/негативные тесты

А всем видно, что ВСЕ предложенные автором «негативные тест-кейсы» являются позитивными?

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

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

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

Ну, ввели мы в гуглопереводчик всяку шнягу по вашему предложению — 123!»№%*(). И что? Сайт рухнул? К вам прибежал админ гуглопереводчика и лично надавал по шее? Нет, всё в норме. Более того, у вас есть ожидаемый результат, следовательно, вы выполняете позитивные тест-кейсы. А называете их негативными.

Как настырный тестировщик вы придумаете/обнаружите сценарий, в ходе которого будет сделано НЕ ТО, что гуглопереводчик должен делать, или то, но НЕ ТАК, как это было предусмотрено.

Например, вставим в гуглопереводчик в режиме «Рус / Eng» транслитерированный текст:

Transliteratsiya shiroko ispolzuetsya vmesto kirillitsyi pri rabote na nerusifitsirovannyih sistemah dlya vvoda nazvaniy faylov, papok, a takzhe dlya perevoda nazvaniy ili imen iz odnogo yazyika na drugoy.

Что произойдёт? Это русский текст, или английский?

Вставим тот же текст, но переведем гуглопереводчик в режим «Eng / Рус». Что произойдёт?

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

Иногда вы будете знать точно только то, что НЕ ДОЛЖНО происходить. Это тоже тестирование.

Иногда не будете знать результат никак, никакой, даже приблизительно. Это уже не тестирование, это исследование.

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

Поэтому не привязывайтесь к вводу «неправильных значений». Рассматривайте «позитив» и «негатив» в русле сценариев, которые должны выполняться. Все сценарии, в ходе которых мы проверяем, что гуглопереводчик делает именно то, что должен (то, что в его справке написано, а не то, что вы воображаете), можно назвать позитивными. Назовём их скопом happy path. Додумаетесь/обнаружите сценарий, который отклоняется от happy path — вот это и будут негативные тест-кейсы.

То, что тест-кейсы обслуживают сценарии — вы уже знаете.

Откуда-то глухо доносится «Fuck the police comin’ straight from the underground…»

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

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

— …их стало слишком много! Каждую неделю кто-то спрашивает у меня лично, а получится ли у него стать тестировщиком. Каждый мнит себя уникальным, каждый считает себя подготовленным просто потому, что у него есть «ОГРОМНОЕ ЖЕЛАНИЕ», но он ещё ничего не делал, ничего не пробовал, ни одной книги не прочитал, а если разговор зайдёт про книги, то меня спрашивают, какую конкретно книгу надо прочитать…!

— Дык, скажи им, какую книгу прочитать-то, — из глубин кресла. — у нас даже бухгалтера знают ваши книги. Как их там… Савин, Фолкнер и Нгуен?!

— Фолкнер… да, это было смешно.

— Слишком налитературенная особа попалась. Вообще, tg-каналы джунов — это, знаете ли… уникальная… хрень.

— Дык, если сегодня они хотят ОДНУ книгу, то завтра будут спрашивать, какие конкретно страницы из той книги надо прочитать!

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

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

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

— Я спрашивал, в какой книге я могу найти материал по нужной теме.

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

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

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

— Дык, они же говорят, что хотят стать профессионалами… Я и объясняю с самого начала, что там просто и что там сложно.

— Они-то говорят, а ты воображаешь, что их понимаешь, как тот библиотекарь. Ну, и кто дебил?

— Я дебил?!

— Именно это они про тебя и говорят.

— Да я им тогда…

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

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

— …«И тут он увидел глаза Киры. Кира глядела на него с ужасом и надеждой»…

— Ну, да… Если у тебя есть возможность влиять, то не пользуйся этой возможностью.

— Но если просят о куске хлеба…

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

— Дай ему рыбу, и он будет сыт один день. Дай ему удочку…

— …и он будет ворчать о том, что ты мудак, что раньше рыбу давал, а теперь не даёшь. Вернёмся к первой проблеме, которую ты вскользь обозначил: о том, что тебя постоянно спрашивают, а получится ли стать тестировщиком, и ты не знаешь.

— И никто не знает.

— Я, кагбэ, знаю. Но это требует какого-то времени на выяснение.

— А мы и не спешим.

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

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

Вот, ты, например, что сделаешь?

— Нагуглю.

— Реферат?

— Если найдётся реферат, то ок. Если нет, то нагуглю всё, что можно, и из того, что соберётся, сделаю реферат.

— А нагуглишь ты гулю с маком, бо скульптора О.Пикушена не существует.

Скульптор О.Пикушен был пчелой укушен

Вероятно, найдётся что-то про скульптора Александра Опекушина (1838 — 1923), но в задании сказано найти информацию про О.Пикушена.

В этом моменте все люди начинают действовать ровно по учебникам для психиатров (к слову о том, насколько мы все уникальны). Они останавливаются и говорят, что ничего не нашли. Или нашли, но не то, поэтому «ой, всё!». Аллес капут. Пусть это будет первая группа.

Вторая группа — те, кто говорят, что ничего не нашли, просят уточнения и предлагают свой вариант, мол, вы могли ошибиться, вот, был же Опекушин. Экзаменатор сделает морду кирпичом и скажет, что по условиям задания, надо искать реферат про О.Пикушена, а не всякие там фигли-мигли… Вы тут что, самые умные?! Заказчик так сказал. Я так сказал. Исполняйте.

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

Другие отступают от «морды кирпичом», но не сдаются. Они ищут аргументы. Они предлагают посмотреть на экран.

— А я смотреть не стану, сказал ученый монах Томас Люпиан, когда Галилей, исчерпав все аргументы, попросил монаха взглянуть в телескоп…

— Вот именно. Догматика давит, их легко переубедить. Морда кирпичом просит кирпича, но бить нельзя, Бендер не позволяет. Большинство из второй группы останавливаются перед авторитетом, подавляя своё несогласие. Они боятся неопределённости, они хотят внятности, они могут успешно работать годами, просто делая ровно то, чему их в самом начале научили — примитивные искусства аборигенов Полинезии, культ карго, над которым они же так весело смеются. Они очень хотели бы изучить тест-дизайн, но не могут, бо на проектах этого не требуют, а учить что-то абстрактное самостоятельно они не могут. Они ждут, когда работодатель попросит у них «А научись автоматизировать…»

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

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

— Точно так, детектив Пикачу. Из второй группы тестировщики тоже не получаются.

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

Вот с третьей группой можно работать.

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

И ещё есть четвёртая группа… Этих людей мало, но именно их вы ищете. Они могут не просто нагуглить реферат на нужную тему, они могут его самостоятельно собрать из какого-то неструктурированного массива информации. Они могут закопаться до утра в настройке SQLite или настройке вывода команды „ls“, даже если их об этом не просят, и сделают

alias ls='ls --group-directories-first --color=auto -p -1'

и засунут это в .bashrc, чтобы оно работало всегда. По пути они нахватаются информации о том, что ещё вообще можно делать, и интегрируют эту информацию, и в ходе работы будут ВИДЕТЬ решение множества ситуаций, о которых люди из первых групп вряд ли додумаются, даже если их об этом попросят.

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

Люди из третьей группы могут стать нормальными тестировщиками.

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

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

— Где ты вообще придумал этого неправильного архитектора Мендисабале? Пекушин? Пикушин?

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

Ну, ок. Я поискал, быстро понял, что ничего нет, и попросил уточнить, правильный ли мы ведём поиск О.Пикушена, ведь я нахожу только А.Опекушина (1838 — 1923). Она позвонила дочери за уточнением. Дочь ей объяснила, что такой тупой мамы, как у неё, мир ещё не видел, что она ясно сказала, что ей, блядь, нужно, и что без этого реферата она будет самым несчастным ребёнком во всём городе, и что… Было слышно хорошо.

Ну, ок. Я попросил уточнить, откуда было взято имя искомого скульптора. Мать снова позвонила, и дочь ЧЛЕ НО РАЗ ДЕЛЬ НО сообщила, что это домашнее задание ей по телефону передала подруга, и что подруга не может ошибаться. То есть, ей по телефону по слогам (для повышенной точности) была передана информация. Повышенная точность на стороне приёмника была воспринята буквально. Вот и причина искажения.

— Созвучность слов! Корова через «а».

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

Мадам Козятина! Нам еще трошки угля, пожалуйста… Наконец-то, жара сошла. Такое вот начало лета…

— Да… Думаешь, черешня уродится?

— Да пофигу уже…

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

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

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

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

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

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

Да, так вот, перейдём к следующей теме, говорите вы, но для начала будет всего четыреста, надо же пройти этап джуниора. А потом будет уже девять (на экране слайд с графиком с 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

Бен Коллинс — Водить как Стиг

В поезде лежал, книгу читал «Водить как Стиг» Бена Коллинса (второе издание, Альпина нон-фикшн, Москва, 2018).

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

А вот на стр. 155 разверзлись хляби подземельные, и стало ыыыы:

Санитарная проверка

Вах-вах-вах, не может же быть же…

Поискал оригинал… Оказывается, может.

Sanity check

Короче, нет никакого санитарного тестирования.

Само слово Sanity переводится на русский язык проще:

• вменяемость,
• здравомыслие,
• нормальная психика.

Нет там никаких санитаров.

То, что вы называете Sanity, по-сути есть Smoke testing.

Я ещё не знаю, когда эти термины появились, но уже давно ясно, что это два разных названия одного и того же феномена. Просто тестировщики называют это Smoke, а программисты называют это Sanity. Так они привыкли, так оно укрепилось в их литературе.

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

Канер в своей книге Testing Computer Software (1988, у меня второе издание, 1999-го) не упоминает ни про smoke, ни про sanity. Самое близкое к ним есть в главе 3 ‘Test types & Software development‘ на стр. 51, и ВНЕЗАПНО оно там называется «Acceptance testing»:

Each time you receive a new version of the program, check whether it’s stable enough to be tested. If it crashes at the slightest provocation, don’t waste your time on it. This first bit of testing is called acceptance or qualification testing.

На стр. 54 та же тема с уточнениями в разделе ‘Final acceptance testing and certification‘:

If your company developed the program on contract, the customer will ran an acceptance test when you deliver it. In small projects, this test may be informal. For most projects, however, test details are agreed to in advance, in writing. Make sure the program passes the test before trying to deliver it to the customer. An acceptance test usually lasts less than a day. It is not a thorough system test. Beizer (1984) describes the preparation and execution of formal customer acceptance tests. Perry (1986) is, in effect, a customer’s guide to creating acceptance tests. Consider using Perry (1986) to structure your negotiations with the customer when you jointly design the acceptance test.

Цитата на books.google.com

Для тех, кто не может прочитать больше одного предложения в абзаце перевожу:

заранее и письменно согласуйте с заказчиком набор приёмочных тестов. Убедитесь сами в том, что релиз на них не завалится. Ранее об этом писали Бейзер (1984) и Перри (1986).

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

А вот в 2001-ом Канер уже упоминает Smoke testing в «Lessons Learned in Software Testing: A Context-Driven Approach» на страницах xxvi (это предисловие, там сходу заявлены определения ключевых терминов), 41, 121, 162, 163, 169, 141 и 144. И ни разу не упоминается sanity testing.

Рекс Блэк в «Ключевые процессы тестирования» (2004) упоминает эти два термина одновременно. В русскоязычном издании «Лори» 2006-го года они на стр. 532:

Приемочное тестирование, тестирование на исправность (Smoke Test, Sanity Test). Тестирование, проверяющее, насколько стабильная предлагаемая на тестирование версия, чтобы можно было начинать штатное тестирование. Обычно это подмножество всего комплекта тестов, как правило, автоматизированное, затрагивающее все части системы, по крайней мере, поверхностно. Качественные приемочные тесты обычно довольно долго проверяют работу системы, чтобы проявились серьезные проблемы надежности и работоспособности. Термин “smoke test” (тест на задымленность) взят из электротехники: когда инженер включает цепь, первичный тест проверяет, не дымятся ли компоненты.

Википедия

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

In computer science, a sanity test is a very brief run-through of the functionality of a computer program, system, calculation, or other analysis, to assure that part of the system or methodology works roughly as expected. This is often prior to a more exhaustive round of testing.

Огромное, гигантское отличие от smoke test, да?!

ISTQB (скачать файл Glossary all terms 3.1.pdf).

Sanity test объявлен синонимом smoke test (стр. 61).

В канонах ISTQB вы не сомневаетесь, не так ли?!

Толковалка ISTQB

It is a kind of software testing which is done by the testers to ensure that the functionality is working as expected.

Огромная разница со smoke test, да?!

Кто-то сделал почти тот же обзор книг в поисках тех же терминов, что и я: almeln.github.io, и пришел к тем же выводам.

О переводах: «Да, но ведь гугл переводит это слово именно так!»

Google переводит слово Sanity

Гугл переводит так, как считает правильным большинство. Там можно предлагать другие переводы слов, можно даже устроить флешмоб и добиться перевода какого-то слова совершенно по-дурацки, и гуглу будет норм.

И напоследок. Я предполагал, что ебалайтунг с терминологией присущ нашему, русскоязычному сектору. Например, вон чего на protesting.ru пишут:

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

Но он процветает и на английской стороне. Быстро нагуглилась статья на эту тему с сайта h2kinfosys.com — оба термина представлены как нечто обособленное. Понятия не имею, что это за контора из штата Джорджия (США), но о себе они говорят «H2k Infosys provides world class IT Training, Real-time Live Project to gain hands on experience, and IT Staffing services».

Надо ли возражать людям вообще?

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

Внимание, даже в txt в ряде случаев происходит искажение символов в тексте — ординарные кавычки превращает в фигурные, а дефис превращается в подобие тире.

Презентабельности ради почти то же самое в pdf — http://bit.ly/2GIUSOX

Познакомиться с LaTeX исчерпывающе просто: достаточно установить Kile (редактор для LaTeX в среде KDE)

sudo aptitude install kile

При установке Kile принудительно потянет за собой зависимости, необходимые для базовой установки LaTeX. Например, будет установлен базовый пакет ‘texlive-latex-base’. Посмотреть информацию о нём:

sudo aptitude show texlive-latex-base

И это, конечно же, хорошо. Однако, как всегда, версия в репозиториях на порядок старее актуальной.

Current release ‘TeX Live 2017’ — от 4 June 2017.

А в репозиториях Debian доступен только LaTeX версии ‘2016.20170123-5‘.

Философия Debian не подталкивает к использованию «всего самого свежего», но речь идет о TeX, который в принципе остановился в развитии на версии 3.14, а обновляются только пакеты LaTeX, поэтому тут можно смело требовать «свежатинки».

Установка LaTeX из сети возможна, но процесс скачивания и установки трёх тысяч файлов долгий, и при сбоях связи слегка… раздражающ. И ещё говорят, что

…if TeXLive is installed via Debian’s own package manager (apt, synaptic, etc), TeXLive’s package manager (tlmgr) will not be available. This means that if a newer version of a package, or a package that is not in one of Debian’s own groups of LaTeX packages is required, it ends up being manually installed and that can make your system messy and hard to maintain.

This can be a big issue with Debian, since it has a very conservative view of what is a ‘stable’ package, and can easily be three years behind the main TeXLive repository.

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

Хочется просто поставить LaTeX самостоятельно и заставить Kile сразу работать с установленной программой, а не… Поэтому далее рассматривается несколько замороченная, но исключительно однозначная, точная и грамотная ручная установка всего набора LaTeX из его официального iso-файла  вкупе с неординарной, но смелой установкой Kile.

Место установки произвольное. Но по-умолчанию будет предложена установка в /usr/local/texlive/2017/.

Это разумно. Каталог с названием года выпуска — это фича, бо это позволяет установить сразу 100500 версий LaTeX рядом и переключаться между ними…

В /usr/ хранятся все установленные пакеты программ, документация, исходный код ядра и система X Window и да, к содержимому /usr/ все пользователи (кроме root) имеют доступ только «для чтения». А если система со своим /usr/ ещё и находится на SSD (solid-state drive, твердотéльный накопи́тель), а /home/ положено на HDD, то LaTeX, который и так работает быстро, будет работать еще быстрее нужного (о-ля-ля, куда уж быстрее-то?!).

Однако нет.

1

На моём ноуте только один юзер, и городить «общий доступ» нет резона. И вообще, сделаем установку portable LaTeX (то есть, эту шнягу можно установить даже на флэшку, my ass!).

2

В будущем всегда маячит переустановка системы. Если при этом не заморочиться бэкапом всего /usr/ (что вряд ли, если произойдёт большой и внезапный бэмц вроде «эсэсдэ помрэ»), то LaTeX придётся и ставить, и настраивать с нуля. Ы!

3

То же самое относится к установке программы в /opt/. Тоже, кагбэ, логичное для установки место, но оно тоже будет «обнулено» при вероятностной переустановке системы.

4

Для крупного обновления разумно сносить «устаревший» LaTeX и ставить новый «с нуля» (так гласит официальная инструкция, не будем ей перечить), и очевидно, что жить будет проще, товарищи, жить будет веселее, если новый софт будет установлен в тот же самый каталог с сохранением тех же путей в системных переменных. Поэтому не хочется устанавливать софт в каталог с названием типа /2017/ !

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

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

Поэтому далее рассматривается только установка LaTeX в каталог ‘/home/LaTeX/‘.

Enjoy.