Можно Подумать

про тестирование ПО и всё такое прочее

О сайте

Алексей Лупàн, спiвпрацювальник по підготувальні тестувальників (тренер тестировщиков), выступатор на конференциях, гитараст, волговод, «Главный тестировщик Молдовы». Тестирую веб-ориентированные приложения, интернет-магазины и финтех.

Сперва мне было интересно постигать тестирование и спорить о деталях, а сегодня мне интересно обсуждать принципы тестирования.

Сочинил основные мантры тестировщиков, коими и руководствуюсь.

Изредка бывает автоматизация на Python и WebDriver. Вообще, надо побольше думать и поменьше автоматизировать.

Есть RSS.

Е-mаil astenix@testitquickly.com

Статистика

  • 2009 [85 077 просмотров]
  • 2010 [169 478 просмотров]
  • 2011 [249 569 просмотров]
  • 2012 [258 328 просмотров / 8 274 заходов]
  • 2013 [288 919 просмотров / 135 081 заходов]
  • 2014 [329 741 просмотров / 156 761 заходов]
  • 2015 [394 430 просмотров / 194 102 заходов]
  • 2016 [301 633 просмотров / 167 327 заходов]
  • 2017 [341 465 просмотров / 195 430 заходов]
  • 2018 [277 804 просмотров / 165 429 заходов]
  • 2019 [165 623 просмотров / 106 465 заходов]
  • 2020 [100 416 просмотров / 68 301 заходов]
  • 2021 [ 104 162 просмотров / 72 413 заходов]

