Опубликованные и проверенные минимум двумя редакторами статьи на нашем сайте.
Одна из самых больших проблем, с которыми сегодня сталкиваются ИТ-компании — сжатые сроки разработки. Программисты должны писать код быстро, а тестировщики — быстро адаптироваться к изменениям в функционале приложения и обнаруживать ошибки.
Некоторые говорят, что тестирование — это только проверка пользовательского интерфейса. Другие думают, что тестирование — это просто поиск дефектов. Но главной целью каждого тестировщика должно быть качество. Хороший тестировщик всегда сосредоточен на улучшении качества продукта, а не только на поиске дефектов.
Плохо сформулированные требования могут усложнить процесс создания и тестирования ПО и привести к неудовлетворительному результату. Анализ требований к продукту является отправной точкой жизненного цикла тестирования ПО. Чётко сформулированные требования, напротив, позволят повысить качество продукта и избежать множества ошибок.
С денежными долгами сталкиваются многие компании. А в компаниях по разработке ПО существует еще и понятие технического долга. Технический долг накапливается в результате незавершенной работы в предыдущих проектах или версиях ПО.
Каким должен быть отчет о тестировании? Какие факторы следует учитывать при его написании? Какие приемы могут сделать отчет о тестировании более эффективным?
Если отбросить технические аспекты, то деятельность по обеспечению качества направлена не только на выявление дефектов (это обнаружение дефектов после их возникновения, это просто тестирование или контроль качества).
Концепция тестирования появилась постепенно, когда дефекты в продакшене начали бить по бюджету. ИТ-индустрия начала следовать такой модели разработки ПО, в которой жизненный цикл разработки проходит последовательно в следующем порядке: требования => проектирование => написание кода => тестирование.
В этой статье мы обозначим пять ошибок в управлении требованиями и дадим рекомендации о том, как их исправить.
В этом учебном пособии мы расскажем о компонентах Java-приложений и различных видах тестирования, которые необходимо проводить для обеспечения высокого качества ПО.
Автоматизация в Agile очень важна. Из-за короткой продолжительности спринта практически невозможно прогонять все тесты при каждом обновлении проекта. Проведение автоматизированного тестирования, безусловно, наилучший способ решить проблему.
Написание автоматизированных скриптов, безусловно, важно. Но, помимо этого, нужно продумать, в каких условиях будет проходить выполнение автотестов, а также не забыть о емкой отчетности.
Клиентам предлагается богатый ассортимент продуктов и услуг на основе различного рода технологий, процессов и решений. ETL или хранилище данных (DWH) – одно из направлений, которое быстро и успешно развивается.
Альфа-тестирование — это деятельность, предшествующая выпуску продукта, и один из видов приемочного тестирования. Здесь тестирование проводится в строго контролируемой манере и недоступно для конечных пользователей/рынка.
Бета-тестирование — это один из видов приемочного тестирования, который повышает ценность продукта, поскольку конечный пользователь (предполагаемый реальный пользователь) проверяет продукт на функциональность, удобство использования, надежность и совместимость.
Регрессионное тестирование определяется как тип тестирования программного обеспечения, подтверждающий, что недавнее изменение программы или кода не оказало негативного влияния на существующие функции.