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

Тестирование REST API
онлайн, начало 2 августа
Тестирование юзабилити (usability)
онлайн, начало 4 августа
Школа Тест-Аналитика
онлайн, начало 4 августа
Школа для начинающих тестировщиков
онлайн, начало 5 августа
Фотография

Тесты для оценки квалификации тестировщиков


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

#21 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 16 июля 2008 - 14:30

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

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


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

#22 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 16 июля 2008 - 14:33

Если я правильно поняла условия, то ошибок в наборе более одной!
Первая, котороя бросилась в глаза, для 900 денег будет 90 дней, никак не 100...


Нет, здесь все правильно. Начинает работать скидка 10%!
  • 0

#23 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 16 июля 2008 - 14:36

Я тоже попробовал... в приложении результат.

Только, я ещё добавил бы проверки корректности округления на парах чисел (сумма - дни): 9 -0 , 908 - 100, 1607 - 200, 2106 - 300


А какой смысл добавлять еще три теста с отрицательными числами? Они ведь все эквивалентно некорректные.
  • 0

#24 greyver

greyver

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

  • Members
  • PipPipPipPip
  • 358 сообщений
  • ФИО:Вербенко Сергей Анатольевич
  • Город:Москва, Зеленоград


Отправлено 16 июля 2008 - 16:21

А какой смысл добавлять еще три теста с отрицательными числами? Они ведь все эквивалентно некорректные.

Не зная алгоритма реализации, я бы их всеже сделал, так как, скорее всего, это будут разные ветки в коде. Но это из опыта, по теории, возможно, вы правы.
  • 0

#25 Galina

Galina

    Постоянный участник

  • Members
  • PipPipPip
  • 151 сообщений
  • Город:Москва

Отправлено 16 июля 2008 - 17:21

Если я правильно поняла условия, то ошибок в наборе более одной!
Первая, котороя бросилась в глаза, для 900 денег будет 90 дней, никак не 100...


Нет, здесь все правильно. Начинает работать скидка 10%!



Может жара, конечно, но не понимаю откуда скидка....
  • 0

#26 BAM

BAM

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

  • Members
  • Pip
  • 2 сообщений
  • ФИО:И.И.А.

Отправлено 16 июля 2008 - 20:22

Попробуйте вот это: http://blog.shumoos....7/calc_days.zip
Хочу пособирать статистику, насколько сложный тест получился.
---------------------------------------
Есть задание на расчетный модуль. По этому заданию написано несколько (6) алгоритмов. Один правильный, остальные с теми или иными ошибками. Требуется составить тестовый набор, проверяющий эти алгоритмы.

Порядок работы. Тестовые набор поместить в голубую область. Фреймворк покажет достаточен ли этот тестовый набор.


SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна. :acute:

С уважением.
  • 0

#27 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 17 июля 2008 - 06:21

Попробуйте вот это: http://blog.shumoos....7/calc_days.zip
Хочу пособирать статистику, насколько сложный тест получился.
---------------------------------------
Есть задание на расчетный модуль. По этому заданию написано несколько (6) алгоритмов. Один правильный, остальные с теми или иными ошибками. Требуется составить тестовый набор, проверяющий эти алгоритмы.

Порядок работы. Тестовые набор поместить в голубую область. Фреймворк покажет достаточен ли этот тестовый набор.


SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна. :acute:

С уважением.


Конечно, о конкретных реализациях можно спорить.

Но, тем не менее, общий подход очень интересный.

Я имею в виду, что для составления тестов для тестировшиков при таком подходе требуется только знание Excel.
  • 0

#28 SALar

SALar

    Гуру

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


Отправлено 17 июля 2008 - 06:59

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

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


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

Мне почему то хочется, чтобы были тесты на 9 и 10 у.е.. Причем логика подсказывает, что ошибка такого рода маловероятна, но чутье говорит, что проверить надо. Спите спокойно. Может вы и правы, что не сделали этих проверок.
  • 0

-- 

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

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

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

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

 


#29 SALar

SALar

    Гуру

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


Отправлено 17 июля 2008 - 07:06

SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна. :acute:

С уважением.

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

