1. Роковая новогодняя ночь
2. Что на самом деле произошло?
3. Грубых ошибок, которых мы могли бы избежать, протестировав программное обеспечение более глубоко
4. Дело о Марс Климат Орбитер
5. Корпус прибора Therac-25
6. Маринер 1 зонд
7. Тестеры отсутствовали
8. Только это не правда. Современный тестер не работает таким образом.
9. Кто такой тестер? Кто такой инженер по обеспечению качества?
10. Тестер должен знать больше
11. Где ты можешь учиться?

Вы знаете, что такое Microsoft Zune? Вероятно, нет, хотя в Guardians of the Galaxy 2 он был представлен как большой хит, преемник Walkman от Sony. Фактически, Zune - давно забытый конкурент iPod, выпущенного музыкальным проигрывателем Microsoft.

Оборудование было продано в период с 2006 по 2008 год. Zune характеризовался многими новаторскими решениями. Его владельцы могли использовать бесплатные хот-споты Wi-Fi и загружать песни по подписке, как это было позже в случае с Spotify, iTunes Music или Google Play Music. Хотя песни, которые играла Zune, были защищены от копирования, они могли быть переданы другим пользователям, которые могли воспроизвести их три раза, если они их не купили.

Казалось бы, трудно найти лучшую основу для успеха, верно? Особенно, если конкуренция не предлагает такие расширенные возможности. К сожалению, Zune выжил в виде аппаратных средств всего два года. Причины были разные, но одной из самых важных были ошибки в его программном обеспечении.

Роковая новогодняя ночь

Те пользователи, которые хотели играть музыку в канун Нового 2008 года, увидели, что их устройство было непригодным для использования. На официальном форуме, посвященном поддержке Zune, более 2500 потоков были созданы пользователями, жалующимися на ошибку, которая была быстро крещена "Zune Y2K", проблема 2000 для Zune.

Это был гвоздь к гробу этого устройства.

Что на самом деле произошло?

Он прибил невинный код, чтобы проверить, является ли текущий год високосным.

год = ORIGINYEAR; / * = 1980 * /
while (дней> 365)
{
Если (IsLeapYear (год))
{
Если (дней> 366)
{
Дни - = 366;
Год + = 1;
}
}
еще
{
Дни - = 365;
Год + = 1;
}
}

Большинство программистов сразу заметят проблему. В течение високосного года вначале проверяется более узкое состояние, а внутри оно более широкое . Это вызывает замыкание в бесконечном цикле. Несколько иронично, что программист, который заметил и опубликовал на форуме ZuneBoards, заявил:

Если Microsoft не исправит этот кусок прошивки, проблема повторится через четыре года.

Что ж, четыре года спустя никто больше не помнил о Зуне. Он также исчез с рынка из-за плохо протестированного внутреннего программного обеспечения.

Грубых ошибок, которых мы могли бы избежать, протестировав программное обеспечение более глубоко

Каждое окружающее нас устройство состоит из двух компонентов: аппаратного (аппаратного) и программного (программного) - от самого простого кухонного робота, которого можно настроить на соответствующую программу через программу стирки стиральной машины, до автоматического термостата, который должен запускаться в нужный момент. или при соответствующей температуре печи.

35651376 - изображение человеческой руки с лупой перед цифровым кодом с ошибками, концепция тестирования программного обеспечения

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

Дело о Марс Климат Орбитер

Mars Climate Orbiter был запущен в 1998 году, и после выхода на орбиту Марса в сентябре 1999 года он должен был исследовать атмосферу, погоду и климат этой планеты. К сожалению, связь со спутником была прервана из-за ошибки в программном обеспечении бортового компьютера.

Когда спутник установил контакт с центром на Земле, оказалось, что вместо орбиты с высотой 140 км над поверхностью Марса он расположен на слишком низкой орбите с высотой 57 км. Вскоре после этого орбитальный аппарат Mars Climate Orbiter упал на поверхность планеты.

Анализ аварии показал, что неисправность была программой траектории полета, которую он использовал в качестве единицы мощности для Ньютона (метрическая единица). Программа, которая общалась с ним, действуя как часть наземного контроля, отправляла данные в виде неметрических фунтов. Интерпретация фунтов как Ньютонов привела к катастрофе.

Корпус прибора Therac-25

Therac-25 - устройство, используемое для лучевой терапии рака. Он использовался в 80-х годах, а в 1985-1987 годах был причиной как минимум шести случаев, когда пациенты получали травмы. Они получили очень большую дозу радиации, большинство из них умерло.

Причиной введения неправильной дозы облучения пациентам стала так называемая состояние гонки, возникшее в программном обеспечении устройства. В строго определенных случаях (воспроизведение которых требовало, среди прочего, работы быстрого и эффективного медицинского техника), возникала ситуация, в которой некоторые компоненты устройства были неправильно инициированы. Это привело к ошибкам чтения и ошибочному контролю доз облучения.

