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

Фотография

Статическое тестирование-тестовое задание,жду советов...


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

#1 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 10 апреля 2015 - 13:50

Вы – тестировщик в команде разработки компании «Вакуумная сфера», вы занимаетесь разработкой ПО, напоминаю.

На первом этаже под вами находится ЖЭК. Начальник ЖЭКа сделал вашей компании заказ на написание калькулятора для работников ЖЭКа. У них есть система обработки счетов с автоматическим подсчетом, которая часто сбоит, но чинить эту систему невозможно, потому что она куплена давно, не поддерживается, и в случае большого количества сущностей к оплате в счете часть выдает неправильный общий результат. Таким образом, перед работником ЖЭКа часто стоит задача пересчитать счет. Выходить из программы в виндовский калькулятор по каким-то причинам невозможно (виснет), поэтому бедным работникам ЖЭКа приходится считать вручную на ручном калькуляторе. Это довольно неудобно, и хотелось бы сделать надстройку над этой системой – калькулятор.

Итак, у вас есть требования к приложению «Калькулятор», которые вам передали аналитики , поговорившие с начальником ЖЭКа, и у вас чудом есть время до начала разработки на тестирование этих требований J

Обращаю ваше внимание, что ЖЭК находится на первом этаже, то есть конечные пользователи – вот они, в доступе.

 

Итак, требования, которые принес Вам начальник вместе с задачей их реализовать:

1)      Уметь считать сумму, разность, частное, произведение, корень квадратный, степень, синус и косинус.

2)      Иметь 2 поля для ввода чисел и возможность выбора операции между ними

3)      Поля ввода каждое по 10 знаков максимум

4)      Выбор операции осуществляется с помощью выпадающего меню, содержащего символы операций: +, -, *, /, xn, x1/2, sin, cos.

5)      В случае выбора операций x1/2, sin, cos второе окно ввода становится неактивным

6)      После второго поля ввода кнопка «Посчитать»

7)      Внизу окно вывода

8)      По нажатии на кнопку «Посчитать» внизу выдается результат

9)      Окно для вывода результата 10 знаков длинной

10)  Возможность запомнить вычисленное значение в буфер путем нажатия кнопки «Запомнить» возле окна вывода результата

11)  Если в буфере находится число, возле кнопки «Запомнить» появляется кнопка «Вставить»

12)  При нажатии кнопки «Вставить» число из буфера вставляется в окно ввода

13)  При нажатии кнопки «Посчитать» и хотя бы одном пустом активном окне ничего не происходит

14)  При вводе нечисловых значений по нажатию кнопки «Посчитать» ничего не происходит

15)  Запятая воспринимается как разделитель для дробной части

16)  Калькулятор должен быть встроен в существуюущую систему обработки заказов и вызываться по нажатию кнопки «Калькулятор» на панели управления

17)  Калькулятор должен закрываться нажатием кнопки «Х» в правом верхнем углу

Размер окна калькулятора 200х200 пикселей


  • 0

#2 horhe

horhe

    Активный участник

  • Members
  • PipPip
  • 100 сообщений
  • ФИО:Юрко
  • Город:Kraków

Отправлено 10 апреля 2015 - 13:56

и?


  • 0
Piobaireachd isn't mysterious, difficult or hard - it's just music...

#3 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 10 апреля 2015 - 14:01

Как  сделать надстройку над этой системой – калькулятор...ума не приложу...

Реализация кейсов -это вроде не сложно...а вот как реализовать через требования калькулятор с тремя окнами,не ясно..


  • 0

#4 Freiman

Freiman

    Профессионал

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

Отправлено 10 апреля 2015 - 15:37

Как  сделать надстройку над этой системой – калькулятор...ума не приложу...

Реализация кейсов -это вроде не сложно...а вот как реализовать через требования калькулятор с тремя окнами,не ясно..

Значит, эта вакансия не для вас. Ищите другую.


  • 0

#5 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 10 апреля 2015 - 16:51

Категорично однако

 

 

Как  сделать надстройку над этой системой – калькулятор...ума не приложу...

Реализация кейсов -это вроде не сложно...а вот как реализовать через требования калькулятор с тремя окнами,не ясно..

Значит, эта вакансия не для вас. Ищите другую.

 

Категорично однако...и все же жду дельных советов...


  • 0

#6 Vasiliy

Vasiliy

    Профессионал

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

Отправлено 10 апреля 2015 - 18:50

[Пятница] зачем работникам ЖЭКа считать синус и косинус?)

Какая у вас задача? Протестировать требования? О какой надстройке идет речь?


  • 0

#7 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 10 апреля 2015 - 18:55

Да протестировать требования...по сути имеем 2 поля для ввода чисел и 1 для вывода результата и видимо отсюда начинаем написание тест кейсов или же вначале написать общий тест план...
  • 0