А если заказчик недоступен, то на помощь нам придет волшебная сила метафоры.
Пусть в магазине продают пиво по 1 у.е. за бутылку. И тоже самое пиво продается по 10 у.е. за упаковку из дюжины бутылок. У вас все еще есть сомнения сколько бутылок вы можете купить на 11 у.е.?

http://blog.shumoos....es/154#comments и http://blog.hudson.su/?p=14
  • 0

-- 

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

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

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

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

 


#30 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 17 июля 2008 - 07:37

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

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


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

Мне почему то хочется, чтобы были тесты на 9 и 10 у.е.. Причем логика подсказывает, что ошибка такого рода маловероятна, но чутье говорит, что проверить надо. Спите спокойно. Может вы и правы, что не сделали этих проверок.


Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?
  • 0

#31 SALar

SALar

    Гуру

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


Отправлено 17 июля 2008 - 09:46

Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?

Это граница между 0 дней и 1 днем. Если денег меньше 9 (может быть и долг), то дней 0.
Соответственно могут быть два подхода:
-- Выделение в отдельную подгруппу (класс эквивалентности) всех сумм, на которые нельзя ничего купить.
case
	x< 10: s=0;
	x< 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
-- Отсечение отрицательных дней. Для 0-9 и так получится 0.
case
	x < 0: s=0;
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
Для первого варианта нужна дополнительная проверка на 9 и 10. Для второго 0, -1.
Ну и -10 нужно добавить - я же не знаю как работает округление на отрицательных числах конкретно в этой версии языка. И вот это:
case
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
вполне может выдавать ноль дней на 0 и -1, но на -10 покажет -1 день.
  • 0

-- 

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

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

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

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

 


#32 BAM

BAM

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

  • Members
  • Pip
  • 2 сообщений
  • ФИО:И.И.А.

Отправлено 17 июля 2008 - 13:07

SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна. :acute:

С уважением.

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

А если заказчик недоступен, то на помощь нам придет волшебная сила метафоры.
Пусть в магазине продают пиво по 1 у.е. за бутылку. И тоже самое пиво продается по 10 у.е. за упаковку из дюжины бутылок. У вас все еще есть сомнения сколько бутылок вы можете купить на 11 у.е.?

http://blog.shumoos....es/154#comments и http://blog.hudson.su/?p=14


да, могу взять ящик и бутылку, а могу и поштучно. Основа метафоры - аналогия. Аналогия без применения к бизнес-домену может породить ошибку.

"Забавным фактом при такой схеме скидок является наличие “мертвых” чисел, т.е. количества единиц продукта, которые мы не сможем заказать". А теперь смотрим не на бутылки, а на систему бронирования номеров в гостинице... Хочешь прожить 95 дней - покупай 100 и съезжай досрочно. Будет дешевле. С точки зрения бизнеса - не эффективно.

Короче мой основной message:

1) Согласен, что при такой постановке задачи лучше всего сходить к Заказчику/аналитику etc...
2) Для теста нужно сделать условие более ясным. Иначе все, что можно трактовать неточно, БУДУТ трактовать неточно. Собеседуя человека при текущей постановке задачи - предпочтение тем, кто нетолько "прозвонил" границы, но еще и "пошел к Заказчику" по понятным причинам.

3) Не все знают "классику маркетинговых ухищрений". Я предполагаю, что скидочных стратегий достаточное количество, сведите двух маркетологов и наслаждайтесь религиозным спором в стиле Java - "классика", C# - не айс :)
Но главное не это, главное что тестирование - проверка продукта на соответсвие требованиям. Поэтому формулировать требования надо, имхо, однозначно.


С уважением.
  • 0

#33 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 17 июля 2008 - 14:51

Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?

Это граница между 0 дней и 1 днем. Если денег меньше 9 (может быть и долг), то дней 0.
Соответственно могут быть два подхода:
-- Выделение в отдельную подгруппу (класс эквивалентности) всех сумм, на которые нельзя ничего купить.
case
	x< 10: s=0;
	x< 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
