SlideShare a Scribd company logo
1 of 17
Download to read offline
Баги, хотфікси та воркераунди
в космічній галузі.
Вчимось на помилках найпередовішої
галузі людства
• Керівник департаменту QA у Customertimes
• Більше 11 років досвіду роботи в
різноматніних командах та продуктах
• 6-річний досвід викладання, коучингу та
участі у різноманітних заходах, таких як
конференції та семінари
• Досвід управління та постановки процесів у
великих корпоративних проектах із
розподіленими командами
• Сертифікований тест-менеджер ISTQB
Сахаров Вячеслав
Насправді немає
різниці який продукт чи
проєкт - проблеми
завжди одні й ті ж самі.
Невиправлені баги
чи недотестовані
сценарії призводять
до мільярдних втрат
та людських жертв.
Відомі провали
Ігнорування
наявних помилок
Катастрофа шатла
«Челленджер» відбулася 28
січня 1986 року, о 11:39 EST
над Атлантичним океаном
поблизу узбережжя
центральної частини
півостріва Флорида.
Проблема з “кільцями” ущільнювача була
відома, але ій не надавали значення. В
день запуску ситуація погіршилась
температурою середовища −1°C.
02 липня 2013 року стався провал російської ракети
«Протон-М» із трьома навігаційними супутниками
«Глонасс-М». Після старту ракета втратила стійкість
і впала на земну поверхню за 2,5 км від стартової
позиції, повністю зруйнувалася і згоріла.
Розслідування виявило невірно встановлені датчики
кутових швидкостей - інженер прикрутив їх догори
дригом і ніхто не перевіряв їх роботу до старту.
Відсутність системного
тестування
На початку вересня 2016 року ракета
Falcon 9 вибухнула під час тестового
підпалу двигунів.
При цьому на неї було встановлене
все обладнання, що вона мала
нести на орбіту згодом. Корисне
навантаження, що складалось з
супутника зв'язку Amos-6 вартістю
200 мільйонів доларів США, було
знищено.
Тестування на “проді”
Причиною аварії “Луна-25” називають
позаштатне функціонування бортового
комплексу керування. Воно було пов'язане з
відмовою блоку акселерометрів через
можливе влучення в один масив даних
команд з різними пріоритетами на
виконання.
При цьому ніяким чином ця ситуація не була
протестована та прорахована. Датчик не
спрацював - і апарат став першим в історії,
який не зміг навіть вийти на орбіту Місяця.
Відсутність
сценарію для
позаштатних
ситуацій
Історії успіху
Хотфікс після
виходу на “прод”
Телескоп Хаббл має дефект головного дзеркала.
Проблема виникла внаслідок помилки під час
монтажу головного нуль-коректора, польову
лінзу якого було зсунуто на 1,3 мм щодо
правильного розташування. Зсув стався з вини
техніка, що збирав прилад, який мав
вимірювати згин дзеркала.
Протягом перших трьох років роботи, до
встановлення коригувальних пристроїв
телескоп здійснив велику кількість
спостережень, які можна було робити з цим
дефектом.
Система, призначена для коригування сферичної
аберації, отримала назву COSTAR і складалася з
двох дзеркал, одне з яких компенсувало
дефект. Для встановлення COSTAR на телескоп
необхідно було демонтувати один з приладів,
(фотометр). Це було здійснено на
навколоземній орбіті.
Apollo 11 — американський пілотований
космічний корабель серії «Аполлон»,
який уперше доставив людей на
поверхню Місяця 20 липня 1969 року.
Відбулись два одночасні
незадокументовані “покращення”
двигуна та компʼютера. Що
випадково призвоело до справної
роботи компенсаторної системи тиску
двигуна.
Про важливість
Ретестингу та Регресії
Присутнітсь сценарію
для позаштатних
ситуацій
Хаябуса (яп. はやぶさ, букв.: сокіл) —
космічний апарат Агентства
аерокосмічних досліджень Японії (JAXA),
що призначався для вивчення астероїду
Ітокава, першої в історії посадки на
астероїд і доставки зразка його ґрунту на
Землю.
1. Відмова маршового (іонного двигуна)
2. Відмова робота MINERVA, що мав
висадитись на астероїд
3. Невдалий тест підльоту (вдарили апарат
о астероїд)
4. Два невдалі забори породи
5. Відмова всіх двигунів (майже)
Curiosity
Історія успіху
6 серпня 2012 року космічний апарат Curiosity здійснив успішну посадку
на Марсі у кратері Гейла.
28 лютого 2013 року NASA було змушене перейти на резервний
комп'ютер ровера через проблеми в флеш-пам'яті, які призвели до
того, що комп'ютер постійно перезавантажувався.
В грудні 2016 року, бурова установка Curiosity зламалася, не дозволяючи
дрилі рухатися вгору і вниз.Після 18 місяців бездіяльності бортова
лабораторія марсохода Curiosity повернулася в робочий стан завдяки
роботі інженерів з Лабораторії НАСА, які шукали вирішення проблеми
практично протягом року. Інженери "навчили" марсохід
використовувати його не до кінця справну бурову установку новим
способом.
На початку квітня 2023 року, марсохід Curiosity чотири дні відпочивав від
наукової роботи, доки інженери оновлювали його бортове програмне
забезпечення. Головними стали два нововведення - марсохід
покращив орієнтацію у просторі та знизив знос протекторів на колесах.
Висновки
• Тестування - це альфа та омега в будь якій галузі
• Чим більше протестовано “на землі” - тим вище шанс на
успішний “політ”
• Якщо проблема існує - її ігнорування не є кращим рішенням
• Завжди має бути план дій при аварійній ситуації
• Гарна система - це система здатна до функціонування при
частковій дергадації функціоналу
• Гарна підтримка має бути продумана заздалегідь: як
помилки будуть виправлятись в працюючій системі
Час
запитань

