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

Программирование на C# для тестировщиков
онлайн, начало 6 декабря
Python для начинающих
онлайн, начало 11 декабря
Школа для начинающих тестировщиков
онлайн, начало 12 декабря
Комплексная система подготовки к сертификации ISTQB FL (КСП ISTQB)
онлайн, начало 9 декабря
Фотография

Интересные вопросы на собеседовании.


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

#1 ddimoxa

ddimoxa

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

  • Members
  • Pip
  • 1 сообщений
  • ФИО:Naboka Hottab

Отправлено 05 Ноябрь 2016 - 21:12

Добрый день. Готовлюсь к своему собеседованию. Собственно работодатель дал вот такие вот ситуационные вопросы. Сюда выкладываю лишь малую часть, ибо на остальные ответил как смог. Эти вызвали затруднения. Как ответили бы Вы?

1.  В процессе тестирования были найдены ошибки, которые были сразу же исправлены. Должен ли был тестировщик зарегистрировать их в системе баг-трекинга? На что это повлияет?

2. Тестировщик получил задачу, в которой описаны только функциональные требования. Достаточно ли этого для проведения полноценного тестирования? Если нет, то какая еще информация может быть нужна?

3. Задача на тестирование из-за дедлайна была передана с недостаточным описанием требований к изменяемому продукту. На каких условиях мы можем взять данную задачу в тестирование?


  • 0

#2 Freiman

Freiman

    Гуру

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

Отправлено 05 Ноябрь 2016 - 21:31

Ну вот, например, возможные, но совершенно неправильные ответы:

1.1 Да, должен, исправление ошибки может повлиять на регрессию

1.2 Нет, не должен, это только излишняя трата времени в условиях ограниченных временных ресурсов

1.3 Да, должен, это повлияет на общие метрики производительности в позитивную сторону для тестировщика и программиста

1.4 Нет, не должен, это повлияет на метрики продукта в негативную сторону

1.5 Да, ....

2. А что такое "полноценное тестирование"? А какое тестирование можно назвать "неполноценным"?

3. На условиях, что мы ни за что ответственности не несем. Требования не актуальны, из-за дедлайна все равно будет выпущено "то, что есть", а не такой качественный продукт, как нам хотелось бы. Сколько-то критичных багов будет найдено и поправлено, на остальное пока пофиг.


  • 2

#3 Spock

Spock

    Гуру

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

Отправлено 07 Ноябрь 2016 - 14:47

возможные ответы, которых "ждёт" интервьюер
 
1. да, должен, ведь ошибка может заново появиться в регрессии, да и авто-тестами чтобы потом покрыть
2. нужны ещё нефункциональные требования, типа быстродействия, удобства интерфейса, поддержки мультиплатформенности и т.п.
3. чаще всего так и бывает. принимаем и согласовываем недостающие детали с заказчиком

  • 0

#4 KraT_by

KraT_by

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

  • Members
  • Pip
  • 10 сообщений

Отправлено 16 Ноябрь 2016 - 11:04

Ещё в пункте 1 надо узнать, были ли баги найдены на продакшене или на тестовой среде.

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


  • 0

#5 Spock

Spock

    Гуру

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

Отправлено 17 Ноябрь 2016 - 10:54

 

В процессе тестирования были найдены ошибки, которые были сразу же исправлены. Должен ли был тестировщик зарегистрировать их в системе баг-трекинга?

ещё тут зависит от вида тестирования при котором были найдены ошибки

 

когда девелопер делал юнит-тестирование и сам нашёл ошибки и сразу исправил, такие никто никогда никуда не заносит

когда девелопер делал интеграционное тестирование и сам нашёл ошибки и сразу исправил, такие обычно никуда не заносят, если баг не в продакшене


  • 0

#6 Zuga

Zuga

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

  • Members
  • Pip
  • 18 сообщений


Отправлено 17 Ноябрь 2016 - 20:25

3. Задача на тестирование из-за дедлайна была передана с недостаточным описанием требований к изменяемому продукту. На каких условиях мы можем взять данную задачу в тестирование?

 

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


  • 0

#7 Shuga

Shuga

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

  • Members
  • Pip
  • 5 сообщений

Отправлено 09 Декабрь 2016 - 10:29

Доброго времени суток. Нахожусь в аналогичной ситуации.Заданы ситуационные вопросы, на некоторые ответить затрудняюсь. Подскажите пожалуйста, что можно ответить на данные вопросы:

1. Заказчик сформулировал свои требования к программному продукту. Допустим, что тестировщик проверил соответствие реализации всем таким требованиям.

Выполнил ли он свою работу?

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

3. При тестировании задачи были найдены ошибки, разработчик их исправил и передал обратно в тестирование. В каких случаях это можно считать новой итерацией тестирования?
4. Есть заказчик, разработчик, аналитик и тестировщик. Существует процесс согласования ими требований к ПО до реализации. К какому виду тестирования можно отнести данный процесс в части согласования тестировщиком? Прокомментируйте свой ответ.

 

 


  • 0

#8 Freiman

Freiman

    Гуру

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

Отправлено 09 Декабрь 2016 - 10:56

1. Допустим, да. А если бы вопрос звучал "выполнил ли он свою работу полностью" - то нет.
2. Расхождение в чем?
3. А как поставлен процесс разработки?
4. Тестирование требований? Переформулируйте свой вопрос.
  • 0

#9 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 654 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 09 Декабрь 2016 - 11:19

