Feeds:
Posts
Comments

В 1979-ом году в США появилась книга  «Искусство тестирования программ» (‘The Art of Software Testing’). Автор: Гленфорд Майерс, ученый, программист, «шарил» в микропроцессорах.

Удивление: её первый перевод на русский язык вышел в СССР [при Брежневе] в 1982-ом, под редакцией Бориса Позина.

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

Там же уточняется, что

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

Там же уточняется, что

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

Перевод терминов местами необычен, так, термин Stress testing полагалось переводить как «тестирование стрессов», но переводчики решили переводить его как «тестирование на предельных нагрузках». А «Комплексное тестирование» (System testing) решили переводить как «тестирование системы». Есть нюансы…

Выводы:

  • предки были не такими уж и «валенками» в программировании и тестировании;
  • современные тестировщики весьма упрощенно воспринимают программирование и тестирование, и местами мы даже не «валенки», а «пляжные тапочки».

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

  • не надо трыднеть о том, что тестирование — молодая отрасль, и терминология не устоялась, и что всё ещё впереди. Надо сперва основы осваивать, чтобы под ногами почва не шаталась.
  • тестирование всё ещё остаётся искусством, в котором требуется проявление личностных качеств. Это означает, что каждому новичку необходимо тренироваться личностно, а не гуглить в залежах древних книг, бо «уметь» тут важнее, чем «знать».
  • тестирование в глобальном плане изменилось, и QA требуется редко где и когда. QC превалирует.
  • учиться тестировать по книге Майерса не надо. Оно писано для программистов, оно не учит тестированию, оно объясняет некоторые его аспекты.
  • «черный» и «белый» ящики во времена Майерса называются «стратегией тестирования», тогда как это всего лишь метафоры, а не стратегии.

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

Упоминается Роман Савин, бо совместно листали его книгу “Тестирование дот ком” в попытке узнать, что такое тест-дизайн, и не нашли😦

[Скачать в mp3]

qafest.com — самая масштабная конференция в Украине, которая посвящена тестированию ПО.

  • 800+ участников
  • 30+ спикеров из семи стран
  • 50+ докладов на самые актуальные темы

“QA Fest 2016” разбит на два дня:

  • Junior Day (30 сентября) — конференция для начинающих ($36.6)
  • Main Day! (1 октября) — доклады высокого технического уровня ($100)
Место: Украина, Киев, конгресс-холл «Космополит» (улица Вадима Гетьмана, 6)

Спикеры:

  • Алексей Виноградов (Германия),
  • Claudiu Draghia (Румыния),
  • Андрей Мясников (Белорусь),
  • Gerlof Hoekstra (Нидерланды),
  • Сергей Пирогов (Украина),
  • Игорь Бонадренко (Беларусь),
  • Jacek Okrojek (Польша)
  • и др.

Ожидаеццо новая фестивальная программа.

У меня оформилось два доклада:

1
«Тест-дизайн для кофеварок»

Демонстрация элементарнейшего последовательного применения техник тестирования.

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

2
«Кто, где и как будет учить тестировщиков в Киеве 2026-го года»

Сеанс предсказаний будущего без всех этих ваших оракулов в тестировании с беспощадным разоблачением и облачением всех присутствующих. Немощный и строгий научный метод против очевидного неминуемого налетания отрасли тестирования на Небесную Ось в феврале 2026-го года на углу Прорезной и Крещатика.

Говорил тут с младшим коллегой про вечные ценности, про Negative и Positive testing.

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

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

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

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

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

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

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

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

Be equipped for QA Engineer position in Astound Commerce!

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

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

Participation is free of charge.

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

Обложка книги "Тестирование черного ящика"

Обложка книги “Тестирование черного ящика”

В начале декабря 2015-го я неосторожно пообещал Никите Макарову (папа автоматизации тестирования в “Одноклассниках”) объяснить, почему книга Бориса Бейзера — это про тестирование, но не для тестировщиков, а для программистов, поэтому и читать ее надо не так, как Канера.

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

Итак, да, изрядное кол-во любопытных тестировщицких зубов обломалось о книгу Бориса Бейзера “Тестирование черного ящика”, йо-хо-хо!

Мои там тоже остались😦

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

Перевод там гнилой, что ли?

Ну…

Continue Reading »

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

State-Transition Testing

Вот это самое “State-Transition Testing”

Трабла уже описана профессором Преображенским в соответствующей литературе в качестве первопричины разрухи.

Тут надо думать «исходное Состояние системыДействиеиное Состояние системы».

А мы с «деццва» учимся продумывать тест-кейсы как «ДействиеРезультат действия».

Вот «кружочки» и не получаются.

А получается что-то вроде ‘Product available in the CartProceed to CheckoutCheckout Page opened‘. Бред-то какой, полюбуйтесь на вашего Полиграфа…

Ну а потом начинается извечная шумерская жалобная песнь для успокоения сердца (просто выберите любимое и добавьте воды):

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

Непременно помре.

Когда все тестировщики помрут, так оно и…

Вы покайтеся да раскайтеся заранее.

Сегодня имел удовольствие поматериццо объяснять начинающему тестировщику, что не существует «автоматизация тестирования» как некий отдельный объект или навык, который нужно учить отдельно от всего; что учить автоматизацию тестирования нужно в комплексе со всем остальным; что не надо «Сперва я выучу html, а затем CSS, потом JS и Selenium IDE», что надо ковырять всё одновременно.

А он не поверил.

Follow

Get every new post delivered to your Inbox.

Join 1,460 other followers

%d bloggers like this: