Обсуждение:Тестирование программного обеспечения

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

на мой взгляд не мешало бы указать соответствующие английские термины как:

  • unit testing
  • system testing
  • regression testing
  • beta-testing
  • blackbox/whitebox testing

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

Как-то на в интернете на бирже труда видел в объявлении о вакансии термины "тестирование "чёрного/белого ящика". Писали люди, которые скорее всего каждый день с этим работают. На счёт остальных терминов не уверен. Rara 15:17, 29 августа 2005 (UTC)[ответить]

--- а ещё, я не знаю, есть ли такой термин в русском языке как "формальная проверка/верификация" Rara 15:17, 29 августа 2005 (UTC) - 78.37.135.102 17:29, 12 марта 2009 (UTC)[ответить]


Тестирование финальной версии ПО заказчиком

[править код]

В статье в больше степени рассказано о тестировании ПО в плане исходного кода и очень мало рассказано о тестировании готового финального продукта в виде as is, т.е. в законченном откомпилированном виде. Разработчики (здесь имеется ввиду организация в целом) передаёт ПО заказчику. Заказчик производит приёмочное тестирование на своей стороне - стоит ли платить за то, что написали Разработчики или же отправить на доработку - багфиксинг. Вот этот момент совершенно упущен, а ведь он тоже является тестированием ПО. iMiKE 11:34, 18 мая 2009 (UTC)[ответить]

Да вообще статью по части бизнес-процессов надо дописывать... Возьмусь, как только время и мысли будут. CheckiSt 22:34, 11 августа 2009 (UTC)[ответить]

Определение тестирования

[править код]

Следует исправить определение тестирования. То определение, которое приведено ("процесс, позволяющий определить корректность, полноту и качество ПО"), не соответствует классическому пониманию и вообще довольно дилетантское, несмотря на всё наукообразие. Смешно, но критика этого определения есть в самой статье. Это цитата Дейкстры: «Тестирование программ может использоваться для демонстрации наличия ошибок, но никогда — для демонстрации их отсутствия». Поэтому тестирование не позволяет определить «корректность», или «полноту» продукта, но только его «некорректность» или «неполноту». Ту же мысль высказывают Канер, Фолк, Нгуен в книге «Тестирование программного обеспечения», ссылка на которую опять же есть в статье. Кому интересно, читайте стр. 46. Наконец, тестирование не может определить качество ПО. Тот, кто такое написал, не знает ни понятие качества ПО, ни методы его определения. Я заменю эту лажу на простое классическое определение «Тестирование — процесс выявления ошибок в программном продукте». Да, и удалю ещё более странное определение про «процесс опроса продукта».

Евгений Мирошниченко 07:32, 8 апреля 2008 (UTC)[ответить]
Да, тестирование по форме есть поиск ошибок. Но реально тестирование есть основной способ обеспечения качества, и качество продукта также можно оценить с помощью тестирования, но не напрямую, а опосредовано -- путём сбора статистической информации, метрик. Более-менее опытный тестировщик уже после нескольких проб может дать вам оценку качества продукта -- по сравнению с другими версиями/билдами/продуктами которые он тестировал. При приёмке очередного билда в тестирование обычно производится ряд пробных тестов, позволяющих быстро определить, насколько "сырой" данный билд, стоит ли его вообще отдавать в подробное тестирование. График количества выявляемых и закрываемых ошибок позволяет предсказать наступление момента "сходимости" количества незакрытых ошибок к нулю. Определений качества также есть множество, неясно на какое из них вы ссылаетесь. Всё это к тому, что, на мой взгляд, вы свели определение объёмного многогранного процесса к одной, хотя и важной, частности. -- NZeemin 20:26, 12 марта 2009 (UTC)[ответить]

Текущее определение мне тоже не нравится. Давайте возьмем из RSTQB? Тестирование — процесс, содержащий в себе все активности жизненного цикла, как динамические, так и статические, касающиеся планирования, подготовки и оценки программного продукта и связанных с этим результатов работ с целью определить, что они соответствуют описанным требованиям, показать, что они подходят для заявленных целей и для определения дефектов. Freiman (обс) 19:47, 10 сентября 2014 (UTC)[ответить]

Перечитал раза три. Не понравилось. Слов много, смысла мало. Кстати, можно ссылку на источник? На сайте http://www.rstqb.org/ я глоссария не вижу. Лучше уж взять из IEEE Guide to the Software Engineering Body of Knowledge (SWEBOK): «Тестирование (software testing) – деятельность, выполняемая для оценки и улучшения качества программного обеспечения. Эта деятельность, в общем случае, базируется на обнаружении дефектов и проблем в программных системах»в переводе Орлика. Евгений Мирошниченко 10:54, 11 сентября 2014 (UTC)[ответить]
Ваша ссылка битая. Не нашел такого определения в SWEBOK. [Ссылка на RSTQB] 77.40.68.53 17:42, 6 сентября 2015 (UTC)[ответить]
Я не знаю, может вы какой-то другой SWEBOK читали, но глава 5 SWEBOK «Software testing» начинается сразу с определения: «Testing is an activity performed for evaluating product quality, and for improving it, by identifying defects and problems.» В принципе, по смыслу то же самое написано, что в ISTQB Glossary, только лаконично, без лишней воды. Есть ещё определение из свежего стандарта «ISO/IEC/IEEE 24765-2010 Systems and software engineering — Vocabulary», (которое воспроизводит, в свою очередь, IEEE Std 829—2008 IEEE Standard for Software and System Test Documentation): «testing: 1. activity in which a system or component is executed under specified conditions, the results are observed or recorded, and an evaluation is made of some aspect of the system or component.» Евгений Мирошниченко 07:07, 7 сентября 2015 (UTC)[ответить]

Литература

[править код]

Эти книги Google находит только в ВП, убраны из списка литературы:

  • Гаврилин А.О. Сигнатурный анализ и платформа .NET 3.0: Учеб. пособие — Мн.: БГУИР, 2008. — 1463с.:ил.
  • Бахтизин В. В., Глухова Л. А. Стандартизация и сертификация программного обеспечения: Учеб. пособие — Мн.: БГУИР, 2006. — 200с.:ил.

CheckiSt 22:25, 11 августа 2009 (UTC)[ответить]

Линки на мелкие блоги вынесите

[править код]

Предлагаю на этой странице не ставить линки на блоги по тестированию.

И рекламу на курсы тоже не ставить.

История

[править код]

Мне кажется, или отсутствуют ссылки на текст про историю? --ЛоЛопед 15:56, 24 апреля 2013 (UTC)[ответить]

Тестирование «белого ящика» и «чёрного ящика»

[править код]

> При тестировании серого ящика разработчик теста имеет доступ к исходному коду, но при непосредственном выполнении тестов доступ к коду, как правило, не требуется.

В корне неверное утверждение. Мы знаем, что: 1. При тестировании чёрного ящика тестировщик не знает о внутренней структуре программы. 2. При тестировании белого ящика тестировщик имеет доступ к коду программы и его тестированию.

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

При тестировании серого ящика тестировщик знает внутреннюю структуру программы имеет доступ к служебным данным (база данных, логи и т.д.) и использует специализированные инструменты в процессе тестирования (инструмент перехвата трафика, инструмент просмотра структуры программы), но не имеет доступ к коду программы.

109.188.66.148 05:23, 18 августа 2016 (UTC) zvv[ответить]