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

Фотография

Граничные значения и багрепорт


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

#1 Hybrid

Hybrid

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

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

Отправлено 17 октября 2016 - 08:16

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

 

Пример:

 

есть отрезок от 1 до 15, который поделен еще на отрезки, от 1 до 5, от 6 до 10, от 11 до 15.

и при неправильном расчете в отрезке от 6 до 10, нужно ли на этих границах 6 и 10 отправлять багрепорты, или достаточно отправить только при границе 6.

 

Подскажите советом, как лучше сделать?


  • 0

#2 Freiman

Freiman

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

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

Отправлено 17 октября 2016 - 08:22

Можно написать один багрепорт, в котором указать весь диапазон [6..10]
Создавать отдельные репорты на каждую из границ не стоит.

И дополнение:
Мы не знаем, какая практика принята у вас в компании. Если вы можете у кого-то уточнить, "как надо", то нужно это сделать.
  • 0

#3 Spock

Spock

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

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

Отправлено 17 октября 2016 - 08:40

 

 

и при неправильном расчете в отрезке от 6 до 10, нужно ли на этих границах 6 и 10 отправлять багрепорты

написано непонятно: или рассчитывается неправильно "на отрезке 6-10", или же "неправильно на границе 6" и "неправильно на границе 10"

 

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

 

вот пример:

система депозита в банке, минимальный депозит 6 тысяч, с 6 тысяч до 10 тысяч 5% годовых, с 11ти до 15ти тысяч 7% годовых

 

тогда если не принят депозит на 6 тысяч - тогда баг с фичей "минимальный депозит"

если на 10 тысяч проценты дают 7% - тогда баг с фичей "проценты зависят от суммы"

 

в общем зависит от функционала который на границах. если затронут один функционал - то один баг, если два - то два бага


  • 0

#4 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 17 октября 2016 - 11:02

Что значит "неправильный расчет"?

Он неправильный только для границ или для всего отрезка?

 

Локализуйте баг и оформляйте.

Может, один диапазон глючный. Не надо 100500 багов "падает на 6, падает на 7, падает на 8...".

Может только на границах — причем на всех. А может, только на одной. Или двух.

 

Выясняем все и описываем.

Я бы заводила один репорт, есть сомнения, что где-то любят дубли. Но всегда можно уточнить, конечно)


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#5 Сергей

Сергей

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

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

Отправлено 18 октября 2016 - 07:42

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

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

3. Дополнительно в описании бага неплохо указать, на каких диапазонах ок, а на каких фейл.

 

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


  • 1

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#6 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 18 октября 2016 - 12:06

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

Ээээ!

 

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

У нас 5 интервалов, зачем нам 4 бага, если суть одна?


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#7 Vasiliy

Vasiliy

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

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

Отправлено 18 октября 2016 - 12:24

Тут все зависит от случая.
Если в программе все условия в одной строке / операторе, то 4 бага излишни. Если разные границы идут в разных участках кода, то лучше сделать и разные баги. Так будет проще проверять и переоткрывать, при необходимости.
Вы знаете как устроен код?))
  • 1

#8 Сергей

Сергей

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

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

Отправлено 18 октября 2016 - 12:28

Василий, согласен. Добавлю.

 

1. А кто знает, что суть одна? Разные границы, разные условия. Суть одна, когда весь диапазон, а так мне не очевидно.

2. Практика показывает, что если делать один тикет с описанием нескольких условий (больше/меньше там и там), то програмист делает не все, чт оописано в тикете в виду различных причин - не дочитал описание тикета, изменилось ТЗ и т.п. Из всего этого тикет превращается в портянку.

 

Кстати, мне одному программисту пришлось объяснять, значение в данном случае портянки.


  • 0

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#9 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 19 октября 2016 - 12:03

Ну так не надо превращать тикет в портянку :)

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

 

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

А коллеги потом дубли будут искать? А менеджер состояние релиза посмотрит? А там «О УЖАС, 10 ОШИБОК!». Хотя реально одна.

 

