Jump to content

Гибкое тестирование

Гибкое тестирование — это практика тестирования программного обеспечения , которая следует принципам гибкой разработки программного обеспечения . В гибком тестировании участвуют все члены межфункциональной гибкой команды со специальным опытом, предоставленным тестировщиками, чтобы обеспечить предоставление бизнес-ценности, желаемой клиентом, через частые промежутки времени, работая в устойчивом темпе. Спецификация на примере используется для сбора примеров желаемого и нежелательного поведения и руководства по кодированию.

Гибкая разработка признает, что тестирование — это не отдельный этап, а неотъемлемая часть разработки программного обеспечения, наряду с кодированием. Agile-команды используют «общекомандный» подход к обеспечению качества программного продукта. Тестировщики в гибких командах делятся своим опытом в выявлении примеров желаемого поведения у клиентов, сотрудничая с командой разработчиков, чтобы превратить их в исполняемые спецификации, которые будут служить руководством для кодирования. Тестирование и кодирование выполняются постепенно и в интерактивном режиме, каждая функция создается до тех пор, пока она не станет достаточно полезной для выпуска в производство. Agile-тестирование охватывает все типы тестирования. Квадранты гибкого тестирования представляют собой полезную таксономию, помогающую командам определить и спланировать необходимое тестирование.Модель квадрантов гибкого тестирования была первоначально описана Брайаном Мариком. [1] и был популяризирован Лизой Криспин и Джанет Грегори в их книге Agile Testing: A Practice Guide for Testers and Agile Teams . [2] [3] Он распределяет различные типы тестов по двум осям: «Обращение к технологиям» и «Обращение к бизнесу» и «Программирование поддержки» и «Критический продукт». [1]

Традиционные методологии тестирования (часто используемые в каскадной модели разработки программного обеспечения ) обычно включают в себя двухэтапный процесс, в котором команда разработчиков доводит продукт до максимально возможного совершенства. Программный продукт поставляется на поздней стадии жизненного цикла разработки программного обеспечения , и на этом этапе группа тестирования стремится найти как больше ошибок/багов можно . В отличие от этих традиционных методологий, Agile-тестирование направлено на немедленное исправление ошибок, а не на ожидание окончания проекта. Когда тестирование проводится в конце проекта, иногда им можно пожертвовать продолжительностью и качеством ради соблюдения критически важных графиков и бюджетных ограничений. [4] Ожидается, что затраты снизятся по мере уменьшения времени между разработкой и тестированием. [4] [5] Благодаря более коротким циклам обратной связи исправление ошибок и доработка требуют меньше времени, поскольку разработчики тратят гораздо меньше времени на повторное использование контекста кода по мере перехода к новым проблемам и проектам. [4]

В «Отчете о мировой практике тестирования программного обеспечения за 2015–2016 гг.» [6] ISTQB обнаружил, что популярность методологий Agile значительно растет, что показывает необходимость в процессах и методах тестирования Agile. Они предоставляют расширение Agile Tester для своей сертификации. [7]

Инструменты

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

По мере роста компаний команды гибкого тестирования часто полагаются на инструменты тестирования программного обеспечения для решения задач, которые в конечном итоге могут ускорить выпуск обратной связи. [8] Большинству команд нужны функции совместной работы, автоматизированные или настраиваемые отчеты, а также способы избежать повторных усилий. Выбор подходящего инструмента будет зависеть от требований каждой команды. В сочетании с другими инструментами разработки жизненного цикла Agile инструменты тестирования Agile могут давать эффективные результаты, сосуществуя в интегрированных средах. Так обстоит дело с Atlassian Marketplace и Microsoft Visual Studio. [9]

Некоторые инструменты управления тестированием поддерживают Agile-тестирование, позволяя командам, ранее участвующим в SDLC, непрерывно создавать сценарии тестирования по мере развития историй. [10] Команды часто ищут решение, которое может обеспечить сочетание автоматического и ручного тестирования . [11]

Дальнейшее чтение

[ редактировать ]
  • Джанет Грегори; Лиза Криспин (2009). Agile-тестирование: Практическое руководство для тестировщиков и Agile-команд . Аддисон-Уэсли. ISBN  978-0-321-53446-0 .
  • Гойко Аджич (2011). Спецификация на примере: как успешные команды создают правильное программное обеспечение . Мэннинг. ISBN  978-1-61729-008-4 .
  • Кев Мартин (2016). Agile Tester 2: Тестирование программного обеспечения в гибком мире . CreateSpace. ISBN  978-1539646228 .
  • Скотт Эмблер (2010). «Гибкое тестирование и стратегии качества: дисциплина важнее риторики» . Проверено 15 июля 2010 г.
  • Александр Тарлиндер (2017). Тестирование разработчиков: обеспечение качества программного обеспечения . Аддисон-Уэсли. ISBN  9780134291086 .
  1. ^ Перейти обратно: а б «Направления гибкого тестирования: тесты и примеры» . 22 августа 2003 г. Проверено 21 января 2018 г.
  2. ^ Криспин, Лиза; Грегори, Джанет (2009). Agile-тестирование: Практическое руководство для тестировщиков и Agile-команд . Аддисон-Уэсли.
  3. ^ Александр Тарлиндер (2017). Тестирование разработчиков: обеспечение качества программного обеспечения . Аддисон-Уэсли.
  4. ^ Перейти обратно: а б с Моханти, Хрушикеша; Моханти, младший; Балакришнан, Арункумар (2017). Тенденции в тестировании программного обеспечения | СпрингерЛинк . дои : 10.1007/978-981-10-1415-4 . ISBN  978-981-10-1414-7 .
  5. ^ СОЗДАНИЕ И ТЕСТИРОВАНИЕ. (2014). СТРОИТЕЛЬСТВО И ТЕСТИРОВАНИЕ. В книге Agile Governance and Audit: обзор для аудиторов и agile-команд (стр. 79–87). Издательство «Управление ИТ». Получено с https://www.jstor.org/stable/j.ctt7zsx7z.14. Экспортировать цитирование
  6. ^ «Отчет о мировой практике тестирования программного обеспечения за 2015–2016 годы» . 2015–2016 гг.
  7. ^ «Расширение Agile Tester» .
  8. ^ «Удобные к гибкости инструменты/фреймворки для автоматизации тестирования — одержимость тестированием» . Проверено 29 июня 2016 г.
  9. ^ «Gartner и Software Advice изучают инструменты управления жизненным циклом Agile» . Проверено 29 июня 2016 г.
  10. ^ Глобал, ИндраСтра. «B&E | Насколько сложно проводить тестирование в гибкой методологии» . ИндраСтра . ISSN   2381-3652 .
  11. ^ «Инструменты гибкого тестирования — тестирование в проектах Agile, Scrum и XP» . Проверено 29 июня 2016 г.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 043eafce1e509c773459e50b343fa9f2__1704705720
URL1:https://arc.ask3.ru/arc/aa/04/f2/043eafce1e509c773459e50b343fa9f2.html
Заголовок, (Title) документа по адресу, URL1:
Agile testing - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)