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

Аудит и оптимизация QA-процессов
онлайн, начало 24 декабря
Автоматизация функционального тестирования
онлайн, начало 27 ноября
Логи как инструмент тестировщика
онлайн, начало 30 ноября
Тестирование REST API
онлайн, начало 30 ноября
Фотография

Баг


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

#21 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 30 декабря 2009 - 07:34

"выявленная ошибка в программе и в документации..."

Тогда уж "баг -- выявленная ошибка в программе ИЛИ в документации ИЛИ в требованиях"

1. Судя по посту - требования к документации не относены (ну... дело вкуса.)
Тогда -- в "документации пользователя (эксплуатационной документации)"

Баг - это когда фактический результат не равен ожидаемому результату.

именно поэтому ожидаемый результат должен быть задокументирован и описан...

А если нет описания? Это ж совершенно нормально, когда описания нет.

2. То, что не описан - увы... ситуация расхожая.
Но программа-то сдается заказчику. Заказчик функционирование программы на соответствие чему-то проверяет.
Скорее всего - какое-то описание КАК должна работать программа - есть. Может, и не прописано, что 2+2 = 4, но то, что программа должна выполнять арифметические действия в соответствии с арифметикой -- должно быть написано. А то вдруг заказчик хотел что-то не то получать в результате 2+2? Например - 2+2 = стеариновая свеча!

Коллеги, я согласен с вами.
Если ошибка найдена в процессе использования программы, это тоже баг.
Так будет правильно: Баг - это ошибка в программе, выявленая при тестировании программы и в процессе ее использования ?
А вот, если ошибка найдена в процессе кодирования - я думаю это уже не баг.
Как считаете?

В процессе использования? Ну... скорее - в процессе эксплуатации у заказчика.

И теперь вопрос.
Рассказывали ситуацию - когда заказчик получил очередное обновление. И .. явно пошли ошибки.
Оказалось -- когда обновление готовили -- напортачили.
Это бага?

Заказчику-то без разницы -- где сбой произошел - когда требования не так поняли, когда программу писали, когда тестировали, или когда - обновление не то прислали.
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#22 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 30 декабря 2009 - 07:55

Кто как считает ошибки в документации тоже баги или нет?

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


А определение понятия "ошибка" - это уже не сюда :)

См., например, форум
http://software-test...p?showforum=183
и, в частности, дискуссию "Баг или ошибка":
http://software-test...showtopic=12260


(занудничая.. )
Определение понятия "ошибка" почему-то возникло желание дать.
А определение "программа" - почему-то желания дать не появилось


ГОСТ Р 51904-2002 :
3.47 программное обеспечение (ПО): Совокупность компьютерных программ и программных документов, необходимых для эксплуатации этих программ.


ГОСТ Р ИСО/МЭК 9126-93
3.9 Программное обеспечение (software) - программы, процедуры, правила и любая со-ответствующая документация, относящиеся к работе вычислительной системы.
3.10 Программная продукция (software product) - программный объект, предназначен-ный для поставки пользователю.


ГОСТ 19781-90
1. Программа - Данные, предназначенные для управления кон¬кретными компонентами системы обработки ин¬формации в целях реализации определенного алгоритма
2. Программное обеспечение - Совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ


Можно и еще найти...
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#23 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 30 декабря 2009 - 13:54

Баг - это когда фактический результат не равен ожидаемому результату.

именно поэтому ожидаемый результат должен быть задокументирован и описан...

А если нет описания? Это ж совершенно нормально, когда описания нет.

2. То, что не описан - увы... ситуация расхожая.
Но программа-то сдается заказчику. Заказчик функционирование программы на соответствие чему-то проверяет.
Скорее всего - какое-то описание КАК должна работать программа - есть. Может, и не прописано, что 2+2 = 4, но то, что программа должна выполнять арифметические действия в соответствии с арифметикой -- должно быть написано. А то вдруг заказчик хотел что-то не то получать в результате 2+2? Например - 2+2 = стеариновая свеча!

А если нет ни заказчика, ни описания?
  • 0

#24 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 11 января 2010 - 07:20