Маринер 1 зонд

Космический корабль Mariner 1 был запущен с мыса Канаверал, штат Флорида, 22 июля 1962 года, и его полет закончился катастрофой через 293 секунды. Когда ракета стала вести себя очень странно, выполняя серию очень быстрых и жестоких маневров, офицер по безопасности полетов дал команду на самоуничтожение.

Причиной странных движений стал неправильно реализованный алгоритм управления полетом. В этом была совершенно тривиальная ошибка - программист оставил в ней строку обычной дроби. В современной разработке программного обеспечения эта ошибка может быть обнаружена на одном из многих этапов работы:

1. проверка кода - проверка кода, сделанная другими программистами,
2. модульные тесты - они будут сравнивать ожидаемые значения с полученными в программе,
3. автоматические тесты системы - повторяющиеся симуляции имитируемого полета позволят подобрать аварийную ситуацию.

Тестеры отсутствовали

Закройте глаза и представьте тестера программного обеспечения.

Представь себе тестера. Кого ты видишь? Вероятно, человек, сидящий перед компьютером, который, нажимая и печатая различные значения на клавиатуре, проверяет, работает ли программа правильно. Есть ошибки в этом или нет. Все зависит от его самоотречения и счастья.

Только это не правда. Современный тестер не работает таким образом.

Современный тестер часто является инженером по качеству программного обеспечения (QA - Quality Assurance). Он организует свою работу на основе спецификаций программного обеспечения, которые он тестирует. Точно так же, согласно которому программное обеспечение написано разработчиками. Чаще всего оно не использует само программное обеспечение. В его распоряжении имеется ряд инструментов, которые позволяют ему программировать автоматические тесты. Да - программа. Работа современного инженера-испытателя ничем не отличается от работы программиста.

Кто такой тестер? Кто такой инженер по обеспечению качества?

То, что на самом деле делают инженеры по качеству, лучше всего отражается на практике. Мы попросили Себастьяна Хмелевски, тренера Sages, организовать эти концепции, в частности, проведение занятий под буткемпом для тестеров под баннером Kodołamacz ,

Давайте начнем с различия тестера (неявно «ручного») от инженера по обеспечению качества, также известного как тестер. Роль тестера заключается в валидации продукта - проверке, соответствует ли готовый продукт спецификации и на наличие ошибок.

Роль QA заключается в обеспечении качества, то есть в предотвращении ошибок. Тестер проверяет продукт в соответствии со спецификациями или готовыми сценариями, и ошибки, обнаруженные в готовом продукте, уже существуют и должны быть исправлены, что также является дорогостоящим.

QA подготовит набор инструментов для статического анализа кода, чтобы гарантировать, что код, созданный программистами, не будет иметь тривиальных ошибок, создаст набор автоматических регрессионных тестов, подготовит генератор тестовых данных, выполнит сценарии для тестов производительности и интегрирует все с системой CI, так что возможная разработка будет зафиксирована во время разработки проблемы.

Тестер должен знать больше

Тестер должен знать больше, чем разработчики программного обеспечения. Он должен уметь не только создавать тестовый сценарий, но и писать сценарии, которые будут обеспечивать тестирование отдельных точек требований. Он также должен быть знаком с базами данных - тестирование приложений на пустой базе данных не даст больших результатов, если ошибка может быть обнаружена только в том случае, если приложение сильно загружено данными. И есть также соответствующие инструменты, которые вы должны научиться использовать.

Среди необходимых знаний - знание инструментов для непрерывной интеграции , то есть тех, которые позволяют создавать тестируемую среду на основе всегда самой последней версии исходного кода.

Где ты можешь учиться?

Это все - и даже больше - вы можете узнать, участвуя в bootcamp Автоматический тестер который запускается как часть программы Kodołamacz , Он предназначен как для ручных тестировщиков, которые хотели бы расширить свои компетенции, так и для людей, которые ранее не проходили тестирование.

Во время интенсивного, почти девятинедельного загрузочного лагеря, участник подробно изучит методы получения требований к тестированию, планирование своего курса и инструменты функционального тестирования, такие как Selenium или SoapUI. После завершения обучения он станет опытным специалистом по автоматизации тестовых заданий и сможет программировать достаточно для выполнения задач автоматического тестировщика.

Для многих тестировщиков, контакт с QA (обеспечение качества) является первым шагом в карьере, связанной с разработкой программного обеспечения. Многие программисты являются тестировщиками. Это часто следующий логический шаг на пути их развития. Профессиональное развитие также возможно в качестве тестера. Крупные проекты требуют управления тестами и подготовки больших сценариев, реализуемых всей командой.

Похожие

Комментарии