Иногда разработчик говорит "э, это разные проблемы" и баг делится на два.

Иногда наоборот, разработчик в одном баге сразу несколько делает: "а вот заодно я вот тут добавил, тоже потестируйте".

Все бывает, но лучше, когда это именно "иногда" 


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#10 Сергей

Сергей

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

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

Отправлено 19 октября 2016 - 12:46

Ну так сделайте связанные задачи, кто вам мешает. Или подойдите/напишите к разработчику и уточните, как ему этот тикет оформить.

А вот когда разработчик пишет "а вот заодно я вот тут добавил, тоже потестируйте", то в таких случаях я всегда говорю "спасибо" таким разработчикам. Хотя бы говорят. Обычно игра в молчанку - разработчик заресолвил молча с параллельным исправлением ещё кое-чего, а там вы тестируйте. А  вот под менеджера не надо подстраиваться, а то дойдет до того, что объединять тикеты начнут, чтобы статистику не портить.


  • 2

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#11 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 20 октября 2016 - 05:57

Ну так сделайте связанные задачи, кто вам мешает. Или подойдите/напишите к разработчику и уточните, как ему этот тикет оформить.

 

И по каждому тикету бегать к разработчику и заглядывать ему в глаза: "А тут одна задача или 10? А вот тут? А тут? А тут?" ?

Это даже для младшего джуниора как-то... неправильно. Хотя, может, я давно в бюрократических конторах не работала...

 

А вот когда разработчик пишет "а вот заодно я вот тут добавил, тоже потестируйте", то в таких случаях я всегда говорю "спасибо" таким разработчикам. Хотя бы говорят. Обычно игра в молчанку - разработчик заресолвил молча с параллельным исправлением ещё кое-чего, а там вы тестируйте. А  вот под менеджера не надо подстраиваться, а то дойдет до того, что объединять тикеты начнут, чтобы статистику не портить.

"Хотя бы говорят" — ну, если играть в молчанку — стандартное положение дел, то да, можно и "спасибо" говорить.

У нас разработчики в молчанку не играют. Никто, конечно, не бросается обвинять "ты что, надо было отдельную задачу поставить, а не в этой делать!", но и нормальной практикой это тоже не считается. Потому что потом ты никогда не найдешь задачу. Только если все держать в уме. "Так, отображение товара в корзине мы сделали в рамках бага на авторизацию через соцсеть". Ок, если ты это помнишь, ты тикет найдешь. А если нет, то логическую связь фиг выстроишь.

 

"А вот под менеджера подстраиваться не надо" — классный подход :)

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


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#12 Vasiliy

Vasiliy

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

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

Отправлено 20 октября 2016 - 07:31

Как можно потерять задачу, если она корректно заведена в трекер на версию и разработчика?!
Вообще разговор ходит по кругу, Ольга. Вы за полный минимализ и не дай Бог кто-то продублирует строчку или баг:)
Еще кто-то за дубли и раздельное описание)
Я сам за здоровое дублирование информации, если это поможет в работе.
Каждый специалист дает свою точку зрения и опыт.

Если ко мне попадет ваш выпускник, то я его переучу под свои правила. Если к вам - мой падован, то вы его поставите в свои рамки:)
  • 0

#13 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 20 октября 2016 - 07:40

С этим я как раз не спорю :)

В каждом монастыре свои правила =)))

 

 

Как можно потерять задачу, если она корректно заведена в трекер на версию и разработчика?!

Ну а как вы догадаетесь искать "отображение товара в корзине" по названию "Сделать авторизацию через твиттер"?

А в комментариях поисковые слова могут часто где встречаться, в итоге смотришь на список задач:

 

1. Сделать авторизацию через твиттер.

2. Купить в офис кофемашину

3. Новый способ оплаты — PayPal

4. Удалить пользователя IZVRAWENECH

5. ...

 

