Feeds:
Posts
Comments

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

© Брехт «Жизнь Галилея»

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

Недавно столкнулся с маргинальной глупой формой сомнения — открытое сомнение во всём постулируемом.

— …и те приятнейшие вечера, когда небо зелёное, как латунь…

— Нет, я не согласен. Небо не бывает зелёным. Оно или ярко синее, или полностью черное, и между синим и черным только серые полутона. Иногда оно оранжевое или малиновое — но это цвет солнца, а не самого неба. Само небо зелёным быть не может. Я такого не видел.

Ну, не видел так не видел, переубеждать не буду. В ад → направо, поспеши, без тебя там никак.

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

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

Однако это «религиозное» несогласие имеет основания. Бывают в жизни любого организма периоды, когда всё и вся подвергается оценке/переоценке. Это неизбежно в подростковом возрасте, и в каком-то смысле является основой формирования собственной системы ценностей и определений, и это крайне важный и нужный феномен.

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

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

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

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

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

И начать, наконец, видеть закономерности.

Доклад на «QA Fest 2016» http://qafest.com в двух частях с прологом.

Пролог от Андрея Мясникова:

Моё дополнение:

Доклад на «QA Fest 2016» http://qafest.com

Download Software Testing Glossary (pdf, from Dropbox).

This is not an another ’Full glossary of terms used in Software Testing’, or ’Let’s bring together every known term in our industry, because everyone needs it. . . ’.

I just had to notice my own definition dictionary of some terms, so I did it.

English is not my native language, so you can ping me about ANY inaccuracy in this doc. Thank you in advance.

This doc will be updated, if needed.

Also you can:

  1. download this pdf for free.
  2. ask me, if something wrong or unclear.
  3. understand, that some terms require a detailed explanation, which is a subject of a whole lesson, apart from of a glossary.
  4. use and share this doc in any way with no commercial purposes.

В 2014-ом году подумалось и записалось всё то, что стало основой рассуждений о структуре и смысле жизни тест-кейсов.

What is a test case grandpa.pdf

Скачать без активации и последствий.

У прошедшую субботу выступал во Львове на QA Meetup от Binary Studio:

14249732_1076818582373714_3118954000420683221_o(1)

14249712_1076818742373698_1207932363929895134_o(1)

14231132_1076818842373688_324068661532505217_o(1)

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

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

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

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

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

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

Львов, “Залiзна шапка”

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

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

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

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

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

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

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

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

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

Выводы:

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

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

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