-- Отсечение отрицательных дней. Для 0-9 и так получится 0.
case
	x < 0: s=0;
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
Для первого варианта нужна дополнительная проверка на 9 и 10. Для второго 0, -1.
Ну и -10 нужно добавить - я же не знаю как работает округление на отрицательных числах конкретно в этой версии языка. И вот это:
case
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase
вполне может выдавать ноль дней на 0 и -1, но на -10 покажет -1 день.


Спасибо.

Теперь понятно, почему 9, 10 и -10.

Нужно будет повнимательней обдумать это. :)
  • 0

#34 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 31 июля 2008 - 15:20

Алексей Булат в своем блоге "Про тестинг" предлагает интересный список часто задаваемых вопросов при собеседовании на позицию тестеровщика:
http://alexeybulat.b...stionnaire.html

Многие вопросы сопровождаются ссылками на ответы.

Очень рекомендую!
  • 0

#35 Maxut

Maxut

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

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

Отправлено 11 сентября 2008 - 12:02

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

#36 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 11 сентября 2008 - 12:22

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


Это относится к той же категории, что и чашка, стул и т.д. :)

Но при этом существенное отличие, что Холодильник, если можно так выразиться, - техническое устройство.
  • 0

#37 Galina

Galina

    Постоянный участник

  • Members
  • PipPipPip
  • 151 сообщений
  • Город:Москва

Отправлено 11 сентября 2008 - 12:51

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



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

#38 Alex_Gurevich

Alex_Gurevich

    Специалист

  • Members
  • PipPipPipPipPip
  • 538 сообщений
  • ФИО:Гуревич Александр Львович
  • Город:Москва

Отправлено 11 сентября 2008 - 13:29

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



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


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

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

#39 Linea

Linea

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

  • Members
  • Pip
  • 14 сообщений
  • Город:Россия, г.Краснодар

Отправлено 12 сентября 2008 - 12:02

Пусть мой первый пост будет таким, но:
А как вы думаете много ли специалистов реально знают точные определения всех терминов своей специальности (например, тестировщик)?
Или же на данные вопросы соискатель может отвечать "от себя", своими словами? Просто я не теоретик. Меня почему-то раздражают такие опросники.. увы. Точные определения так скучны. Их можно заучить, но не понимать
Я бы делала ставку именно на практических задачах... пусть даже с той же кружкой. очень интересно :)
правда мало.. если только над кружкой самому не поработать и не испортить ее (маленькая ручка; трещинка; черное дно, когда не видно заварился-таки чай или нет; этикетка, которая из-за воды и тепла станет очень маркой и пачкается; выпуклое внешнее дно, когда кружка просто не стоит на столе; и прочие искусственные баги). кстати, а попросит ли человек налить в нее холодной или горячей воды для испытания? и вообще спросит ли он для чего она предназначена?
а еще один тест самый обязательный - изложить проблему на бумаге, описать ее.
Тестировщики еще те великие писатели ;) иногда такая ситуация попадается, что даже и не знаешь, как же ее точнее описать, еще и на бумаге (электронно)
ну и еще один тестик на кризисные ситуации: например, что вы будете делать, если вдруг вам на плечи взвалят еще один проект, когда ваш первый уже горит синим пламенем и сроки жмут во всех местах
так же есть различные доп средства тестировщика. можно на их основе отличный опросник составить (что бы вы стали применять в такой-то ситуации в таком-то проекте). так сразу и узнаете, чем испытуемый (тестируемый нами соискатель) пользуется или пользовался практически
о! еще у есть такие ситуации, когда нужно отстоять баг (хотя я о таких ситуациях только слышала, не встречала в практике).. все ли способны "пойти до самого главного начальника", чтобы его баг не ушел с приоритетом "когда раки на горе свистнут"? или все-таки лучше ждать, когда система умрет, а потом злорадствовать?

ps буду еще дополнять. это то, что первым пришло в мою голову
  • 0

#40 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 12 сентября 2008 - 12:55

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

Согласен, все достаточно точно подмечено.
  • 0


Тестирование REST API
онлайн
Программирование на Java для тестировщиков
онлайн
SQL для тестировщиков
онлайн
Программирование на С# для тестировщиков
онлайн



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

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

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