Feeds:
Posts
Comments

Archive for the ‘Банальное’ Category

Короче, что-то под капотом засвистело не по-детски. Но как-то смутно, как-то урывками.

То свистит.

То не свистит.

Но когда свистит — то прям ващще…

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

И таки нашёл! 🙂

(more…)

Advertisements

Read Full Post »

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

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

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

Read Full Post »

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

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

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

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

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

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

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

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

Выводы:

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

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

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

Read Full Post »

Говорил тут с младшим коллегой про вечные ценности, про 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.

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

Read Full Post »

Priority

Приоритет показывает степень важности выполнения задачи ДЛЯ БИЗНЕСА.

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

Рекомендуется использовать всего три уровня приоритета:

  1. Приоритетно,
  2. Не приоритетно,
  3. .

Все очень просто, не так ли? Или задача приоритетна, или нет. Tertium, кагбэ,  non datur.

Если еще более по-взрослому говорить, то приоритизация означает не простое «Давайте расположим все по-важности и будем выполнять последовательно». Оно означает необходимость от чего-то отказаться, чтобы выполнить самое важное [подробности], но это уже слишком сложные материи…

(more…)

Read Full Post »

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

А загляните в череп опытного заказчика ПО — он требования прописывает сам. Всегда. Да, общепонятно, что через требования он хочет получить хотя бы именно, что было заказано, но засада не в том, что «без ТЗ результат ХЗ» (можно ваять ПО и без предварительного малевания ТЗ). Проблема в коммуникациях. Чем более опытным становится заказчик, тем сильнее он эту проблему осознает и начинает решать.

(more…)

Read Full Post »

***: Я вчера с другой стороны на Бейзера посмотрел. Именно с той, про которую ты говорил, что это “объяснение тестирования для программистов“. С учетом их мышления и специфики.

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

***: Просто по другому.
Не Савин.
Не Копленд.
Не Канер.
єто как Достоевского и Пелевина сравнивать.

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

(more…)

Read Full Post »

Older Posts »

%d bloggers like this: