Презентация Проекты в IT. Введение в тестирование онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Проекты в IT. Введение в тестирование абсолютно бесплатно. Урок-презентация на эту тему содержит всего 28 слайдов. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Устройства и комплектующие » Проекты в IT. Введение в тестирование
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:28 слайдов
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:783.92 kB
- Просмотров:77
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№7 слайд
![Что такое тестирование](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img6.jpg)
Содержание слайда: Что такое тестирование
Тестирование – это проверка соотвецтвия между заявлеными требованиями и реальной работой ПO.
В широком смысле, тестирование – это одна из техник контроля качества (Quality Control), которая включает планирование, составление тестов, непосредственно выполнение тестирования и анализ полученных результатов.
№8 слайд
![Причины появления дефектов](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img7.jpg)
Содержание слайда: Причины появления дефектов
Дефект– это отклонение фактического результата (actual result) от ожидаемого результата (expected result).
По ISTQB:
- error (ошибка в коде, которая найдена при статическом анализе кода, т.е. не запуская его на выполнение)
- defect (ошибка найденная при тестирование продукта)
- failure (остановка работоспособности системы изза дефекта). Но это уже другой вопрос получается
Дефекты появляются потому что люди склонны ошибаться, существует нехватка времени, сложность кода, сложность инфраструктуры.
№11 слайд
![Когда тестирование должно](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img10.jpg)
Содержание слайда: Когда тестирование должно быть окончено
Для принятия решения о достаточном объеме тестирования, необходимо принимать во внимание уровень рисков, включая технические риски, риски безопасности и бизнес риски, а так же проектные ограничения, такие как время и бюджет.
Сроки установленые заранее
Выполнение всех тест – кейсов (статус pass, либо метрики установленые в команде)
Достижение определеного тествого покрытия
Решение менеджмента
№12 слайд
![Семь принципов тестирования](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img11.jpg)
Содержание слайда: Семь принципов тестирования
Принцип 1 – Тестирование демонстрирует наличие дефектов Тестирование может показать, что дефекты присутствуют, но не может доказать, что их нет. Тестирование снижает вероятность наличия дефектов, находящихся в программном обеспечении, но, даже если дефекты не были обнаружены, это не доказывает его корректности.
Принцип 2 – Исчерпывающее тестирование недостижимо Полное тестирование с использованием всех комбинаций вводов и предусловий физически невыполнимо, за исключением тривиальных случаев. Вместо исчерпывающего тестирования должны использоваться анализ рисков и расстановка приоритетов, чтобы более точно сфокусировать усилия по тестированию.
№13 слайд
![Принцип Раннее тестирование](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img12.jpg)
Содержание слайда: Принцип 3 – Раннее тестирование Чтобы найти дефекты как можно раньше, активности по тестированию должны быть начаты как можно раньше в жизненном цикле разработки программного обеспечения или системы, и должны быть сфокусированы на определенных целях.
Принцип 4 – Скопление дефектов Усилия тестирования должны быть сосредоточены пропорционально ожидаемой, а позже реальной плотности дефектов по модулям. Как правило, большая часть дефектов, обнаруженных при тестировании или повлекших за собой основное количество сбоев системы, содержится в небольшом количестве модулей.
Принцип 5 – Парадокс пестицида Если одни и те же тесты будут прогоняться много раз, в конечном счете этот набор тестовых сценариев больше не будет находить новых дефектов. Чтобы преодолеть этот “парадокс пестицида”, тестовые сценарии должны регулярно рецензироваться и корректироваться, новые тесты должны быть разносторонними, чтобы охватить все компоненты программного обеспечения, или системы, и найти как можно больше дефектов
№14 слайд
![Принцип Тестирование зависит](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img13.jpg)
Содержание слайда: Принцип 6 – Тестирование зависит от контекста Тестирование выполняется по-разному в зависимости от контекста. Например, программное обеспечение, в котором критически важна безопасность, тестируется иначе, чем сайт электронной коммерции.
Принцип 7 – Заблуждение об отсутствии ошибок. Обнаружение и исправление дефектов не помогут, если созданная система не подходит пользователю и не удовлетворяет его ожиданиям и потребностям.
№16 слайд
![Планирование и управление это](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img15.jpg)
Содержание слайда: Планирование и управление – это действия, направленные на определение целей тестирования и описание задач тестирования для достижения этих целей и миссии
Тестовое планирование основные цели:
- Определить обьем работы и определить риски проэкта, понять обьект тестирования.
Определить тестовый подход (техники тест дизайна, покрытие, взаимодействие с другими командами, критерии входа)
Создание тестовой стратегии
Определить тестовые ресурсы (количество людей, среду разработки)
Опеределить критерии выхода (exit criteria)
№19 слайд
![Реализация и выполнение](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img18.jpg)
Содержание слайда: Реализация и выполнение тестов
Во время реализации и выполнгения мы берем наши тестовые сценарии и превращаем их в tests cases и настраиваем наши test environment.
Основные цели реализации:
Создание и приоритезация test cases используя техники тест дизайна.
Создание test suits из test cases для эфективного выполнения тестов.
Настройка test environment
№20 слайд
![Основные цели выполнения](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img19.jpg)
Содержание слайда: Основные цели выполнения:
Основные цели выполнения:
- Пройти все tests suites и все test cases следую нашей тестовой стратегии. Test cases можно проходить как manual так automation.
Сравнение фактических и ожидаемых результатов
Отчет о несоответствиях как об инцидентах и их анализ для установки причины (например, дефект в коде, в конкретных тестовых данных, в тестовом документе, или ошибка выполнения теста)
Повторение тестовых действий, результаты которых привели к каждому из несоответствий.
№21 слайд
![Оценка критериев выхода и](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img20.jpg)
Содержание слайда: Оценка критериев выхода и создание отчетов
Оценка критериев выхода - это деятельность, где выполнение тестов оценивается согласно определенным целям. Она должна быть выполнена для каждого уровня тестирования
Для оценки критериев выхода поставлены следующие основные задачи:
- Сверка протокола тестирования в сравнении с критериями выхода, определенными в плане тестирования
Анализ необходимости использования дополнительных тестов или изменения критериев выхода
Написание итогового отчета о тестировании для заинтересованных лиц
№22 слайд
![Действия по завершению](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img21.jpg)
Содержание слайда: Действия по завершению тестирования
Действия по завершению тестирования собирают данные о завершенных испытаниях для объединения опыта, тестового обеспечения, фактов и цифр. Действия по завершению тестирования происходят на тех этапах проекта, когда система программного обеспечения выпущена, тестирование завершено (или прервано), этап был завершен, или релиз по сопровождению был закончен.
Для действий по завершению тестирования поставлены следующие основные задачи:
- Проверка, что запланированные результаты достигнуты
- Закрытие отчетов об инцидентах или внесение изменений в записи по каждому из открытых инцидентов
№24 слайд
![Психология тестирования Вся](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img23.jpg)
Содержание слайда: Психология тестирования
Вся психология основывается как независимый взгляд тестировщика.
Тестировщик с определенной степенью независимости (лишенный предвзятости автора) часто более эффективен при обнаружении дефектов. Однако независимость не является заменой знаний, поэтому и разработчики могут эффективно находить дефекты в собственном коде. Ниже определены несколько уровней независимости от низкого до высокого:
№25 слайд
![Тесты разработаны человеком,](/documents_6/fd54ceccabfcdb729bf8f8931d70a8de/img24.jpg)
Содержание слайда: • Тесты разработаны человеком, который написал тестируемую программу (низкий уровень независимости)
• Тесты разработаны другими людьми (например, из команды разработчиков)
• Тесты разработаны людьми из другой организационной группы (например, независимая группа тестирования) или специалистами-тестировщиками
• Тесты разработаны людьми из другой организации или компании (например, аутсорсинг или сертификация силами внешней организации)
Скачать все slide презентации Проекты в IT. Введение в тестирование одним архивом:
Похожие презентации
-
Введение. Проектирование и разработка веб-сервисов
-
Проектирование и разработка системы классов с использованием р-схем администраторской компоненты теоретического тестирования
-
Введение в проектирование по предметной области (DDD)
-
Программа курса Введение в тестирование ПО. Динамическое тестирование
-
Введение в тестирование ПО. Место тестирования в процессе разработки ПО
-
Методы и средства проектирования ПО. Введение
-
Проектирование БД и создание программ для обработки данных по темам тестирования студентов
-
Введение в курс «Технологии проектирования программного обеспечения»
-
Введение в курс по бизнес-анализу и тестированию ПО
-
Введение. Unit тестирование. (Тема 1. 4)