Системы WikiProject | (Номинальный начальный класс, средняя важность) |
---|---|
Ограничения
Каковы ограничения системного тестирования ??
- Что ж, на мой взгляд, системное тестирование и функциональное тестирование - это действительно две разные вещи, и в статье с точки зрения нейтралитета должно быть хотя бы заявление о том, что формулировки относительно тестирования на данный момент не очень фиксированы. Системное тестирование для меня происходит на системном уровне, тестирование функциональных, а также нефункциональных аспектов программного обеспечения. Tprosser 12:19, 15 мая 2007 г. (UTC)
- Система проверяет всю систему как функционально, так и нефункционально. Но функциональное тестирование может применяться ко всему, от всей системы до отдельного класса кода. Итак, системное тестирование - это вопрос объема, а функциональное тестирование - это больше метод проектирования. DRogers 19:54, 15 мая 2007 г. (UTC)
Перенаправление из функционального тестирования
Я не согласен с перенаправлением с функционального тестирования на эту страницу о тестировании системы. Это разные вещи. Функциональное тестирование - это систематическое создание тестов на основе спецификаций и применяется к устройствам и системам; и контрастирует со структурным тестированием, которое основано на коде. Системное тестирование применяется к любому крупномасштабному интеграционному тестированию с использованием любого подхода, который наблюдает, как взаимодействуют различные блоки. Саймонс ( разговор ) 16:01, 1 апреля 2008 г.
- Согласен - 188.2.192.144 ( обсуждение ) 16:52, 4 февраля 2010 (UTC)
- Согласитесь со всеми, кто не согласен с перенаправлением. Это очень разные вещи. 79.142.241.70 ( разговорное ) 12:46, 31 августа 2011 (UTC)
- Также не согласен с редиректом, системное тестирование - это интеграция, функциональное тестирование не подразумевает интеграции. Зафодикус ( разговор ) 11:56, 19 ноября 2010 (UTC)
- На странице обсуждения функционального тестирования есть два ответа, которые подтверждают эти опасения. Похоже, что страница «Функциональное тестирование» [ в своей истории прошла несколько различных перенаправлений ]. У кого-нибудь есть хорошая ссылка для определения функционального тестирования? Если так, мы могли бы, возможно, оставить его как отдельный предмет и наполнить его плотью. - Куликс ( разговор ) 19:49, 24 ноября 2010 г. (UTC)
- Хорошо, книга "Тестирование компьютерного программного обеспечения" имеет следующее определение:
- « Функциональное тестирование - это тип тестирования черного ящика . Функции тестируются путем подачи им входных данных и изучения выходных данных. Внутренняя структура программы редко рассматривается». Канер, Фальк, Нгуен. Тестирование компьютерного программного обеспечения . Wiley Computer Publishing, 1999, стр. 42. ISBN 0-471-35846-0 .
- Они также различают функциональное тестирование и тестирование системы, говоря, что функциональное тестирование « * проверяет [и] * программу, сравнивая ее с ... проектным документом (документами) или спецификацией (ями)», в то время как системное тестирование « * проверяет [и]) * программу, сравнив ее с опубликованными требованиями пользователя или системы ».
- Исходя из этого, я считаю, что функциональное тестирование и системное тестирование - это две разные вещи, и о них должны быть отдельные статьи. Канер, Фальк и Нгуен, похоже, говорят, что функциональное тестирование проверяет, правильно ли ведут себя части программы, в то время как системное тестирование воздействует на всю структуру и определяет, делает ли вещь то, что хотят люди. Мероприятие, посвященное данной статье, в настоящее время начинается с «Тестирование системы ... это тестирование, проводимое на полной интегрированной системе для оценки соответствия системы ее указанным требованиям», так что я думаю, что я согласен.
- Кроме того, разделение функционального и системного тестирования сделало бы статьи о тестировании в Википедии единообразными - тестирование черного ящика в настоящее время гласит: «Этот метод тестирования может применяться ко всем уровням тестирования программного обеспечения: модульному, интеграционному, функциональному, системному и приемлемому». его уверенность в том, что функциональное тестирование и системное тестирование - это разные вещи.
- Итак, я собираюсь быть смелым и перенести Функциональное тестирование обратно в отдельную статью. На странице обсуждения есть некоторые вещи, которые также необходимо прояснить, но давайте продвинемся по шагам. Пожалуйста, напишите здесь, если вы согласны или не согласны. - Куликс ( разговор ) 05:21, 1 декабря 2010 г. (UTC)
- Я согласен. Я думаю, что важно определить цель и объем этой статьи. См. Обсуждение на Обсуждении: System_testing # What_is_the_intended_scope_of_this_article? Стивен Чарльз Томпсон ( разговор ) 22:40, 19 октября 2018 г. (UTC)
Типы тестов на системном уровне
Я не согласен с тем, что «Исследовательское тестирование» - это разновидность «Тестирования на уровне системы». Я думаю, что исследовательское тестирование - это отдельная категория. Целью тестирования на уровне системы является проверка некоторых «требований». Это сделать верификацию и валидацию. - Предшествующий неподписанный комментарий, добавленный Lordneeko ( обсуждение • вклад ) 18:32, 11 июля 2014 г. (UTC)
Вот несколько предложений, которые мы могли бы добавить в раздел, описывающий типы тестов системного уровня:
- Параллельное тестирование: процесс передачи данных в две системы - модифицированную систему и альтернативную систему - и параллельное вычисление результатов. При таком подходе старая и новая системы работают одновременно в течение определенного периода времени и выполняют одни и те же функции обработки.
- Пилотное тестирование: сначала проводится в одном месте, а затем распространяется на другие места. Цель состоит в том, чтобы увидеть, удовлетворительно ли работает новая система в одном месте, прежде чем внедрять ее в других местах.
- Тестирование на коммуникабельность: гарантирует, что новая или модифицированная система может работать в целевой среде без неблагоприятного воздействия на существующие системы.
- Тестирование системной интеграции : оценивает соединение двух или более компонентов, которые передают информацию из одной области в другую. Цель состоит в том, чтобы взять модули, протестированные на единицу, и построить интегрированную структуру. В статье Wiki говорится, что это происходит после интеграции модулей, которая по определению является системой, даже если это подсистема или неполная система.
Мне нужно найти хорошую ссылку на эти термины. Определения здесь взяты из руководства по экзамену ISACA CISA. Стивен Чарльз Томпсон ( разговор ) 21:44, 21 октября 2018 г. (UTC)
Удаление стресс-тестирования и нагрузочного тестирования из предложения "Типы тестов для включения в системное тестирование"
Здравствуйте, пользователи Википедии, я предлагаю удалить стресс-тестирование и нагрузочное тестирование из раздела «Типы тестов для включения в системное тестирование» на странице, потому что они уже являются частью тестирования производительности программного обеспечения (тоже есть ссылки), поэтому для меня это двуличие и смущает читателей.
Спасибо Вальтеру Герлицу за отмену моего изменения, на самом деле оно предназначалось не как тестовое редактирование, а как реальное редактирование для улучшения качества страницы, но, поскольку это мое самое первое редактирование страницы Wiki, я не уверен, правильно ли я сделал это. Первоначально я внес правку, не оставляя комментарий редактирования, затем я понял, что не могу добавить комментарий редактирования позже, поэтому я отменил исходное редактирование и повторно добавил то же изменение, на этот раз с комментарием. Пожалуйста, не стесняйтесь исправлять все, что я, возможно, нехотя сломал;)
(Уолтер написал на моей странице: «Здравствуйте, я Вальтер Гёрлиц. Редактирование, которое вы недавно внесли в Системное тестирование, казалось тестовым, и оно было удалено. Если вы хотите больше попрактиковаться в редактировании, воспользуйтесь песочницей. Если вы думаете, Я совершил ошибку, или, если у вас есть какие-либо вопросы, вы можете оставить мне сообщение на моей странице обсуждения. Спасибо! Вальтер Герлиц (выступление) 14:07, 13 июня 2016 г. (UTC) ") - предшествующий неподписанный комментарий, добавленный JetyCZ ( обсуждение • вклад ) 14:22, 13 июня 2016 (UTC)
- Как вы думаете, почему есть отдельные статьи по этим темам? Вальтер Герлиц ( разговорное ) 14:24, 13 июня 2016 (UTC)
- @ JetyCZ : Дорогой коллега-редактор!
- Благодарим вас за интерес к данной статье. Мне как читателю ясно, что «стресс-тестирование», «нагрузочное тестирование» и «тестирование производительности» - это разные методы тестирования , каждый из которых требует определенных подходов. «Тестирование производительности программного обеспечения» - это вариант «Тестирования производительности», применяемый к конкретному компоненту «Программного обеспечения». Другой компонент - это, очевидно, «Аппаратное обеспечение», которое в сочетании с «Программным обеспечением» становится полной, сквозной «Системой» (один «конец» - это пользователь сетевого терминала, а другой «конец» - это запись данных. на диске, например). Чтобы быть полным (и немного педантичным ), можно было бы возразить, что в нашей энциклопедии также должна быть статья о тестировании производительности оборудования , хотя производительность компонентов оборудования в любом случае часто измеряется как часть «системного тестирования».
- Пожалуйста, простите меня за несколько чрезмерное упрощение вышеизложенного, но я осмелюсь предположить, что статья о всеобъемлющем «Системном тестировании» должна включать краткий обзор всех потенциальных системных «компонентов» (все «аппаратные» и «программные» части помещены в вместе), а также основных «методов» испытаний; к последним относятся «Нагрузочное тестирование» («Поглотит ли система и / или компонент повышенную нагрузку, возникающую при пошаговых повторениях этого теста?»), «Тестирование производительности» («Какие параметры настройки требуются (в различных компонентах) для доставки большее количество транзакций в минуту? ») и« Стресс-тестирование »(« При каких условиях нагрузки система и / или компонент (ы) ломаются или перестают работать должным образом? »). Раздел статьи « См. Также » - это один из способов Википедии предоставить эту «сводную» функцию с вики-ссылками, указывающими на соответствующие статьи.
- Итак, в заключение, я бы предположил, что настоящая статья является полной, поскольку она включает упоминание этих различных методов тестирования, и для каждого из них также требуются отдельные статьи, где каждая тема может быть расширена более подробно. Я надеюсь, что вышеизложенное помогло вам по-другому взглянуть на текущую версию статьи. Еще раз благодарим вас за интерес к данной статье и за начало нынешнего обсуждения на ее странице обсуждения.
- С наилучшими пожеланиями;
- Патрик. ツ Pdebee. (обсуждение) ( гостевая книга ) 15:34, 13 июня 2016 (UTC)
- Привет, спасибо, Патрик, за ваше сложное объяснение, оно имеет смысл, и теперь я счастлив оставить страницу как есть. Уолтер, я думаю, мы немного не поняли друг друга. Я согласен с тем, что нагрузочное и стресс-тестирование - это два разных типа тестирования, на самом деле я не хотел их объединять или удалять один из них, но только я хотел удалить только ссылки со страницы тестирования системы (чтобы сохранить дерево сверху вниз разделение видов тестирования без дубликатов). Надеюсь, это имеет для вас смысл. В любом случае, я впечатлен скоростью и качеством процесса рецензирования моего редактирования, рад, что совместные усилия так хорошо работают :) Спасибо вам обоим. - Предыдущий неподписанный комментарий добавлен JetyCZ ( обсуждение • вклад ) 21:28, 13 июня 2016 г. (UTC)
- Очевидно, нам необходимо установить, какова предполагаемая сфера действия и цель этой статьи. См. Обсуждение: System_testing # What_is_the_intended_scope_of_this_article? Стивен Чарльз Томпсон ( разговор ) 22:19, 19 октября 2018 г. (UTC)
Разница между этим и тестированием системной интеграции
В чем разница между этим и тестированием системной интеграции ? Такое ощущение, что эти две страницы следует объединить. kriskhaira ( разговор ) 07:18, 13 февраля 2017 (UTC)
- В другой статье обсуждается вопрос тестирования, который находится на несколько ином уровне, чем. Тестирование системной интеграции касается только интеграции двух системных компонентов, в то время как системное тестирование сосредоточено на всех функциональных элементах системы. Вальтер Герлиц ( разговорное ) 07:52, 13 февраля 2017 (UTC)
- Судя только по семантике, тестирование системной интеграции звучит как форма или тип тестирования системы. Если эта статья должна быть кратким вступлением к системному тестированию в целом, она должна ссылаться на более подробную статью подтемы Стивена Чарльза Томпсона ( выступление ) 22:17, 19 октября 2018 г. (UTC).
- Мне кажется, что системное тестирование проводится на подсистемах, которые затем объединяются и проходят тестирование системной интеграции. Но очевидно, что это применимо только к очень сложным системам, и я не думаю, что эта терминология универсальна. Я бы назвал эти разные уровни интеграционным тестированием. Беланд ( разговорное ) 05:38, 20 октября 2018 (UTC)
Неверное определение вкратце?
Я считаю, что это определение неточно: «Системное тестирование подпадает под определение« черного ящика »и поэтому не должно требовать знания внутренней структуры кода или логики». Я считаю (исходя из своего опыта) обратное: тестирование методом черного ящика - это одна из форм тестирования системы. Цитируемый источник этого определения устарел. Может ли кто-нибудь, обладающий опытом или доступом к авторитетным стандартам, проверить или обновить краткое определение? Стивен Чарльз Томпсон ( разговор ) 22:06, 19 октября 2018 г. (UTC)
Тестирование черного ящика можно проводить на любом уровне, включая модульное, интеграционное и системное тестирование. Это просто требует тестирования в соответствии со спецификацией без знания деталей реализации. Беланд ( разговор ) 05:31, 20 октября 2018 (UTC)
Многие веб-источники, кажется, думают, что системное тестирование обычно проводится в стиле черного ящика, но я сомневаюсь, что это так универсально. Я бы сказал, что ни один из них не является типом другого n, но при тестировании системы обычно используются методы черного ящика. Беланд ( разговорное ) 05:33, 20 октября 2018 (UTC)
Какова предполагаемая сфера применения этой статьи?
Я считаю, что ошибки в кратком определении , отсутствие цитируемых текущих и авторитетных источников и случайное включение нескольких определенных видов тестирования поставили под сомнение предполагаемый фокус / объем этой статьи. Стивен Чарльз Томпсон ( разговор ) 22:33, 19 октября 2018 г. (UTC)
Какова предполагаемая сфера применения этой статьи?
- Предполагается ли, что это краткое введение во все типы системного тестирования в целом, независимо от (не специфичного для) типа системы?
- Эта статья предназначена быть таксономическим верхним уровнем или корнем всех типов системного тестирования?
- Будет ли эта статья содержать подразделы с введением и ссылками на статьи, описывающие термины тестирования, специфичные для определенного типа системы (например, тестирование программного обеспечения )?
- Будут ли в этой статье подразделы с введением и ссылками на статьи, описывающие определенные виды тестов (например, Разрушающее тестирование )?
Я надеюсь на это, потому что это будет хорошей отправной точкой для тех, кто изучает всевозможные методы тестирования системы. Как вы думаете? Стивен Чарльз Томпсон ( разговор )
- Все это звучит как полезные подтемы тестирования системы, которые можно или можно обобщить или связать с этой обзорной статьей. - Беланд ( разговор ) 05:42, 20 октября 2018 г. (UTC)
Я пошел дальше и перефокусировал статью с исключительно программного обеспечения на общий обзор концепций тестирования системы. Весь контент, описывающий тестирование программного обеспечения, который был удален, уже был в хорошо оформленной основной статье « Тестирование программного обеспечения» . Стивен Чарльз Томпсон ( разговор ) 19:54, 20 октября 2018 (UTC)