Обсуждение:Тестирование программного обеспечения
Проект «Информационные технологии» (уровень II, важность для проекта высокая)
Эта статья тематически связана с вики-проектом «Информационные технологии», цель которого — создание и улучшение статей по темам, связанным с информационными технологиями. Вы можете её отредактировать, а также присоединиться к проекту, принять участие в его обсуждении и поработать над требуемыми статьями. |
Untitled
[править код]на мой взгляд не мешало бы указать соответствующие английские термины как:
- 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)
- Ваша ссылка битая. Не нашел такого определения в SWEBOK. [Ссылка на RSTQB] 77.40.68.53 17:42, 6 сентября 2015 (UTC)
Литература
[править код]Эти книги Google находит только в ВП, убраны из списка литературы:
- Гаврилин А.О. Сигнатурный анализ и платформа .NET 3.0: Учеб. пособие — Мн.: БГУИР, 2008. — 1463с.:ил.
- Бахтизин В. В., Глухова Л. А. Стандартизация и сертификация программного обеспечения: Учеб. пособие — Мн.: БГУИР, 2006. — 200с.:ил.
CheckiSt 22:25, 11 августа 2009 (UTC)
Линки на мелкие блоги вынесите
[править код]Предлагаю на этой странице не ставить линки на блоги по тестированию.
И рекламу на курсы тоже не ставить.
История
[править код]Мне кажется, или отсутствуют ссылки на текст про историю? --ЛоЛопед 15:56, 24 апреля 2013 (UTC)
Тестирование «белого ящика» и «чёрного ящика»
[править код]> При тестировании серого ящика разработчик теста имеет доступ к исходному коду, но при непосредственном выполнении тестов доступ к коду, как правило, не требуется.
В корне неверное утверждение. Мы знаем, что: 1. При тестировании чёрного ящика тестировщик не знает о внутренней структуре программы. 2. При тестировании белого ящика тестировщик имеет доступ к коду программы и его тестированию.
Поэтому если доступ к коду есть, то это уже тестировании белого ящика, а то что тестировщик его не использует не переводит данное тестирование в разряд серого ящика.
При тестировании серого ящика тестировщик знает внутреннюю структуру программы имеет доступ к служебным данным (база данных, логи и т.д.) и использует специализированные инструменты в процессе тестирования (инструмент перехвата трафика, инструмент просмотра структуры программы), но не имеет доступ к коду программы.