Перейти к содержимому

Программирование на Java для тестировщиков
онлайн, начало 17 июля
Практикум по тест-дизайну 2.0
онлайн, начало 17 июля
Первый Онлайн ИНститут Тестировщиков
онлайн, начало 20 июля
Тестирование REST API
онлайн, начало 13 июля
Фотография

Нужна помощь. Вопросы на собеседовании

вопрос собеседование

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 6

#1 borovik2000

borovik2000

    Новый участник

  • Members
  • Pip
  • 1 сообщений
  • ФИО:Боровиков Виктор

Отправлено 08 сентября 2017 - 07:25

Добрый день! 
Нужна помощь в ответах на вопросы (на собеседовании)!
 
1. Представьте, что вы выполнили задачу тестирования, но сделали ошибку. Почему это произошло.
 
2. Откуда вы знаете, что обнаружили баг?
 
3. Приведите примеры интеграции и тестирования компонентов в комбинации Cart - Checkout.
 
4. Опишите различия между гибкой разработкой (например, Agile) и фиксированной конструкцией в соответствии со спецификацией.
 
5. Опишите, как вы выполняете тестирование, если ваша команда использует методологию Agile
 
6. Опишите, как вы выполняете тестирование, если ваша команда работает в соответствии со спецификацией (фиксированная разработка)
 
Спасибо. Заранее благодарен за помощь!!!

  • 0

#2 baxatob

baxatob

    Опытный участник

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 08 сентября 2017 - 07:43

Хорошая точка для старта: http://software-test...428-rukol-books


  • 1

#3 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 274 сообщений
  • Город:Москва


Отправлено 15 сентября 2017 - 06:56

 

1. Представьте, что вы выполнили задачу тестирования, но сделали ошибку. Почему это произошло.
 
2. Откуда вы знаете, что обнаружили баг?
 
3. Приведите примеры интеграции и тестирования компонентов в комбинации Cart - Checkout.
 
4. Опишите различия между гибкой разработкой (например, Agile) и фиксированной конструкцией в соответствии со спецификацией.
 
5. Опишите, как вы выполняете тестирование, если ваша команда использует методологию Agile
 
6. Опишите, как вы выполняете тестирование, если ваша команда работает в соответствии со спецификацией (фиксированная разработка)
 
Спасибо. Заранее благодарен за помощь!!!

 

Честные ответы, который не надо давать на собеседовании.

 

1. Читайте книгу Генри Нива "Пространство доктора Деминга". Пока не поймете разницу между общей и особой причинами вариаций все ваши ответы ничего не стоят.

2. Мы не знаем баг это или не баг. Мы высказываем гипотезу. Управление гипотезами - дело менеджмента.

3. ??? не понял вопроса.

4. Тот, кто задал вопрос не понимает о чем спрашивает. А вам настойчиво рекомендую посмотреть ролик "rise and fall of waterfall" http://cartmendum.li....com/44064.html

 

 

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

 

5. Абсолютно точно так же, как в не Agile. Была попытка раскрыть эту тему на SQADays-18. Попытка достаточно удачная.

6. Это ж очевидно. Сначала ищем баги в спецификации. Их так как блох на бродячей собаке. Неплохой чеклист проверок можно найти у Коберна. В своем тренинге но юзкейсам я его несколько расширил, но Алистеровский чеклист был основой. Ну или мои доклады посмотрите. С ЛАФ-2010 и SQADays-10

 

И, да, эти ответы  не надо давать на собеседовании. Выгонят. Смотри "http://blog.shumoos.com/archives/364"


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#4 Freiman

Freiman

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 551 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 15 сентября 2017 - 08:44

Неплохой чеклист проверок можно найти у Коберна.

Сергей, а вы не подскажете, где именно?
  • 0

#5 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 15 сентября 2017 - 09:02

 

 

Сергей, а вы не подскажете, где именно? 

может тогда лучше попросим уже улучшенную-расширенную версию?


  • 0

#6 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 481 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 15 сентября 2017 - 09:13

Сергей, а вы не подскажете, где именно? 

может тогда лучше попросим уже улучшенную-расширенную версию?

Коуберн в принципе интересен. Я сейчас регулярно набредаю на его статьи 10-летней давности в которых он разжевал решение проблем которыми у нас любят страдать.
  • 0

#7 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 274 сообщений
  • Город:Москва


Отправлено 16 сентября 2017 - 17:02

Коуберн велик. Его книги и статьи одни из лучших. И я бы его поставил и перед ДеМарко, и перед Рексом Блеком, и перед Макконнеллом. Ходит легенда, что эджайл манифест без него был бы не написан.

 

Слово товарищу Алистеру Коуберну ("Варианты использования, десять лет спустя"):

 

 

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

 

 

Чеклист проверок:

  • В  одном пункте описывается более одного действия
  • Нечеткость формулировки действия (непонятно, что происходит с  системой Не видно продвижение по сценарию
  • Упускаются ожидаемые ответы системы (не было такого отдельным пунктом, кажется)
  • В одном юзкейсе смешиваются несколько уровней (змей, море, рыба)
  • Безличная формулировка  -  упускается действующий субъекст (SUD или ОДЛ)
  • В  юзкейсе более 10 пунктов
  • В описании указываются элементы интерфейса
  • Нет результата.
  • Недостаточная декомпозиция (в одном юзкейсе содержатся несколько юзкейсов)
  • Страдательный залог

 

А вот до чего Коуберн не додумался, так это до "Раскраски". Мощнейшая техника, которая должна идти первой, т.к. переключает контекст (аспект / доску) мышления. Но чтобы до нее додуматься нужно знать о "Кубе Неккера".

 

PS. Знаете, пожалуй я на рынок выведу тренинг по верификации требований. Таково вроде бы нет.


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



Первый Онлайн ИНститут Тестировщиков
онлайн
Школа для начинающих тестировщиков
онлайн
Логи как инструмент тестировщика
онлайн
Selenium 2.0: стартовый уровень
онлайн




Темы с аналогичным тегами вопрос, собеседование

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале