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

Алексей, почему Вы считаете, что мы подорвем отделы тестирования ?

Уважаемые коллеги, начат перевод списка вопросов для тестировщика, рекомендованный Clauster’ом.

Alex,

а Вы пробовали направлять свою неуемную энергию в мирное русло? ;)

вот тут есть интересные вопросики:

http://www.careercup.com/page?id=1236
http://www.careercup.com/page?id=1252

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

Андрей, увы, всем не угодишь!

Одни считают эти вопросы важными и интересными, другие - нет, и им нравятся совсем другие вопросы.

Всему свое время...

Спасибо за ссылки. Думаю, что предложенные Вами вопросы тоже будут интересными для многих.

задача современный Холодильник!
Что и как будем тестировать?

Предлагаю Вам начать, а остальные дополнят :)

А, вообще-то, неплохая идея! Может быть, стОит коллективно рассмотреть такие примеры. Думаю, что будет полезно.

Давайте подумаем над этим.

Ваш тестовый набор недостаточен. То, что фреймворк этого не обнаружил, видимо, объясняется тем, что решение подгонялось под ответы.
На тренинге я фреймворк не давал. Только форму для заполнения. Что было более объективно.

Следующая итерация. Кто первым найдет ошибку в наборе?

Сергей, интересно, в чем же недостаток? Скажите, пожалуйста, а то не смогу заснуть! :)

Может не стоит пугать новых людей в сфере тестирования, а?

Да, Василий, вопросы действительно очень непростые.

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

Ответы на вопросы вполне доступны, и если будет время, в будущем постараюсь что-то из них перевести.

Ответы на вопросы вполне доступны, и если будет время, в будущем постараюсь что-то из них перевести.

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

Поэтому и написал: Буду признателен за поправки...

Давайте, критикуйте по существу, а то - "некоторые переводы просто не верны".

Пишите, какие именно. Специально для этого оставил в скобках оригиналы. Давайте обсудим.

Есть еще интересное тестовое задание для тестировщиков ListBoxer, разработанное компанией Quest Software:
http://russia.quest....sks/SQATest.asp

По совету участников форума перевод вопросов, на которые обратил наше внимание Clauster, прекращен.

Всех благодарю за содействие!

В ветке http://software-test...w...c=14290&hl= коллега Oleg77777 разместил ссылку на список вопросов, которые задают претендентам на вакансию тестера в одной IT-компании. Удалось преобразовать этот список в текстовый файл:

Тестовые вопросы на вакансию "Тестировщик (QA)":

1. Перечислите основные цели тестирования.
2. Перечислите основные цели обеспечения качества.
3. В чем заключается принцип тестирования по методу "черного ящика"?
4. В чем заключается принцип тестирования по методу "прозрачного ящика"?
5. В чем заключается тестирование сборки?
6. Какие стратегии сборки вы знаете? Перечислите их достоинства и недостатки.
7. Какие типы ошибок позволяет обнаружить тестирование сборки?
8. В чам заключается тестирование компонентов?
9. Какие типы ошибок позволяет обнаружить тестирование компонентов?
10. В чем заключается тестирование системы?
11. Какие типы ошибок позволяет обнаружить тестирование системы?
12. Расположите тестирование компонентов, тестирование сборки и тестирование системы в том порядке, в каком эти методы применяются в жизненном цикле разработки.
13. Что такое "граничные условия"? Приведите примеры граничных условий.
14. Перечислите известные вам методы обеспечения качества.
15. Перечислите известные вам принципы организации процесса производства ПО.
16. В чем особенность "водопадной" модели организации процесса производства ПО? На каком принципе она базируется?
17. В чем особенность модели унифицированного процесса (UP) организации производства ПО? На каком принципе она базируется?
18. В чем особенность модели производства ПО? применяемой в экстремальном программировании (XP)? На каком принципе она базируется?
19. Что является основой для создания тестовых сценариев?
20. Перечислите известные вам средства автоматизации тестирования. Дайте их сравнительную характеристику.
21. Перечислите известные вам автоматизированные средства отслеживания дефектов и (или) изменений. Дайте их сравнительную характеристику.
22. Перечислите известные вам автоматизированные средства управления версиями. Дайте их сравнительную характеристику.
23. Перечислите нефункциональные характеристики программных средств (категории нефункциональных требований), которые могут быть подвергнуты тестированию. Опишите, как вы будете проводить тестирование каждой из этих характеристик.
24. Что такое "покрытие"?
25. Какие вы знаете виды покрытий?
26. Для чего используется анализ покрытия?
27. Как оценить степень покрытия?
28. Что представляет собой диаграмма переходов? Для чего она используется?
29. Что представляет собой матрица перекрестных ссылок? Для чего она используется?
30. Когда используется метод тестирования ортогональных массивов?
31. В чем заключается тестирование наследования? Для чего оно используется?
32. Для чего используются тесты категории "нет данных"?
33. Для чего используются тесты категории "повторное выполнение"?
34. Для чего используются тесты категории "верные данные"?
35. Для чего используются тесты категории "неверные данные"?
36. Для чего используются тесты категории "потери мощности"?
37. Для чего используются тесты категории "создание напряжений в системе"?
38. Для чего используются тесты категории "тестирование характеристик"?
39. Что собой представляет тестовый пример (TestCase в UP)?
40. Что собой представляет план тестирования?
41. Разработайте список требований к форме ввода, состоящей из перечисленных ниже полей, и набор тестов для ее тестирования:
- имя пользователя;
- фамилия пользователя;
- псевдоним;
- адрес электронной почты.