И вроде помнишь, что нужное тебе делалось в рамках какой-то другой. Но какой? 

Либо ты должен помнить, либо надо протыкать все, хоть отдаленно похожие.

 

То ли дело найти в списке задачу "Отображение товара в корзине", а в ней комментарий "Сделано в рамках (ссыль)"


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#14 Vasiliy

Vasiliy

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

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

Отправлено 20 октября 2016 - 07:52

Я не понимаю. Честно.

Задача заведена. Есть список ошибок на разработчика или версию?
Открываете трекер и делаете задачи по списку. Или о чем мы?
Ну и заголовок на формировать корректно;)
  • 0

#15 Сергей

Сергей

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

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

Отправлено 20 октября 2016 - 08:08

 

Ну так сделайте связанные задачи, кто вам мешает. Или подойдите/напишите к разработчику и уточните, как ему этот тикет оформить.

 

И по каждому тикету бегать к разработчику и заглядывать ему в глаза: "А тут одна задача или 10? А вот тут? А тут? А тут?" ?

Это даже для младшего джуниора как-то... неправильно. Хотя, может, я давно в бюрократических конторах не работала...

 

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

 

 

У нас разработчики в молчанку не играют.

 

Это Вам крупно повезло с разработчиками. Было бы неплохо провести очередной опрос по этому поводу.


  • 1

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#16 Molechka

Molechka

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

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 20 октября 2016 - 10:03

Я не понимаю. Честно.

Задача заведена. Есть список ошибок на разработчика или версию?
Открываете трекер и делаете задачи по списку. Или о чем мы?
Ну и заголовок на формировать корректно;)

 

Я о том, что у нас бывает — делает одна задача, но "оп, заметил вот тут и тоже сделал".

 

Пример — делал авторизацию через твиттер. Пока гулял по коду, сделал еще отображение товара в корзине.

Ок, тестировщик проверил обе функции, задачу закрыл.

 

Прошел месяц-два-три. Надо "поднять" задачу, всплыл вопрос по отображению товара. Ты пытаешься его найти, но... 

 

 

Смотришь на список задач:

 

1. Сделать авторизацию через твиттер.

2. Купить в офис кофемашину

3. Новый способ оплаты — PayPal

4. Удалить пользователя IZVRAWENECH

5. ...

 

И вроде помнишь, что нужное тебе делалось в рамках какой-то другой. Но какой? 

Либо ты должен помнить, либо надо протыкать все, хоть отдаленно похожие.

 

То ли дело найти в списке задачу "Отображение товара в корзине", а в ней комментарий "Сделано в рамках (ссыль)"

 

Я не о том, что "вот у меня есть список задач и мне его неудобно делать".

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

 

Просто буквально на той неделе я так мучилась, когда искала задачу. Точно помню, что сделали в рамках другой. И поди, блин, найди эту "другую" )

 

 

Сергей, я знаю, что мне крупно повезло)))) У нас классная компания! ^_^ Хотела бы попиарить нашу вакансию, но не буду) Возможно, она скоро станет неактуальной, тьфу тьфу тьфу

С этим я как раз не спорю :)

В каждом монастыре свои правила =)))

 

 

Как можно потерять задачу, если она корректно заведена в трекер на версию и разработчика?!

Ну а как вы догадаетесь искать "отображение товара в корзине" по названию "Сделать авторизацию через твиттер"?

А в комментариях поисковые слова могут часто где встречаться, в итоге смотришь на список задач:

 

1. Сделать авторизацию через твиттер.

2. Купить в офис кофемашину

3. Новый способ оплаты — PayPal

4. Удалить пользователя IZVRAWENECH

5. ...

 

И вроде помнишь, что нужное тебе делалось в рамках какой-то другой. Но какой? 

Либо ты должен помнить, либо надо протыкать все, хоть отдаленно похожие.

 

То ли дело найти в списке задачу "Отображение товара в корзине", а в ней комментарий "Сделано в рамках (ссыль)"

 

  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/


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

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