30 ответов на “О сайте”

  1. Комрад, порадовал коллегу !
    Спасибо!
    Твои тексты — как свежий ветер в этой долбанной индустрии 🙂
    Приятно читать.
    Вдохновляет.

    Ответить

  2. а можно поныть в жилетку ?
    вот у меня … сейчас что я делаю знаешь ?
    есть больше сотни багов исправленных программерами
    мне нужно перепроверить что они исправлены
    читаешь описание , воспроизводишь , пишешь да или нет
    + свои комменты
    берёшь следующий
    как рабочий на заводе
    взял заготовку, выточил гайку напильником, положил её в ящичек
    взял другую заготовку и так дальше …. ВСЮ ЖИЗНЬ
    а денег — гавно (это самый интересный аспект)
    Направь, Отче !
    😉

    Ответить

  3. Адеса — Мама, специально для вас есть уникальное заграничное средство. Даже два, хотя они весьма полярны по своему свойству. Следует выбрать одно и не «слезать» с него до самого финиша.
    «Просветлин»
    — быстро и не оглядываясь чекаем баги, закусывая их чем-то вкусным (рулет с халвой, например). Главное тут — скорость. Потому что реально скучно…
    — в процессе чеканья ищешь по-наитию места, где могут быть ещё не обнаруженные баги. Менеджеры и программисты к такому не готовы, и начнут ныть, что дэдлайн и вообще пора домой. И начнут бояться страшного тестировщика, который даже в процессе банального багчеканья находит новые дефекты. Вероятно, они покумекают и незаметно подкинут ещё рулета, чтобы тестировщик расслабился…
    Цель этого средства: превратить пациента в самого главного тестировщика, который надсматривает за теми, кто лишь недавно начал возиться с гайками и напильниками.
    Тут главное — чтобы программеры не поймали вечером где-то на Степовой улице и не побили за все баги и рулеты с халвой разом.
    «Нирванин»
    — Жизнь есть страдание. Страдание есть получение зарплаты. Зарплата есть сплошное страдание. Сколько ни напрягайся, будет не зарплата, а одно страдание.
    Собственно, ясно, отчего многие рабочие уважают культуру неумеренного пития? Весь день возишься с заготовками, и к вечеру сам как заготовка.
    Могу честно сказать, что на уровне менеджеров наличествует та же мантра, но в слегка ином обличье.
    И программисты тоже могут изрядно порассказать о долгих часах своей бессмысленной работы, когда надо кодить, кодить, кодить, кодить, кодить, кодить, кодить, кодить, спеки — пространные мифы древних греков, тим-лид — зверь, а продакт-менеджер с ним заодно…
    ЗЫ Самый интересный аспект непропорционально увеличивается в зависимости от разности выполняемых задач и наработанных умений эти самые задачи выполнять. Еще раз: непропорционально, но увеличивается если растет количество и качество умений.

    Ответить

  5. С удовольствием полазил по сайту и почитал статьи. Нашел для себя много полезного. Но смутило отсутствие очень привычной и полезной кнопки подписки по RSS..

    Ответить

  7. Алексей, спасибо! Очень свежо и интересно! Буду чаще заглядывать.
    С уважением.

    Ответить

  10. Здравствуйте, Алексей!
    Хочу предложить Вам следующую статью для раздела «переводы».
    Top Five (Wrong) Reasons You Don’t Have Testers
    (http://www.joelonsoftware.com/articles/fog0000000067.html)
    Примечателен пункт 4: Anybody qualified to be a good tester doesn’t want to work as a tester.
    Хорошо перекликается с Вашей статьей «Почему тестировщиков всегда будет мало».
    — Albert

    Ответить

    • Спасибо.
      Эта статья уже переведена.
      Оригинал на русском Джоэле.
      К слову, хорошим тестировщиком истинный программист Джоэль считает тетю, которая находила какие-то хитрые комбинации («Она нажала Alt!»). А это свойство весьма осбуждаемо. Оно очень полезно ПОСЛЕ того, как проверена корректность работы всех требований и спецификаций… Хотя и весьма способствует ореолу «Эти хитрые тестеры как-то не так кнопки нажимают…» 🙂

    • «ПОСЛЕ того, как проверена корректность работы всех требований и спецификаций…»
      Тут бы самое время заявиться Майклу Болтону (который не певец, а бизнес-партнер Джеймса Маркуса Баха) с авторитетнейшим утверждением: «тестеру никакие требования (requirements) и спецификации (test specifications) не нужны! В процессе тестирования правильный настоящий тестер сам во всем разберется! Эксплоратори тестинг форева, и все айда на мой платный курс рапид тестинга. «

    • Э, нет, уже не получилось однажды. Был у меня такой блогодиалог (http://automationbeyond.wordpress.com/2009/11/25/7-questions-on-testing-vs-checking/) с Майклом Болтоном, и я ссылался как раз на указанный пост («There are ALWAYS…»). Но этот увертливый тип заявил, что я все не так понял, и requirements и specifications вообще противоположные понятия.
      Цитирую.
      «Execution steps are specification. That is, execution steps are specific actions to take or ideas to follow. I think you’re confusing requirements (documents) with specification.
      Testers don’t need requirements documents or specifications to discover or reveal or infer requirements. Testers can then compare their discoveries or inferences with the client’s actual requirements—the advantage being that testers can alert clients to requirements of which they were not previously aware.»

    • Настало время платить по старым счетам 😉
      После года усиленного изучения этого heuristic-based exploratory testing и взятого у самого Болтона курса Rapid Software Testing, подтверждаю: для тестирования требования и спецификации не нужны. В процессе исследования продукта тестер найдет все, что ждали и не ждали, а также проблемы (неточности, ошибки) в самих требованиях.
      В натуре, эксплоратори тестинг рулез форева, а курс своих денег еще как стоит 🙂

  13. Просмотрел твое видео «Selenium IDE как артефакт пикника на обочине», и в каждом слове находил себя самого. Кишинев,единств. тестировщик, поставленные задачи. Буду следовать твоим советом.

    Ответить

  14. Все горе не от ума, а от длительного и однообразного опыта работы. Когда 10 лет отработаешь в фирме, где каждая мелочь заспецифицирована, поскольку продукт для медицинской диагностики, и должен пройти FDA approval, поверить что «для тестирования требования и спецификации не нужны.» очень, очень трудно. Значит пришла пора «нАчать» перестраиваться.

    Ответить

  17. Aut bene
    Официальный спiвпрацювальник по підготувальні тестувальників (QA Trainer) в компании SysIQ.
    так специально задумано ?

    Ответить

  21. «Неспешно езжу на [Волга ГАЗ-21]»
    И это при том, что он изготовлен коммунистами и в стране прошла десоветизация???? Какой кошмарррр!

    Ответить

Добавить комментарий