Архив метки: QA

Обсуждать тестирование ПО непросто. Это мета-деятельность – непривычный для нашего сознания процесс. Вы выполняете не обычную работу – ваше текущее задание постоянно генерирует целые комплексы новых (например, при нахождении багов, которые нужно поправить, или рисков, которые стоит исследовать). Это работа, которую невозможно завершить, но которая всё же должна быть выполнена.
Читать далее Шесть вещей, которых не стоит делать, говоря о тестировании →

Жизненный цикл итеративной модели не начинается с полной спецификации требований. Вместо этого разработка стартует с определения и внедрения части программного обеспечения, которая затем может быть пересмотренa для выявления дальнейших требований. Затем процесс повторяется, создавая новую версию программного обеспечения для каждого цикла модели.
Читать далее Модели разработки и тестирования ПО: Итеративная модель →

Развитие цифровых технологий не стоит на месте, активно появляются все более совершенные технологии в разработке программного обеспечения, в том числе — и в сфере тестирования. QA занимает одну из главных ролей во всей цепочке разработки ПО, ее главными задачами являются улучшение процесса разработки, предотвращение дефектов и выявление ошибок. Тестирование — важный этап в жизненном цикле программного обеспечения, позволяющий сэкономить время разработчиков и сократить издержки путем оперативного предотвращения всевозможных проблем и ошибок. Для достижения положительного результата девелоперы и QA специалисты должны идти в ногу со временем и следить за последними тенденциями в сфере тестирования.
Читать далее 5 тенденций тестирования, актуальных в 2018 году →

RAD-концепция (англ. Rapid Application Development — быстрая разработка приложений) олицетворяет подход к разработке, главная идея которого: «Попробуй, прежде чем купить». Теория состоит в том, что конечный пользователь может обеспечить куда более обширный фидбек, работая с готовой системой, чем тестировщик, строго связанный своей документацией. Работа согласно RAD-концепции обеспечивает куда более качественный конечный продукт, но такой успех обойдётся в значительное повышение стоимости разработки и ужесточение графика.
Читать далее Модели разработки и тестирования ПО: RAD-концепция →

Инкрементная модель — это метод, в котором проект проектируется, реализуется и тестируется инкрементно (то есть каждый раз с небольшими добавлениями) до самого окончания разработки. Это включает в себя как разработку, так и дальнейшую поддержку продукта. Он считается законченным в то время, когда удовлетворяет всем требованиям. Модель объединяет элементы каскадной модели с прототипированием.
Читать далее Модели разработки и тестирования ПО: Инкрементная модель →

При использовании прототипирования команда разработчиков утверждает ряд требований и элементов дизайна и создаёт несколько макетов и прототипов готового программного обеспечения. Хотя часть этих прототипов уже на этом этапе может выглядеть, как полноценный продукт, во многом они напоминают «пилоты» сериалов: всё выглядит неплохо, но до конечного результата ещё очень далеко.
Читать далее Модели разработки и тестирования ПО: прототипирование →

V-модель — продвинутый вариант классической каскадной модели. Он предусматривает глубокий контроль текущего процесса перед переходом на следующий этап. При использовании V-модели тестирование начинается еще со стадии написания требований.
Читать далее Модели разработки и тестирования ПО: V-модель →

Давным-давно разработка программного обеспечения состояла из программиста, пишущего код, чтобы решить какую-либо проблему или автоматизировать какой-то процесс. Сейчас системы стали настолько большими и сложными, что команды архитекторов, аналитиков, программистов, тестировщиков и, конечно же, пользователей работают вместе, чтобы создать миллионы строк кода, от которого зависят предприятия.
Читать далее Модели разработки и тестирования ПО: каскадная модель →

В фильме «Человек Омега» Чарлтон Хестон сыграл роль учёного-солдата — единственного выжившего после того, как чума уничтожила человечество. Ну, не совсем единственного. Ему ещё пришлось сражаться с ордами мутантов-зомби. Как это относится к тестированию? Независимо от того, является ли проект низкобюджетным или же ваша команда стремительно пробивается к режиму гибкой разработки, многие команды недоукомплектованы. Скажу даже так: если ваша команда пока ещё работает в полном составе, будьте уверены — это ненадолго. Многие тестировщики работают над своими проектами в одиночку. И даже если вы состоите в большой команде, ваши сотрудники могут работать над другими элементами продукта или просто оказаться разбросанными по всему миру. Как Чарлтон Хестон в фильме, «тестировщик омега» должен быть внимательным и находчивым.
Читать далее Тестировщик Омега: когда ты один в поле →