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

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

Обзор [ править ]

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

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

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

Инструменты [ править ]

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

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

Дальнейшее чтение [ править ]

• Джанет Грегори; Лиза Криспин (2009). Гибкое тестирование: Практическое руководство для тестировщиков и гибких команд . Эддисон-Уэсли. ISBN 978-0-321-53446-0.
• Гойко Аджич (2011). Уточнение на примере: как успешные команды предоставляют правильное программное обеспечение . Укомплектование персоналом. ISBN 978-1-61729-008-4.
• Кев Мартин (2016). Agile Tester 2: тестирование программного обеспечения в гибком мире . CreateSpace. ISBN 978-1539646228.
• Скотт Эмблер (2010). «Гибкое тестирование и стратегии качества: дисциплина над риторикой» . Проверено 15 июля 2010 . CS1 maint: обескураженный параметр ( ссылка )
• Александр Тарлиндер (2017). Тестирование разработчиков: обеспечение качества в программном обеспечении . Эддисон-Уэсли. ISBN 9780134291086.
• Лиза Криспин и Джанет Грегори (2008). Гибкое тестирование: Практическое руководство для тестировщиков и гибких команд . Серия подписей Эддисона Уэсли. ISBN 978-0321534460.

Ссылки [ править ]

• Петтикорд, Брет (11.11.2002). «Гибкое тестирование. Что это такое? Может ли работать?» (PDF) . Архивировано из оригинального (PDF) 08.07.2010 . Проверено 10 января 2011 . CS1 maint: обескураженный параметр ( ссылка )
• Хендриксон, Элизабет (11 августа 2008 г.). «Гибкое тестирование, девять принципов и шесть конкретных практик для тестирования в гибких командах» (PDF) . Проверено 26 апреля 2011 . CS1 maint: обескураженный параметр ( ссылка )
• Хьюстон, Том (2013-11-15). "Что такое гибкое тестирование?" . Проверено 23 ноября 2013 . CS1 maint: обескураженный параметр ( ссылка )
• Криспин, Лиза (2003-03-21). «Тестирование XP без XP: использование гибких методов тестирования» . Проверено 11 июня 2009 . CS1 maint: обескураженный параметр ( ссылка )