More Related Content

More from GoQA

БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»GoQA
 
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»GoQA
 
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»GoQA
 
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...GoQA
 
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...GoQA
 
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»GoQA
 
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»GoQA
 
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...GoQA
 
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...GoQA
 
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»GoQA
 
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»GoQA
 
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»GoQA
 
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»GoQA
 
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»GoQA
 
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»GoQA
 
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»GoQA
 
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»GoQA
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...GoQA
 
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»GoQA
 
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...GoQA
 

More from GoQA (20)

БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
БОГДАН САВЧУК «IoT testing: Manual, Automation and Cyber Security techniques»
 
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
ЕЛЬМІР ІСКАНДЕРОВ «Bulletproof Your Software: The Magic of Security Autotests»
 
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
ІННА ДВОЙНІКОВА «Як вийти на Upwork та розширити горизонти QA»
 
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
КАТЕРИНА АБЗЯТОВА «Point of Growth: Transforming Challenges into Skill-Buildi...
 
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
НАТАЛІЯ ТРОЙНІЧ «Редизайн всього продукту, коли на проекті залишилось два ман...
 
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
РІНА УЖЕВКО «Вплив архітектури на стратегію тестування»
 
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
СЕРГІЙ РУСІНЧУК «Розкриття майстерності QA команд через KPI»
 
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
КАТЕРИНА АБЗЯТОВА - Certify with confidence: ISTQB Foundation 4.0. Common err...
 
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
Слуцька Вікторія - Виступити і не наступити на граблі: Як виступати QA спеціа...
 
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
ОЛЕКСАНДР ХОТЕМСЬКИЙ «Планування стратегії розвитку тестування на проекті»
 
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
ОЛЕКСІЙ ОСТАПОВ «Створення плагінів для pytest»
 
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
РОМАН ДУМАНСЬКИЙ «Testing the application in the Amazon Cloud»
 
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
ОЛЕКСАНДР СТРУКОВ «Product QA in chaos»
 
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
СВІТЛАНА ЯКОВЛЄВА «Реформування QA підходу – як це було і що з цього вийшло»
 
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
АНТОН АНІКЕЄВ «Якість продукту: погляд різних ролей»
 
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
ПАВЛО ГУЛІДОВ «Інфраструктура для тестування IoT: від мереж до взаємодії команд»
 
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
АРТУР ШЕВЧЕНКО «Як спланувати проєкт та все встигнути»
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
 
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
YEGOR MAKSYMCHUK «Using Kubernetes for organization performance tests»
 
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...
АНАСТАСІЯ РУСОВА «Побудова якості в команді без тестувальників – міф чи реаль...
 

