Введение в тестирование по содержание
 Скачать 3.94 Mb.
|
В обеспечение качества входят :Усовершенствование процессовКонтроль качества Управление изменениями реактивные действия реактивные и проактивные действия Тестирование и качество 6/9Тестирование выполняется для сбора информации.Поэтому тестирование – это лишь один из информационных сервисов.рабочий продукт информация Тестирование и качество 7/9Как тестировщик может повлиять на качество?Тестирование - это возможный способ оценки качества программного обеспечения в терминах найденных дефектов, исполненных тестов и протестированных систем. Это может быть сделано как для функциональных требований, так и для нефункциональных требований и характеристик программного обеспечения.Когда во время тестирования находятся ошибки, качество систем программного обеспечения повышается, если эти дефекты исправлены.Тестирование и качество 8/9Можно думать о себе, как о гаранте качества, но вы не создаете качество и не можете лишить продукт его.Качество должно закладываться создателями продукта и зачастую для них это становиться неподъемной ношей.Тестировщик призван помочь им решать эту задачу более эффективно.Тестирование и качество 9/9Любой проект похож на езду по дороге. Проекты бывают легкие и типовые, но большинство напоминают заснеженную горную трассу. В этих проектах не обойтись без света фар.Как тестировщик, вы освещаете дорогу.Принцип 1 – Тестирование демонстрирует наличие дефектовТестирование может показать, что дефекты присутствуют, но не может доказать, что их нет. Тестирование снижает вероятность наличия дефектов, находящихся в программном обеспечении, но, даже если дефекты не были обнаружены, это не доказывает его корректности.Принцип 2 – Исчерпывающее тестирование недостижимоПолное тестирование с использованием всех комбинаций вводов и предусловий физически невыполнимо, за исключением тривиальных случаев. Вместо исчерпывающего тестирования должны использоваться анализ рисков и расстановка приоритетов, чтобы более точно сфокусировать усилия по тестированию.Принцип 3 – Раннее тестированиеЧтобы найти дефекты как можно раньше, активности по тестированию должны быть начаты как можно раньше в жизненном цикле разработки программного обеспечения или системы, и должны быть сфокусированы на определенных целях.Принцип 4 – Скопление дефектовБольшая часть дефектов, обнаруженных при тестировании или повлекших за собой основное количество сбоев системы, содержится в небольшом количестве модулей.Принцип 5 – Парадокс пестицидаЕсли одни и те же тесты будут прогоняться много раз, в конечном счете этот набор тестовых сценариев больше не будет находить новых дефектов. Чтобы преодолеть этот “парадокспестицида”, тестовые сценарии должны регулярно пересматриваться и корректироваться, новые тесты должны быть разносторонними, чтобы охватить все компоненты программного обеспечения, или системы, и найти как можно больше дефектов. Принцип 6 – Тестирование зависит от контекстаТестирование выполняется по-разному в зависимости от контекста. Например, программное обеспечение, в котором критически важна безопасность, тестируется иначе, чем сайт электронной коммерции.Принцип 7 – Заблуждение об отсутствии ошибокОбнаружение и исправление дефектов не помогут, если созданная система не подходит пользователю и не удовлетворяет его ожиданиям и потребностям.Вот такие ошибки …F-16 вверх ногами
Правильно выбирайте типы данных Причиной взрыва 4 июня 1996 г. ракеты Ариан-5, была программная ошибка. В системе управления ракеты использовалось модифицированное программное обеспечение ранее успешно работавшее на Ариан-4, но Ариан-5 ускорялась быстрее предыдущей модификации, в результате когда на 40 секунде полета одна из вспомогательных подпрограмм попыталась преобразовать длинное целое значение в короткое без проверки величины значения, то вышло за границы типа, произошло отключение системы управления ракеты, и она была взорвана по команде на самоликвидацию. Прямой (вместе с ракетой-носителем был потерян коммуникационный спутник) и косвенный ущерб от этого программного сбоя был оценен в полмиллиарда долларов. |