В той же ветке коллега Clauster указал на более интересный, с его точки зрения, список вопросов на странице http://sqa.fyicenter...re-QA-Testing/#. К сожалению, эти материалы на английском языке. Может быть кто-нибудь захочет перевести?

списка вопросов для тестировщика, рекомендованный Clauster’ом.

Повторюсь ещё раз, я этот список не рекомендовал. Я даже не читал ответы на те вопросы и не могу гарантировать что там все верно.
Могу порекомендовать два вопроса:
1. Зачем нужно тестирование
2. Зачем нужны тестировщики
Большинство кандидатов не могут вразумительно на них ответить.

Хорошо, Clauster, больше не буду писать, что Вы их рекомендовали.

Еще обсуждение этой темы тут:
http://software-test...w...c=13652&hl=

Мне, например, удалось найти 51 ошибку.

Интересно, кто сколько ошибок нашел в этой программе?

Интересно другое - сколько из этих ошибок стоили того, чтобы их искать?

Хороший вопрос!

Но это, во-первых, учебная программа, а, во-вторых, - неплохой тест для тестировщиков.

А как Вы считаете?

Мне, например, удалось найти 51 ошибку.

Интересно, кто сколько ошибок нашел в этой программе?

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

И что, Вы полагаете, такие сбор таких оценок можно назвать тестированием? Имеется в виду - теоретически, в принципе.
Хотелось бы напомнить, что речь идет об оценочном тесте при приеме на работу!

А потом на собеседовании можно будет сидеть и сравнивать ответы соискателя с данным списком:) Типа все он выучил или что-то забыл=)
Давайте хоть определим что за "чашка"?

Василий, привет! Я предполагаю, что это будут не исчерпывающие ответы, а некоторые наметки, которые могут помочь соискателям в их нелегком труде. :)

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

И что, Вы полагаете, такие сбор таких оценок можно назвать тестированием? Имеется в виду - теоретически, в принципе.
Хотелось бы напомнить, что речь идет об оценочном тесте при приеме на работу!

Я уверен что такой субъективный показатель как дизайн можно оценить только так.
У Вас есть другие методы определения субъективных показателей?
С удовольствием узнаю.
Другой вопрос насколько тест ограничен?
Дизайн здесь Вам не к чему. Так и говорите.

Вопрос в том, является ли, в принципе, оценка дизайна тестированием? (ведь в задании говорится, что нужно "протестировать чашку"). Я тоже не знаю других показателей дизайна, кроме субъективных.

Как вы, коллеги, представляете себе тестирование дизайна? Показать тестируемую чашку экспертам? :)

Дизайн здесь Вам не к чему. Так и говорите.

Еще раз позволю себе напомнить, что речь идет об испытательном задании. Если Вы считаете нужным тестировать дизайн, поделитесь с нами - как это сделать...

согласен :) спецификация есть далеко не всегда, и ещё чаще не в лучшем виде..

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

и скорее это немного out of scope нашей профессии, именно ввиду многих hardware нюансов, которыми владеют скорее технологи, нежели тестировщики

корректнее задавать вопросы по simple приложениям, хотя вопрос "как бы вы протестировали калькулятор?" уже в печёнках сидит :)

Однако, если возникает желание протестировать что-нибудь конкретное, а не абстрактное, к тестированию предлагается конкретная чашка, в которой вам на собеседовании предложили чай. Или, для примера, можно протестировать конкретную чашку, из которой вы пьете на работе (или дома). Главное, чтобы это была чашка, а не, скажем, кружка или стакан...

... хотя вопрос "как бы вы протестировали калькулятор?" уже в печёнках сидит :)

Полностью согласен. Это не интересно!

Тестирование чашки - это не software тестинг, а скорее hardware. Несколько не корректное задание, не находите? ;)

Согласен, это больше похоже на hardware, чем на software-тестинг. Но это ничего страшного... :) Принципы тестирвания имеют много общего. Например, в книге Л. Тамре, кажется, подробно обсуждается тестирование нагревательного шкафа.