Recently uploaded

Р.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняР.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняAdriana Himinets
 
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdf
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdfupd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdf
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdfssuser54595a
 
Відкрита лекція на тему «Біологічний захист рослин у теплицях»
Відкрита лекція на тему «Біологічний захист рослин у теплицях»Відкрита лекція на тему «Біологічний захист рослин у теплицях»
Відкрита лекція на тему «Біологічний захист рослин у теплицях»tetiana1958
 
Хімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класХімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класkrementsova09nadya
 
О.Духнович - пророк народної правди. Біографія
О.Духнович - пророк народної правди. БіографіяО.Духнович - пророк народної правди. Біографія
О.Духнович - пророк народної правди. БіографіяAdriana Himinets
 
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»tetiana1958
 
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...JurgenstiX
 

Recently uploaded (10)

Віртуальна виставка «Аграрна наука України у виданнях: історичний аспект»
Віртуальна виставка «Аграрна наука України у виданнях: історичний аспект»Віртуальна виставка «Аграрна наука України у виданнях: історичний аспект»
Віртуальна виставка «Аграрна наука України у виданнях: історичний аспект»
 
Р.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповіданняР.Шеклі "Запах думки". Аналіз оповідання
Р.Шеклі "Запах думки". Аналіз оповідання
 
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdf
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdfupd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdf
upd.18-04-UA_REPORT_MEDIALITERAСY_INDEX-DM_23_FINAL.pdf
 
Відкрита лекція на тему «Біологічний захист рослин у теплицях»
Відкрита лекція на тему «Біологічний захист рослин у теплицях»Відкрита лекція на тему «Біологічний захист рослин у теплицях»
Відкрита лекція на тему «Біологічний захист рослин у теплицях»
 
Її величність - українська книга презентація-огляд 2024.pptx
Її величність - українська книга презентація-огляд 2024.pptxЇї величність - українська книга презентація-огляд 2024.pptx
Її величність - українська книга презентація-огляд 2024.pptx
 
Хімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 класХімічні елементи в літературних творах 8 клас
Хімічні елементи в літературних творах 8 клас
 
О.Духнович - пророк народної правди. Біографія
О.Духнович - пророк народної правди. БіографіяО.Духнович - пророк народної правди. Біографія
О.Духнович - пророк народної правди. Біографія
 
Віртуальна виставка нових надходжень 2-24.pptx
Віртуальна виставка нових надходжень 2-24.pptxВіртуальна виставка нових надходжень 2-24.pptx
Віртуальна виставка нових надходжень 2-24.pptx
 
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
Відкрита лекція на тему «Контроль бур'янів в посівах соняшника»
 
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
Принципові відмінності досконалої (повної) конкуренції від інших форм організ...
 