Андрей вам уже ответил, а у меня свой вопрос - на какой позиции задают такие вопросы?


  • 0

#10 Spock

Spock

    Гуру

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

Отправлено 09 Декабрь 2016 - 11:48

1 - думаю надо ещё протестировать сами требования, статическое тестирование. там могут быть ошибки, тогда и система построенная на ошибочных требованиях будет ошибочна, хотя и полностью соответствовать требованиям. Например заказчик может забыть указать в требованиях что в таблице должна отображаться "нужная" информация, а не вся подряд - соответственно в таблице надо делать сортировку по-умолчанию плюс сортировку плюс фильтрацию

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

3 - вообще наверное да, новая итерация. Это ведь цикл - разработчик чинит, тестировщик тестирует, и так по новой

4 - к статическому наверное. так как есть только документация, которая тестируется в какой-то мере всеми участниками, кем-то меньше, кем-то больше


  • 1

#11 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 654 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 09 Декабрь 2016 - 12:50

4 - к статическому наверное. так как есть только документация, которая тестируется в какой-то мере всеми участниками, кем-то меньше, кем-то больше

Это требования, а не документация) 

ИМХО.

Статическое тестирование относится к коду. Когда у вас есть выбор выполнять его (динамическое тестирование) или не выполнять (статическое).

Документация тестируется в рамках тестирования документации:) Потому что вы можете только прочесть ее и ничего более.


  • 0

#12 Shuga

Shuga

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

  • Members
  • Pip
  • 5 сообщений

Отправлено 09 Декабрь 2016 - 13:12

1. Допустим, да. А если бы вопрос звучал "выполнил ли он свою работу полностью" - то нет.
2. Расхождение в чем?
3. А как поставлен процесс разработки?
4. Тестирование требований? Переформулируйте свой вопрос.

По первому пункту. Можете разъяснить, какова будет его работа полностью?

По второму, третьему и четвертому. Вопросы заданы - так как заданы, уточнить возможности нет.


  • 0

#13 Shuga

Shuga

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

  • Members
  • Pip
  • 5 сообщений

Отправлено 09 Декабрь 2016 - 13:13

Андрей вам уже ответил, а у меня свой вопрос - на какой позиции задают такие вопросы?

Не совсем понял, но ответить попробую, на предварительном собеседовании.


  • 0

#14 Freiman

Freiman

    Гуру

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

Отправлено 09 Декабрь 2016 - 13:14

Последний вопрос явно из ISTQB и Блэка :) Они относят это к статическому тестированию черного ящика. Почему так - хз. Так что вопрос не на логику даже, а на знание конкретных фактов.
  • 0

#15 Freiman

Freiman

    Гуру

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

Отправлено 09 Декабрь 2016 - 13:15

По второму, третьему и четвертому. Вопросы заданы - так как заданы, уточнить возможности нет.

Точно ли нет такой возможности? Или вы просто не хотите беспокоить рекрутера?
  • 0

#16 Shuga

Shuga

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

  • Members
  • Pip
  • 5 сообщений

Отправлено 09 Декабрь 2016 - 13:18

 

По второму, третьему и четвертому. Вопросы заданы - так как заданы, уточнить возможности нет.

Точно ли нет такой возможности? Или вы просто не хотите беспокоить рекрутера?

 

К сожалению -точно


  • 0

#17 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 654 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 09 Декабрь 2016 - 13:21

 

Андрей вам уже ответил, а у меня свой вопрос - на какой позиции задают такие вопросы?

Не совсем понял, но ответить попробую, на предварительном собеседовании.

 

Позиция какая? Старший тестировщик, начинающий? Нач. отдела?


  • 0

#18 Shuga

Shuga

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

  • Members
  • Pip
  • 5 сообщений

Отправлено 09 Декабрь 2016 - 13:24

 

 

Андрей вам уже ответил, а у меня свой вопрос - на какой позиции задают такие вопросы?

Не совсем понял, но ответить попробую, на предварительном собеседовании.

 

Позиция какая? Старший тестировщик, начинающий? Нач. отдела?

 

Начинающий.


  • 0

#19 Freiman

Freiman

    Гуру

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

Отправлено 09 Декабрь 2016 - 13:37

По первому пункту. Можете разъяснить, какова будет его работа полностью?

Могу, но не хочу. Просто поразмышляйте, и ответ найдется.
  • 0

#20 Spock

Spock

    Гуру

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

Отправлено 12 Декабрь 2016 - 08:47

 

Это требования, а не документация) 


ИМХО.

Статическое тестирование относится к коду. Когда у вас есть выбор выполнять его (динамическое тестирование) или не выполнять (статическое).

Документация тестируется в рамках тестирования документации:) Потому что вы можете только прочесть ее и ничего более.

Статическое тестирование - это тестирование любой документации, включая и требования и сорс код, только без исполнения самой программы

 

http://istqbexamcert...ting-technique/

 

 

 


 

 

Документация тестируется в рамках тестирования документации:) Потому что вы можете только прочесть ее и ничего более.

можно тестировать программу имея только документацию, можно создавать диаграммы состояний, таблицы и т.п., 

 

 

 

Это требования, а не документация) 

требования и есть часть документации


  • 1


Инструменты тестировщика: Командная строка
онлайн
Практикум по тест-дизайну 2.0
онлайн
Программирование на Phyton для тестировщиков
онлайн
Тестирование производительности (JMeter)
онлайн



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

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

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