А если нет ни заказчика, ни описания?


1. Заказчика нет - т.е. инициативная разработка? Которую продать хочется?
2. Или - просто для себя, любимого, что-то делаем? И продавать не хотим?

Во втором случае - видимо можно по принципу - "что выросло, то и выросло". И что такое баг/ошибка -- можно вовсе не задумываться.
А в первом... Все же видимо рынок как-то изучался, технико-экономическое обоснование прикидывалось. И какое-то (пусть и не формализованное описание) есть. А уж если все готово, и настало время выходить на рынок - какой-то минимальный комплект документов делать придется. Где и будет описание - что продукт делает.
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#25 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 11 января 2010 - 07:35

Баг - это когда фактический результат не равен ожидаемому результату.

именно поэтому ожидаемый результат должен быть задокументирован и описан...

А если нет описания? Это ж совершенно нормально, когда описания нет.


а если нет описания, тогда оперируем простой человеческой логикой... :)

тут конечно может возникнуть много споров, но по сути работа тестировщика - это и есть сравнение мыслей(его видение, понимание, подсказки логики) тестировщика с действительностью... все расхождения - БАГИ!
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#26 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 11 января 2010 - 10:14

А если нет ни заказчика, ни описания?


1. Заказчика нет - т.е. инициативная разработка? Которую продать хочется?
2. Или - просто для себя, любимого, что-то делаем? И продавать не хотим?

Ну, например, мы - это корпорация Google, Microsoft или типа того, в общем, любая продуктовая компания.
  • 0

#27 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 11 января 2010 - 10:16

Кто как считает ошибки в документации тоже баги или нет?

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


А определение понятия "ошибка" - это уже не сюда :)

См., например, форум
http://software-test...p?showforum=183
и, в частности, дискуссию "Баг или ошибка":
http://software-test...showtopic=12260


(занудничая.. )
Определение понятия "ошибка" почему-то возникло желание дать.
А определение "программа" - почему-то желания дать не появилось


ГОСТ Р 51904-2002 :
3.47 программное обеспечение (ПО): Совокупность компьютерных программ и программных документов, необходимых для эксплуатации этих программ.


ГОСТ Р ИСО/МЭК 9126-93
3.9 Программное обеспечение (software) - программы, процедуры, правила и любая со-ответствующая документация, относящиеся к работе вычислительной системы.
3.10 Программная продукция (software product) - программный объект, предназначен-ный для поставки пользователю.


ГОСТ 19781-90
1. Программа - Данные, предназначенные для управления кон¬кретными компонентами системы обработки ин¬формации в целях реализации определенного алгоритма
2. Программное обеспечение - Совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ


Можно и еще найти...

http://bugsclock.blo...og-post_18.html
  • 0

#28 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 11 января 2010 - 10:58

http://bugsclock.blo...og-post_18.html

Прочла.

Порадовало еще одно понятие -- "инфраструктурное ПО". Искренне порадовало. Представила лицо заказчика, коего я попросила подписать ТЗ на инфраструктурное ПО, которое внутри автомобиля и т.д.
Как хотите... но тут уже железо. А значит - прописанные правила разработки.Впрочем - это несколько из другой сферы вопрос...

Еще кнопочки порадовали....
Как-то привыкла - что какие кнопочки и как обрабатывать запросто можно к пользовательскому интерфейсу отнести.
Как, собственно говоря и пиктограмму (иконку) на экране ПК.
Про то, куда менять вектор мышления - тоже не понятно. Увы.
Мысль автора я не уловила. Больно размытые формулировки.
Вроде в ГОСт-ах мною приведенных опреление покрайней мере четкое и краткое. Разное - это да.
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#29 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 11 января 2010 - 12:04

Про то, куда менять вектор мышления - тоже не понятно. Увы.
Мысль автора я не уловила. Больно размытые формулировки.

Мысль написана сразу после слов "А теперь мораль".
  • 0

#30 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 11 января 2010 - 12:09

Вроде в ГОСт-ах мною приведенных опреление покрайней мере четкое и краткое. Разное - это да.