ВЯЧЕСЛАВ САХАРОВ “Баги, хотфікси та воркераунди в космічній галузі. Вчимось на помилках найпередовішої галузі людства”

  • 1. Баги, хотфікси та воркераунди в космічній галузі. Вчимось на помилках найпередовішої галузі людства
  • 2. • Керівник департаменту QA у Customertimes • Більше 11 років досвіду роботи в різноматніних командах та продуктах • 6-річний досвід викладання, коучингу та участі у різноманітних заходах, таких як конференції та семінари • Досвід управління та постановки процесів у великих корпоративних проектах із розподіленими командами • Сертифікований тест-менеджер ISTQB Сахаров Вячеслав
  • 3. Насправді немає різниці який продукт чи проєкт - проблеми завжди одні й ті ж самі.
  • 4. Невиправлені баги чи недотестовані сценарії призводять до мільярдних втрат та людських жертв.
  • 6. Ігнорування наявних помилок Катастрофа шатла «Челленджер» відбулася 28 січня 1986 року, о 11:39 EST над Атлантичним океаном поблизу узбережжя центральної частини півостріва Флорида. Проблема з “кільцями” ущільнювача була відома, але ій не надавали значення. В день запуску ситуація погіршилась температурою середовища −1°C.
  • 7. 02 липня 2013 року стався провал російської ракети «Протон-М» із трьома навігаційними супутниками «Глонасс-М». Після старту ракета втратила стійкість і впала на земну поверхню за 2,5 км від стартової позиції, повністю зруйнувалася і згоріла. Розслідування виявило невірно встановлені датчики кутових швидкостей - інженер прикрутив їх догори дригом і ніхто не перевіряв їх роботу до старту. Відсутність системного тестування
  • 8. На початку вересня 2016 року ракета Falcon 9 вибухнула під час тестового підпалу двигунів. При цьому на неї було встановлене все обладнання, що вона мала нести на орбіту згодом. Корисне навантаження, що складалось з супутника зв'язку Amos-6 вартістю 200 мільйонів доларів США, було знищено. Тестування на “проді”
  • 9. Причиною аварії “Луна-25” називають позаштатне функціонування бортового комплексу керування. Воно було пов'язане з відмовою блоку акселерометрів через можливе влучення в один масив даних команд з різними пріоритетами на виконання. При цьому ніяким чином ця ситуація не була протестована та прорахована. Датчик не спрацював - і апарат став першим в історії, який не зміг навіть вийти на орбіту Місяця. Відсутність сценарію для позаштатних ситуацій
  • 11. Хотфікс після виходу на “прод” Телескоп Хаббл має дефект головного дзеркала. Проблема виникла внаслідок помилки під час монтажу головного нуль-коректора, польову лінзу якого було зсунуто на 1,3 мм щодо правильного розташування. Зсув стався з вини техніка, що збирав прилад, який мав вимірювати згин дзеркала. Протягом перших трьох років роботи, до встановлення коригувальних пристроїв телескоп здійснив велику кількість спостережень, які можна було робити з цим дефектом. Система, призначена для коригування сферичної аберації, отримала назву COSTAR і складалася з двох дзеркал, одне з яких компенсувало дефект. Для встановлення COSTAR на телескоп необхідно було демонтувати один з приладів, (фотометр). Це було здійснено на навколоземній орбіті.
  • 12. Apollo 11 — американський пілотований космічний корабель серії «Аполлон», який уперше доставив людей на поверхню Місяця 20 липня 1969 року. Відбулись два одночасні незадокументовані “покращення” двигуна та компʼютера. Що випадково призвоело до справної роботи компенсаторної системи тиску двигуна. Про важливість Ретестингу та Регресії
  • 13. Присутнітсь сценарію для позаштатних ситуацій Хаябуса (яп. はやぶさ, букв.: сокіл) — космічний апарат Агентства аерокосмічних досліджень Японії (JAXA), що призначався для вивчення астероїду Ітокава, першої в історії посадки на астероїд і доставки зразка його ґрунту на Землю. 1. Відмова маршового (іонного двигуна) 2. Відмова робота MINERVA, що мав висадитись на астероїд 3. Невдалий тест підльоту (вдарили апарат о астероїд) 4. Два невдалі забори породи 5. Відмова всіх двигунів (майже)
  • 15. Історія успіху 6 серпня 2012 року космічний апарат Curiosity здійснив успішну посадку на Марсі у кратері Гейла. 28 лютого 2013 року NASA було змушене перейти на резервний комп'ютер ровера через проблеми в флеш-пам'яті, які призвели до того, що комп'ютер постійно перезавантажувався. В грудні 2016 року, бурова установка Curiosity зламалася, не дозволяючи дрилі рухатися вгору і вниз.Після 18 місяців бездіяльності бортова лабораторія марсохода Curiosity повернулася в робочий стан завдяки роботі інженерів з Лабораторії НАСА, які шукали вирішення проблеми практично протягом року. Інженери "навчили" марсохід використовувати його не до кінця справну бурову установку новим способом. На початку квітня 2023 року, марсохід Curiosity чотири дні відпочивав від наукової роботи, доки інженери оновлювали його бортове програмне забезпечення. Головними стали два нововведення - марсохід покращив орієнтацію у просторі та знизив знос протекторів на колесах.
  • 16. Висновки • Тестування - це альфа та омега в будь якій галузі • Чим більше протестовано “на землі” - тим вище шанс на успішний “політ” • Якщо проблема існує - її ігнорування не є кращим рішенням • Завжди має бути план дій при аварійній ситуації • Гарна система - це система здатна до функціонування при частковій дергадації функціоналу • Гарна підтримка має бути продумана заздалегідь: як помилки будуть виправлятись в працюючій системі