И где спецификация к чашке? Чашки разные бывают, и предназначения у них соответственно тоже разные, что для одной чашки баг, для другой - фича.

Спецификации к чашке нет. В жизни очень часто мы работаем без точных спецификаций.

В данном случае, спецификацией является наш здравый смысл. Мы сами как бы ее разрабатываем...

Ведь мы обсуждаем задание на собеседовании при устройстве на работу, а не промышленное тестирование чашки :).

Представьте, если кто-либо придет на собеседование, его попросят "протестировать чашку", а он ответит, что у меня нет спецификации. Боюсь, перспективы у такого соискателя будут не очень высокими. :)

Для оказания помощи соискателям мы создаем в этом подфоруме специальные темы по обсуждению тестов для оценки тестировщиков.

Во время собеседований при приеме на работу кандидатам в тестировщики иногда предлагают необычные и интересные задания.

Одно из таких заданий - протестировать чашку.

Коллеги, поделитесь, пожалуйста, своими соображениями!

Привет:)

Наметка первая - что за чашка?

Да. Ведь может быть и чашка для цветов. Тогда у неё совершенно иная цель, чем у чашки для питья.

Очень интересная мысль! Хотя сосуд для цветов обычно, вроде бы, называется "цветочный горшок", но для этих целей можно использовать и чашку. :)

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

7. устойчивость к падению с поверхности: если она пуста, если она полна горячей жидкости, а если холодной, проверить влияние на это состава жидкости (кола, кофе, чай, сок, вода)

А точно есть зависимость устойчивости от температуры жидкости внутри чашки? На мой взгляд очень косвенная.

Коллеги, а как тестировать такие качества, которые, на первый взгляд, не имеют количественного измерения, например, экологичность или дизайн? И нужно ли тестировать такие характеристики?

Для оказания помощи соискателям мы создаем в этом подфоруме специальные темы по обсуждению тестов для оценки тестировщиков.

Во время собеседований при приеме на работу кандидатам в тестировщики иногда предлагают необычные и интересные задания.

Одно из таких заданий - протестировать холодильник.

Коллеги, поделитесь, пожалуйста, своими соображениями!

Какже не поддержать столь интересную, многообещающую и несомненно необходимую тему на даном форуме!
По поводу фунционала агрегата:
"Недавно ученые создали холодильник с возможностью доступа в Интернет для заказа продуктов, но проклятая железяка лазает исключительно по порносайтам и заказывает только пиво и хотдоги."
Взято здесь: http://humor.rin.ru/...p;anekdot=17195 (Attn: если при просмотре страницы по указанной ссылке вылезет картинка непристойного содержания, то вполне возможно ваш холодильник уже сходил в интернет...)

Вот несколько примеров ваших предшественников, тестировавших холодильники:
http://ziza.ru/2008/...ov_17_foto.html
Для advanced тестеров, на позицию лидов:
http://www.omar.ru/h...t/refreg2.shtml
http://www.btinform....article=114&a=1

Это вот холодильник-ЭТАЛОН
http://pozitiff.org/...02280760_06.jpg

А этот холодильник может быть представлен соискателю для поиска багов
http://figvam.ucoz.r...6/937818015.jpg
Ну, кто сколько тут их нашел?

Шепотом, а еще есть сумки-холодильники, автомобильные-холодильники, вагоны-холодильники и даже холодильники с нано-технологиями, но о них пока мало что известно.

Анекдот в тему:

Холодильник не был корректно закрыт перед последним выключением питания.
- Произвести проверку содержимого холодильника?
При проверке было найдено: один или несколько испорченных продуктов.
- Сохранить их в отдельном отсеке? Восстановить испорченные продукты?
Восстановить не удалось продукты доступны только для просмотра.

Попробуйте рассказать его на собеседовании :)

Чего там тестировать-то? Закрыть там включенный утюг и посмотреть кто победит.

Приветствуем принципиально новый способ тестирования холодильника! :)

Начнем, пожалуй, с холодильника, как самого сложного. :)

Возьмем для простоты холодильник без морозильника.

В начале разрабатываем план тестирования.

Выделяем основные функциональности холодильника:

Основная цель холодильника: для чего он нужен? Он предназначен для охлаждения предметов с целью их длительного хранения (речь идет не обязательно о продуктах питания).
Основные характеристики, связанные с охлаждением:
1) Температура и ее различные градации.

Побочные характеристики:
1) Реагент, используемый для охлаждения (+ его влияние на окружающую среду)
2) Потребление энергии
3) Необходимость и частота размораживания.
4) Надежность работы.
5) Цена.

Дополнительные параметры:
1) Внешняя температура.
2) Характеристики используемой электроэнергии.

Добавьте, если что не так!