А что такое эти ГОСТы? Кто их писал вообще? На них свет клином не сходится. Я в течении своей карьеры ни разу не сталкивался с ГОСТами и надеюсь, что не столкнусь.
  • 0

#31 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 11 января 2010 - 13:42

Вроде в ГОСт-ах мною приведенных опреление покрайней мере четкое и краткое. Разное - это да.

А что такое эти ГОСТы? Кто их писал вообще? На них свет клином не сходится. Я в течении своей карьеры ни разу не сталкивался с ГОСТами и надеюсь, что не столкнусь.


У всех своя стезя. Каждому - свое.
Не с ГОСТами, так с ISO может придется столкнуться.

Мораль прочла.
Цитирую:

"А давайте-ка заглянем в словари (сами-знаете-на-каком-сайте) и посмотрим что такое программа."
Далее - цитаты из словарей и рассуждения.
Потом - мораль:

"А теперь мораль: забудьте все эти стереотипные определения. Помните, что в первую очередь ПО создается для конечных пользователей."

Совершенно разумно.
Только вот как связано это с заявленным в начале - "что такое программа"?
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#32 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 11 января 2010 - 15:57

Вроде в ГОСт-ах мною приведенных опреление покрайней мере четкое и краткое. Разное - это да.

А что такое эти ГОСТы? Кто их писал вообще? На них свет клином не сходится. Я в течении своей карьеры ни разу не сталкивался с ГОСТами и надеюсь, что не столкнусь.


У всех своя стезя. Каждому - свое.
Не с ГОСТами, так с ISO может придется столкнуться.

Мораль прочла.
Цитирую:

"А давайте-ка заглянем в словари (сами-знаете-на-каком-сайте) и посмотрим что такое программа."
Далее - цитаты из словарей и рассуждения.
Потом - мораль:

"А теперь мораль: забудьте все эти стереотипные определения. Помните, что в первую очередь ПО создается для конечных пользователей."

Совершенно разумно.
Только вот как связано это с заявленным в начале - "что такое программа"?

Ключик практически у вас в кармане. Ещё буквально пару следующих предложений и вы - у цели.
  • 0

#33 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 11 января 2010 - 19:37

Баг - это когда фактический результат не равен ожидаемому результату.

исходя из

Качество - это соотвествие продукта ожиданиям пользователя(заказчика).
Филипп Крухтен

можно сделать вывод о том, что

Баг - это когда фактический результат не равен ожиданиям пользователя(заказчика).



ЗЫ: о Крухтене взял отсюда с 4.23....
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#34 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 12 января 2010 - 21:14

попытался собрать всё об определении термина "баг" в одном месте и как-то оформить...

ЗЫ. не ругайтесь, это мой первый опыт! :)
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#35 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 13 января 2010 - 07:40

попытался собрать всё об определении термина "баг" в одном месте и как-то оформить...

ЗЫ. не ругайтесь, это мой первый опыт! :)

aaa! Очень интересно -когда в кучку все собрано!
(достает с полки ГОСТ Р 51904 - 2002):
Сообщения о дефектах являются средством для
идентификации и регистрации аномального поведения программного средства,
несогласованности процессов с Планами ПО и
стандартами разработки ПО и
недостатков документации жизненного цикла ПО.

Дефект - как аналог бага подойдет?

На мой вкус - немножко коряво в ГОСТ-е написали.

Но, пожалуй что все перечислили.

Приведу пару примеров.
1. Несогласованность процессов с Планами.
Передали заказчику не ту версию ПО. Сделали дистрибутив кривоватый. Т.е. ПО - правильное и замечательно работающее, но ушла Заказчику версия с маааа..ленькими недочетами, и работает у Заказчика плохо.
2. Несогласованность со стандартами.
Есть СТП на предприятии. Где прописано -
"Следует избегать любого приведения типов(например), кроме вызванного..... (ну чем-то там)".
А вот взяли - использовали. Вроде нормально все работает, тесты все проходят... но...скользкое место появилось.
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#36 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 13 января 2010 - 08:52

попытался собрать всё об определении термина "баг" в одном месте и как-то оформить...

ЗЫ. не ругайтесь, это мой первый опыт! :)