#8 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 10 апреля 2015 - 19:02

Вопрос с чего бы начал программист ПО при написании кода для калькулятора и каким образом мне как QA можно было бы это все в дальнейшем расписать на кейсы ...ткните на ссылочку может кто знает процесс ...
  • 0

#9 VinnieJohns

VinnieJohns

    Активный участник

  • Members
  • PipPip
  • 112 сообщений
  • ФИО:Дмитрий Новиков


Отправлено 11 апреля 2015 - 02:54

Забавное задание. Правда, оно бы больше подошло, имхо, для прогона непосредственно на собеседовании (а-ля 20 минут на подготовку и часик ещё на обсуждение), но это лирика.
 
Согласен с Freiman'ом: если задачка так тяжело даётся, скорее всего, это просто не "твоя" вакансия. Кроме того, кидать на форум просто текст задания (в надежде, видимо, что кто-то его за тебя сделает и выложит решение) - это ну совсем неправильно. Это, кстати, полный текст?*
 
С другой стороны, у тебя есть ещё целых два выходных (неполных 48 часов, между прочим =), чтобы всё-таки попытаться выполнить задание. Так что отставить панику (и многоточия)!
 
>> "Как  сделать надстройку над этой системой – калькулятор...ума не приложу..."
>> "...а вот как реализовать через требования калькулятор с тремя окнами,не ясно.."
*Во-первых, тебе известно-понятно, что именно от тебя ждут в контексте этого задания? Что конкретно нужно сделать? Как оформить результаты? Тест-кейсы, кстати, надо писать? Точно (не)надо? Судя по тому, что ты уже собрался "реализовывать" надстройку (что бы это ни значило), могу предположить, что тебе это совсем не понятно. Этот момент необходимо (было?) ~выяснить в первую очередь~** у того, кто дал это задание! Теперь садись и пиши письмо, авось ответит.
 
А пока ответа нет, перечитываешь текст задания. В тексте можно найти такие ключи, как: "Вы – тестировщик", "у вас есть требования", "у вас чудом есть время до начала разработки на тестирование этих требований" и даже "конечные пользователи – вот они, в доступе" (мол, не стесняйся, задавай вопросы***)
 
Требования есть - значит, уже можно попробовать их "протестировать". Я почти уверен, что о том, как тестируются требования, ты уже прогуглил. Если нет - посыпь голову пеплом и перечитай ответ Freiman'а. Тем паче, что и искать глубоко не надо - тема актуальная, по второй ссылке в Яндексе на запрос "тестирование требований" выпадают слайды доклада, а по их описанию находится и сам доклад:
 - И два! vimeo.com/channels/laf2010/13804386 (кайфовый доклад, кстати, сам с удовольствием посмотрел)
 - Ну и "до кучи" ещё статью подкину: http://habrahabr.ru/post/254209/ - тут ты сможешь прочитать ещё о том, какие ещё бывают требования.
 
**, *** Позволю себе немного позанудствовать: пожалуй, самый важный навык для тестировщика - это умение задавать вопросы. Интересоваться, выяснять, допытываться, ставить под сомнение - особенно тогда, когда все остальные участники процесса разработки пребывают в иллюзиях по поводу того, что им всё "очевидно" и "понятно". И несмотря на то (или если посмотреть с другой стороны, благодаря тому), что "за качество конечного продукта несут ответственность все участники процесса разработки", именно тестировщику выпадает честь "докопаться" до каждой буквы в требованиях и до каждой строчки кода. Аналитик (не в обиду будет сказано тем, кто выполняет эту роль) с заказчиком пообщался, требования написал - его работа сделана. Разработчик (см. аналитик) требования получил, прочитал, приступил к кодированию. Правильно ли он требования понял, достаточно ли было этих требований (т.е. не пришлось ли разработчику что-то самому додумывать, чтобы увязать вместе А и Б) - это будет известно, как минимум, не раньше, чем он выпустит первый билд. А решает ли изначальную проблему заказчика то, что разработчик реализовал полагаясь на то, как он понял требования, написанные аналитиком по тому, как он понял проблему исходя из разговоров с заказчиком - это станет известно, боюсь, уже только после релиза.
 
В контексте всего вышенаписанного, задачка на тестирование требований, особенно эта - не перегруженная "страшными" техническими терминами и не требующая каких-то особых технических навыков - превращается в простейший тест на профпригодность. Желаю удачи его не провалить! =)

  • 1

#10 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 11 апреля 2015 - 06:28

Спасибо за участие вот этого я и ждал.
Удачи всем.
  • 0

#11 zaregan

zaregan

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

  • Members
  • Pip
  • 8 сообщений
  • ФИО:Коробка Вячеслав Иванович

Отправлено 11 апреля 2015 - 06:29

Направили в нужную сторону дальше сам...
  • 0


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

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