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

The main ability of a tester is to have no fear for discuss requirements and asking for

  • whole picture first,
  • details.

The main behaviour of a tester is do not rush with any conclusions about software and to always start with

  • Stop! Explain this software, even if it looks understandable. What are the purposes of this software? Why this functionality is needed? How it should work?
  • Stop! I need a time for think (analyze this).
  • Stop! What are the final expectations?

The basic skill of a tester is to imagine (and to write them as scenarios) a chain of situations

  • where the software is intended to work ‘as expected’ (correct user login),
  • those that may happen, and should be tolerated by software (wrong user login),
  • those that should not be tolerated, even if they are possible (wrong data encoding).

Иногда в телевизоре начиналась телепередача «В гостях у сказки». Было волнительно.

Анастасия Зуева, В гостях у сказки

Анастасия Зуева

И да, это чёрно-белая картинка с телевизионными искажениями, бо вы офигели требовать цветной FullHD в советском телевизоре.

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

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

И там вообще не для джунов (там над вами хохмят).

Я перегнал доклад в полноценную текстовую версию, бо оно того варто. Видео — в конце.

Александр Александров
Экономика тестирования. Версия 1.0 (2018)

 

О чём будем говорить

  • Общеизвестные (но не до конца) истины, или почему такая тема
  • На что влияет экономика тестирования
  • Что такое Версия 1.0 — Подробно
  • Зачем нужна Версия 2.0 — Кратко

Почему такая тема

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

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

Вопрос понятен.

Ответ: надо перейти в режим «Я увольняюсь».

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

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

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

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

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

Можно набросать вот такой документ:

1. Цель проекта

2. Функциональные возможности приложения
<Из каких частей состоит? Для чего они? Что можно сделать? Их зависимости….>

3. Особенности ролей пользователей
<Какие роли могут быть на проекте? Их права, обязанности,…>

4. Варианты использования
<Список основных сценариев использования приложения всеми ролями пользователей>

5. Зависимости проекта с другими системами
<Как будет использоваться? Специфика, интеграции,…>

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

Попробуйте кратко объяснить проект любому уличному бомжу.

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

Потом в документах будете всегда писать грамотно и сразу всем всё будет понятно.

Бомжу опосля не забудьте проставиться, он ждёт вас.

Гости:
— Сергей Пирогов — заводила подкаста
— Ярослав Пернеровский — бог звука в подкасте
— Александра Ковалева — знает все про ISTQB
— Алексей Лупан — тренирует молодых тестировщиков

Темы:
— Когда получили свой первый сертификат?
— Краткая история ISTQB
— Почему ISTQB starter level есть у каждой собаки?
— Почему я не сертифицировался
— Какие бонусы дает сертификация?
— Advanced level ISTQB vs Foundation
— Куда идут деньги за сертификат?
— Про сертификационные туры
— Существует ли статистика получивших ISTQB в Украине по уровням?
— На сколько будет полезен сертификат при поиске работы в Европе и релокейте.
— Какие сертификаты есть кроме ISTQB?
— Selenium сертификации — фейк

Очень крутой доклад. Настя умеет!

Про всё то, что из нашего царства аутсорсинга постоянно не видно.

Установить формат экрана 16:9

  • Design tab of the toolbar ribbon.
  • Page Setup > Slides sized for:  выбрать нужный формат.
  • Orientation = Landscape

Установить картинку как шаблон слайдов

  • View > Slide master
  • Установить шаблоны для каждого типа слайдов по-отдельности — будет достаточно отредактировать слайды типа «Title» и «Title and Content».
  • Close Master view.

Отредактировать картинку шаблона слайдов

  • View > Slide master
  • Можно сохранить уже установленную картинку: по нужному слайду правой кнопкой и Save Background
  • Можно залить свою картинку: по нужному слайду правой кнопкой и Format Background > Fill > Insert from [File].
  • Close Master view.

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

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

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

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

Пример подобного слайда

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

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

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

Oh really?

Что может быть более глупым, чем «Я посмотрю, как оно работает, и напишу про это тест-кейсы»?

Я многого не знаю. Например, я не знаю, кто был тот мудак, который раз и навсегда перевёл термин agile как «гибкий». Имя есть?

Flexible — гибкий.

Agile — проворный, подвижный, верткий, живчик.

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

Впрочем, кое-что я знаю — Асхат Уразбаев первым мощно предложил опечатался про слоган внедрения agile в 2014-ом году.

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

А ещё я знаю следующее: agile не методология и не процесс. Это надстройка над уже существующей методологией и уже существующими процессами. И если их нет, то внедрять agile не на что.

То есть, у вас может не быть скрама и доски на стене, а agile может быть. У вас процесс производства может не меняться, а agile над ним — работает.

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

Сегодня осознал, что меня всё ещё называют репортёром:

Репортёр

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

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

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

Вот моя:

Олимпийская подяка

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

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

 

Коллинз - Водить как Стиг

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

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

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

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

Санитарное тестирование

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

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

Может.

Sanity check

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

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».

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

 

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

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


Гости:

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

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

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

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