aaa! Очень интересно -когда в кучку все собрано!

простите... это ирония?! или всё же реально вам оказалось полезна эта куча?!

(достает с полки ГОСТ Р 51904 - 2002):
Сообщения о дефектах являются средством для
идентификации и регистрации аномального поведения программного средства,
несогласованности процессов с Планами ПО и
стандартами разработки ПО и
недостатков документации жизненного цикла ПО.

Дефект - как аналог бага подойдет?

На мой вкус - немножко коряво в ГОСТ-е написали.

Но, пожалуй что все перечислили.

Приведу пару примеров.
1. Несогласованность процессов с Планами.
Передали заказчику не ту версию ПО. Сделали дистрибутив кривоватый. Т.е. ПО - правильное и замечательно работающее, но ушла Заказчику версия с маааа..ленькими недочетами, и работает у Заказчика плохо.
2. Несогласованность со стандартами.
Есть СТП на предприятии. Где прописано -
"Следует избегать любого приведения типов(например), кроме вызванного..... (ну чем-то там)".
А вот взяли - использовали. Вроде нормально все работает, тесты все проходят... но...скользкое место появилось.


ГОСТы дело хорошее, но в тестировании я бы их расценивал как повод поразмышлять и адаптировать их под конкретный процесс и систему с более приземлёнными формулировками!
по мне всё же дефект - это аналог ошибки, а баг - это собирательный, жаргонный термин, причём значение которого скачет в зависимости от того, что и как и где разрабатывают...
хотя по мне, так в ГОСТЕ простыми словами написано: баг – это факт расхождения фактического поведения системы и описанного в ТЗ, АЗ, спецификации и т.д., т.е. верного, принятого верным... в результате несогласованности и прочего
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#37 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 13 января 2010 - 11:33

Баг - это когда фактический результат не равен ожидаемому результату.

Соглассно ГОСТ Р 51904-2002

8.3.6 .......
в) результаты тестирования: гарантировать, что результаты тестирования корректны и что расхождения между фактическим и ожидаемым результатами объяснимы

отсюда можно сделать вывод, что всякое необъяснимое расхождение между фактическим и ожидаемым результатами и есть баг!
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#38 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 891 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 13 января 2010 - 15:52

отсюда можно сделать вывод, что всякое необъяснимое расхождение между фактическим и ожидаемым результатами и есть баг!

А если расхождение будет объяснимым, то уже не считается багом?
  • 0

Software Testing Glossary - простыми словами о непростых словах.


#39 aaa

aaa

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

  • Members
  • PipPip
  • 110 сообщений
  • ФИО:Макеенков Сергей Сергеевич
  • Город:г. Ивантеевка

Отправлено 13 января 2010 - 16:18

отсюда можно сделать вывод, что всякое необъяснимое расхождение между фактическим и ожидаемым результатами и есть баг!

А если расхождение будет объяснимым, то уже не считается багом?

а это уже, пардон, не ко мне :good: а к авторам ГОСТа.

хотя тут наверно не стоит буквально понимать слово "необъяснимое"... опять же видимо имеется ввиду не задокументированное, т.е. я хочу сказать расхождение которое нельзя объяснить согласно ТЗ и прочей документации на систему!
  • 0
Что я буду делать в свободный день:
поиграю в самолетики под кроватью,
совершу мелкое хулиганство над печенью,
поищу место под солнцем, накормлю жадные пальцы,
поражу красноречием, пренебрегу приличиями.

Blog - блог о тестировании и не только
------
Светодиоды - интернет-магазин

#40 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 13 января 2010 - 17:24

И что вы с этими ГОСТами как с писаными торбами носитесь?
Баг - это собирательный термин. Это ошибка\дефект\проблема\отказ\сбой\неисправность\повреждение\несоответствие в результате которого система возвращает некорректный или неожидаемый результат или ведет себя непредусмотренным образом (это вольный перевод английской Википедии, в русской некорректно перевели).
Причем, баг может быть понятием сугубо субъективным. Например, я могу считать багом правильное но не ожидаемое мной поведение, пока не узнаю что оно правильное :)
  • 0




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

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

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