Тестирую.
Постоянно развиваюсь.
Верю в людей.
Иногда выкладываю интересности в LinkedIn.
Контакты

Достижения

Все достижения (1)

Наибольший вклад в теги

Все теги (35)

Лучшие ответы пользователя

Все ответы (67)
  • Что использовать для тестирования JavaScript/NodeJS?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    • Protractor весьма популярен.
    • Cypress тоже неплохая штука - позволяет делать много чего интересного с минимальными усилиями
    Ответ написан
    2 комментария
  • Как понять, что тестировщик дорос до уровня middle?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Привет мэн.
    Вот тебе кратко и емко:
    1. Джун обладает необходимыми техническими и теоретическими знаниями для выполнения работы. Он умеет делать работу.
    2. Мидл обладает более глубокими знаниями. Он в курсе процессов, подходов, технологий, тулзов и лайфхаков тестирования. Он умеет делать работу быстро.
    3. Сеньор обладает глубокими знаниями предметной области и продукта. Он способен работать с заданиями сформулированными в общей манере (самостоятельно определять подход, стратегию). В случае чего сеньор может подменять лида.
    Ответ написан
    2 комментария
  • Как научится четко понимать где модульное тестирование, а где функциональное?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Мне кажется ты смешиваешь мух и котлеты в блендере.

    ВВОДНАЯ
    • Функциональное тестирование это вид тестирования. Всего их два: функциональное и нефункциональное. Функциональное тестирование проверяет функционал продукта - ЧТО он делает. Нефункциональное проверяет характеристики функционала - КАК он это делает (пример: скорость загрузки сайта).
    • Компонентное тестирование это уровень тестирования. Всего их 4: приемка, системное, интеграционное, модульное. Различаются они (!не запоминать - очень кратко!) глубиной проверки системы. Модульное тестирование это насколько возможно подробное тестирование одного компонента (изолированно).


    ОБОСНОВАНИЕ
    Глоссарий ISTQB
    1. component: A minimal software item that can be tested in isolation.
    2. component testing ("unit testing" and "module testing" are synonyms of CT): The testing of individual software components. [After IEEE 610]
    Ответ написан
    Комментировать
  • Как и где грамотно вести тестовую документацию на проекте?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    Друг мой, компания нанимающая строить процесс джуна, который задает вопросы а форуме, это плохая компания. Рекомендую тебе скорее получать опыт и мотать оттуда удочки (можешь даже параллельно с работой).

    По документации:
    • Баги в Jira
    • Документы в Confluence
    • Тест кейсы в Test Rail


    Хотя, судя по всему, твоя компания может зажать бабло на один или даже на все эти инструменты. Тогда останется дешманский вариант - гуглоблицы.
    Ответ написан
    1 комментарий
  • Какие виды тестирования бывают?

    kit_de
    @kit_de
    Моя... Твоя... Привет!
    На этом вопросе должен висеть огромный знак "Не лезь". Допустим, ты выучил виды тестирования по определенному, ты можешь попасть в следующий кейс:
    1. "Опытный" (насидевший большой трудовой мозоль) лентяй скажет тебе, что это все фигня - главное опыт. Причем в чем состоит этот самый опыт сформулировать не сможет.
    2. Словивший звезду спец скажет тебе, что это все фигня - главное его взгляд на вещи, который он сформировал за годы работы ибо эффективно. Ога, нерепрезентативная статистическая выборка, склонность к подтверждению собственных идей и прочие когнитивные искажения ему в помощь.
    3. Какой-нибудь автоматизатор или девелопер будет вещать со своей колокольни путая пирамиду автоматизации с тестовыми уровнями и Е2Е тесты с тестами графического интерфейса.

    Как ты понял, тема крайне противоречивая - херова туча непоняток, субъективностей, и банальных ошибок вызванных ленью.

    Если ты еще не поостыл, давай рассмотрим один из вариантов организации.
    Согласно стандарту 9126, у программного продукта есть 6 атрибутов качества: performance, reliability, functionality, usability, maintainability, efficiency. Запомнить легко через ассоциацию PaRFUME. Каждый атрибут имеет определенное количество вложенных атрибутов. Вот тебе картинка. Каждый вложенный атрибут покрывается соответствующим видом тестирования. Их совокупность и является всеми видами тестирования.

    Едем дальше. Все атрибуты качества кроме функциональности являются нефункциональными. Соответственно любой из видов их тестирования является нефункциональным.

    Также есть такое понятие как уровни тестирования. Если в двух словах, то это концепт, который организовывает тест активности по скоупу.
    1. Уровень модулей. Тестирование отдельных модулей в изоляции.
    2. Уровень интеграций. Тестирование общения модулей.
    3. Уровень системы. Тестирование всей системы в целом. Не возьму "все-все модульные тесты и прогоню их", а выполнение тестовых активностей, скоп которых вся система (нагрузка, юзабилити, ...)
    4. Уровень пользовательской приемки. Проверка конечным пользователем (сразу после проверки тестером :) выполнения приложением бизнес задач. Я хотел смотреть видосы! Я могу смотреть видосы??


    Если выучишь изложенный выше подход то при предъявах вроде "ВСЕ ФИГНЯ!" сможешь говорить "мои данные основаны на ISTQB и стандарте ISO-9126, а на чем основаны ваши?" Хотя это не поможет ибо человеческая тупость имеет бесконечный потенциал.

    Теперь, зная все это, посмотри еще раз на свое приложение .Net... Не кажется ли тебе, что их описание видов тестирования по уровню тупости находится где то на уровне:
    - Расскажи мне что ты знаешь о Марсе.
    - Арбуз, гребень, пилот!

    Интернет-ноунейм критикует авторов твоей приложухи, норм да?
    Субьективность...
    Все как и обещал...
    Ответ написан
    Комментировать

Лучшие вопросы пользователя

Все вопросы (11)