Баги у додатку: чому це нормально

Баги - це помилки в коді, через які програма може працювати некоректно, зависати і т.д. Чому баги - це норма застосування і чому їх не варто боятися, розберемо у статті.

Чому виникають помилки?

Мобільний додаток - це комплексна система. Кожен новий елемент її ускладнює і розробник не завжди може передбачати, як елементи «потоваришують» між собою в єдиному коді. Наприклад, в існуючий код потрібно додати невідомий елемент, будь то стороння бібліотека або сервер, і розробник просто не може знати, чи зможуть елементи коректно працювати в єдиній зв'язці.

Також баги з'являються через людські помилки - помилки в коді, інструкції або сторонні сервіси, які інтегровані в додаток. Прикладом може бути платіжний шлюз, до якого розробник не має жодного відношення та не може вплинути на його коректну роботу та спрогнозувати його помилки.

Як шукають баги та усувають їх?

Ми розібралися, що баги - це природний процес, тепер розберемося, як їх знаходять. Спочатку розробник пише автотести (частина коду, яка імітує роботу користувача та додатки). За допомогою автотестів розробник перевіряє написаний код та виправляє помилки. Однак, автотести не покривають всі помилки, тому якщо баг не виявлений, в роботу вступає тестувальник. Він повторює дії звичайного користувача програми та вручну виявляє крок, на якому виникає помилка. Тестувальник виконує певний користувальницький сценарій, робить це на різних пристроях, системах та версіях, щоб виключити всілякі баги. Після виявлення помилок тестувальник передає їх розробникам для усунення.

На жаль, навіть тестувальник не може покрити всі сценарії користувача, тому баги виникають і після релізу програми. Також баги можуть виникнути на боці вбудованого сервісу, як ми з'ясували. Тому баги виявлятимуться в процесі всієї життєдіяльності програми, адже користувачі виконують різні дії на всіляких пристроях і передбачити все просто нереально.

Чи може баг суттєво вплинути на роботу програми? Чи можу я зазнати від цього збитків?

Умовно баги можна поділити за категоріями: критичні, суттєві та несуттєві. Наприклад, якщо користувач не може сплатити тариф/товар, тому що кнопка в додатку працює некоректно - це критичний баг, до його усунення приймаються негайно, тому що це не так. він впливає на бізнес-процеси та дохід. Якщо кнопка працює, але, наприклад, «поїхала», це істотний баг. Якщо кнопка іншого кольору (не того, що відмалювали дизайнери) або форми, це несуттєвий баг.

Що робити, якщо ви виявили баг у себе в додатку

Будь-який баг можна виправити, тому головне ― спокій та чітке донесення проблеми до розробників. Якщо баг критичний і суттєвий - до його усунення негайно й виправлять найближчим часом. Навіть якщо баг на стороні стороннього сервісу (наприклад, платіжного шлюзу) та розробники ніяк не можуть на неї вплинути, вони не сидітимуть склавши руки, а зв'яжуться з банком і триматимуть зв'язок до усунення проблеми. А от якщо баг несуттєвий, то іноді його усунення має сенс почекати до наступного релізу, щоб не відволікати розробників від важливіших завдань, наприклад, створення нової функції в додатку і т.д.

Якщо ви шукаєте компанію для розробки вашої програми - сміливо телефонуйте нам - +7 952 177 9900 або пишіть [email protected]
Ми завжди на варті і усунемо будь-який баг!

Чому виникають баги?

Баг (bug) – це помилка в коді чи роботі програми. Розробники описують цим сленговим словом ситуацію, коли щось працює неправильно, видає невірний чи непередбачуваний результат.

Не будь-яку помилку можна назвати багом. Цей термін зазвичай застосовують коли код працює, але некоректно. При цьому програма запускається і навіть щось робить, на відміну від, наприклад, синтаксичної помилки, через яку код просто не запуститься.

Програму з багами називають забагованою. А налагодження коду – дебаггінгом, тобто позбавленням від багів.

Слово bug у перекладі з англійської означає «жук». Воно прийшло у програмування зі сленгу інженерів, які називали багами помилки під час роботи електронних схем. А в 1947 році творець першого компілятора Грейс Хоппер виявила в комп'ютері Mark II метелика, що закоротив контакти. У журналі подій написали: "Перший випадок, коли було знайдено справжній баг". Так термін закріпився у комп'ютерній сфері.

Найкращий вибір для швидкого старту в IT

Зараз записи разом із метеликом перебувають у Національному музеї американської історії

Де зустрічаються баги

У розробці та тестуванні. Розробники регулярно стикаються з багами: сучасні програмні продукти складні, а в мовах програмування багато неочевидних речей. Тож зіткнутися з багами легко. Найчастіше вони стають наслідком неправильного використання команд, неправильно реалізованих алгоритмів чи помилок у дизайні програми.Частина багів знаходять ще розробки, інші – на етапі тестування і навіть після випуску продукту.

У готове програмне забезпечення. Навіть вже випущені програми часто бувають не позбавлені багів. Деякі їх дуже відомі, виникають у багатьох, навіть мають власні імена. Є й унікальні помилки, що зустрічаються одноразово. Часто баги залежать від зовнішніх параметрів: наприклад, в одній версії операційної системи програма працює коректно, а в іншій – ні.

В іграх. Окремою категорією можна назвати баги у відеоіграх: ситуації, коли ігрові сцени чи персонажі працюють не треба. Прикладів безліч: двері, які не можуть відчинитися, раптові вильоти гри при досягненні певного моменту, персонажі, що застрягли в текстурах або зависли на одному місці. Навіть деякі ігри, які вважаються культовими, на етапі виходу були дуже забаговані.

Відомий смішний баг гри Mount and Blade: через збій у файлах гри замість неба відображалося величезне обличчя

На веб-сайтах. Сучасні сайти такі гнучкі та функціональні завдяки скриптам, написаним мовами програмування. У браузері працює JavaScript, на сервері мови можуть бути різними: PHP, Python, Ruby та інші. Баг може виникнути і на стороні сервера, і в клієнтській частині сайту - іноді його помічають тільки після випуску продакшн. Є навіть поняття bug bounty: винагорода, яку компанія виплачує користувачеві, який знайшов критичний баг в інформаційній безпеці.

Хто стикається з багами

У широкому сенсі зустріти баг може будь-яка людина, яка користується комп'ютером чи смартфоном. Адже й у готовому ПЗ помилки не виключені. У вужчому - баги знаходять розробники, вони ж займаються їх виправленням.

Якщо команда розробки припустилася помилки, її шукають на наступному етапі – тестуванні. Тестувальники намагаються неочевидними способами скористатися програмою, щоб знайти приховані помилки. Знайдені баги описуються у спеціальному звіті – він має назву баг-репорт. Звіт тестувальники надсилають розробникам, щоб виправили помилки.

Стати тестувальником - це найкращий вибір для швидкого старту в IT

Через що виникають баги

Ми з'ясували, що таке баг. Тепер поговоримо про причини, через які вони з'являються.

Перша та найбільш поширена причина – помилка розробника. У IT-середовищі є жарт: «Хто ж переможе: людина, вінець природи… чи крихітна забута дужка?». Невеликі недоліки можуть бути дуже критичними. Якщо поставити плюс замість мінуса у найпростішому математичному обчисленні, то вийде зовсім інший результат.
Іноді причиною багів стає незнання. Наприклад, розробник був у курсі специфічного поведінки якийсь конструкції у мові, тому скористався нею коректно.
Часто баги виникають, якщо в команді програмістів немає злагодженості. Один не розуміє, що написав інший, править код на власний розсуд і отримує некоректну поведінку програми.
Зрештою, дизайн програми та архітектурні помилки також можуть бути причиною багів. Використання неоптимальних алгоритмів, що ведуть до збоїв, неправильний вибір інструментів – це може призвести до забагованості.

Відомий в інтернеті кумедний випадок показує, наскільки неочевидними бувають баги.

Ворнінги, вильоти, винятки: чим відрізняються від багів

Помилки бувають різними, і це не лише баги. Ось із чим ще може зіткнутися програміст.

Попередження. Це не зовсім помилка.Це радше повідомлення про ризик некоректної роботи. Не всі попередження справді вказують на щось небезпечне. Наприклад, лінтери – програми для написання чистого коду – видають попередження, якщо людина пише у «неправильному» стилі. На сленгу попередження називають ворнінгами від англійської warning.

Виняток. Exception, чи виняток, – це вбудований механізм захисту від помилок у мовах програмування. Програма видає повідомлення про те, що щось пішло не так. Умови виключення пишуть самі програмісти. Наприклад, ставлять захист на введення: якщо користувач введе рядок замість числа, викинеться виняток.

Перевага цього механізму в тому, що він допомагає обробляти проблемні ситуації ще до появи і не допускати появи багів. Розробник пише, як повинна поводитися програма, якщо зіткнеться з винятком. Наприклад, у разі рядка замість числа можна прописати, щоб програма повідомила користувачеві про помилку і попросила ввести дані в коректній формі.

Виліт. Так називають ситуацію, коли програма екстрено завершує роботу через помилку. Виліт може супроводжуватись повідомленням про збій. Причини різні: починаючи від помилок у коді і закінчуючи недостатньою потужністю комп'ютера, який не справляється з "важкою" програмою.

Синтаксична помилка. Найпростіший варіант: розробник допустив друкарську помилку в синтаксисі і неправильно написав якусь конструкцію, тому програма не зібралася. Запис виявився невідомим компілятору або інтерпретатору. У такому разі середовище програмування говорить розробнику про синтаксичну помилку та вказує, де її шукати.

Якими бувають баги

Розробники класифікують баги за кількома категоріями.Деякі – швидше жартівливі, інші обговорюються серйозно. А деякі поширені баги навіть мають свої назви.

Помилка - Найпростіший варіант. Розробник випадково пише не те, і вся програма працює неправильно.
Нескінченний цикл - Ситуація, коли умова для виходу з циклу ніколи не настає, і програма висне.
Переповнення буфера – явище, коли програмі перестає вистачати пам'яті, і вона починає користуватися пам'яттю поза виділеної їй кількості.
Стан гонки - Баг багатопотокових додатків, коли кілька потоків одночасно звертаються до одного і того ж елемента і як би «змагаються» за доступ. Результат непередбачуваний.
Кількісний баг - Помилка при роботі з великою кількістю дій, коли при багаторазових повтореннях з'являються баги. Наприклад, велика кількість даних розподіляється нерівномірно.
Демонстраційний ефект – явище, коли програма працювала нормально на етапі написання, але зламалася під час демонстрації. Найчастіше виникає через недостатнє тестування та неуважність: розробник не врахував якийсь сценарій.

Баги це дуже погано?

Баги бувають кумедними, які не завдають серйозної шкоди. Деякі з них, особливо ігрові, породжують меми та жарти. Але бувають і дуже небезпечні баги, що загрожують втратою грошей або навіть ризиком для життя.

Наприклад, баг у медичному устаткуванні може призвести до трагедії. Баг у коді сайту – до витоку величезного бюджету: так було, коли блокчейн-компанія Compound випадково надіслала своїм користувачам майже 90 мільйонів доларів. А найдорожчий баг в історії – арифметичне переповнення у програмній начинці ракети-носія «Аріон-5», через яку ракета вибухнула в польоті.

Звісно, критичність багів залежить від сфери. Якщо галузь розробки пов'язані з великими фінансами чи життєво важливим устаткуванням, перевірка якості коду у галузі дуже жорстка. Адже ціна помилки дуже велика.

Знаменита «проблема 2000 року» або Y2K: коли настав 2000 рік, багато комп'ютерів по всьому світу сприйняли його як 1900

Як уникнути багів

Ми вже з'ясували, що критичні баги несуть небезпеку. Тому розробники намагаються не допускати їх у готовому продукті:

налагоджують програму ще на етапі створення. Хороший розробник ще за написанні коду враховує можливі позаштатні ситуації у його роботі, перевіряє його і пише винятки;
тестують для будь-яких ситуацій, у тому числі нетривіальних. У свою чергу, тестувальники знаходять неочевидні ситуації, в яких програма може зламатися, і повідомляють про них;
проводятьюніт-тестуваннядля кожного компонента. Це окреме тестування різних частин коду – юнітів. Воно допомагає зрозуміти, чи коректно працюють ці компоненти – це глибший рівень. Адже помилка в одному компоненті може викликати баги у всій програмі.

Для розробника-початківця головне - уважність, тому що часта причина багів - друкарські помилки. А вони ймовірніше, якщо людина ще не звикла писати код. Скрупульозність та увага до деталей допоможуть якщо не уникнути багів, то серйозно скоротити їх кількість та швидко виправити ті, що залишилися.

Як увірватися до IT, навіть якщо ви не вмієте програмувати? Стати тестувальником. Для старту достатньо базових знань ПК. А почати працювати можна вже за 4 місяці навчання.

Що таке баги

Розробники програмного забезпечення зустрічаються з багами (bug) під час кодування або тестування програм, запуску або розвитку IT-проекту. Вони виникають через некоректну роботу компілятора або неправильне написання коду програмістом. Баги можуть зашкодити безпеці програми для користувачів. Вони роблять гру неграбальної. Наприклад, гра 2020 року Cyberpunk 2077 побачила світ з великою кількістю багів. Не кожну несправність у програмному забезпеченні можна назвати багом. Давайте дізнаємося, що таке баги, звідки цей термін походить і які види помилок бувають у програмуванні.

Визначення та приклади опису «бага»

Термін "баг" (англ. bug) з'явився у середині 20-го століття. Тоді програмісти не могли запустити компілятор у роботу. Виявилося, що метелик, що сів на материнську плату, закоротив контакти. Що означає слово "баг"? «Баг» у перекладі російською мовою означає «жук». Розробники ПЗ називають цим словом програмні помилки у роботі програми, гри, будь-якого сервісу IT. Через баги відбуваються збої у роботі програми. Програмісти відрізняють справжні баги з інших несправностей. Коли програма працює, але дає невірний результат – це баг. Наприклад, синій фон на моніторі після входу в онлайн гру або коли персонаж у грі провалюється крізь текстури. Програмісти починають виправляти код, щоб усунути баг. Ці дії називають дебаггінгом.

Типи багів, які вони бувають

функціональні: користувач натискає кнопку реєстрації у додатку, а потрапляє до «Вибраного»;
візуальні: коли кнопки та написи на них роз'їжджаються в різні боки;
логічні: програма дозволяє людині встановити рік народження 1777 чи 2256.Іноді розробники спеціально вводять такі дати (наприклад, під час реєстрації в іграх). Тому треба вміти відрізняти, коли цей приклад стає багом, а коли – фічею. Наприклад, поява такої дати в Держпослугах буде помилкою у комп'ютерній програмі;
дефекти UX: такі дефекти призводять до незручності експлуатації програми. Багом UX вважаються розташовані один до одного кнопки.

Якщо дивитися на баги очима розробника, то можна виділити два типи недоліків у коді, через які відбуваються збої:

Який ще є вид багів у програмному коді? Існує ще різнорідний bug. Він включає проблеми з продуктивністю або сумісністю.

Синтаксичні помилки

Синтаксичні баги виникають, коли допущено друкарську помилку або забуто фігурну дужку, не поставлено крапку з комою. Ці недоліки виявляються під час компіляції. Однак, розробники не завжди можуть виявити синтаксичні баги під час тестування. Тому користувачі стикаються з такими явищами, як поява коду 400 Bad Request замість переходу на потрібний сайт або у вкладку в додатку.

Приклад неправильного синтаксису:

Як має бути: "System.out.println ("Hello World");".

Логічні помилки

Логічні баги не призводять до краху програми. Вони змушують програму неправильно працювати. До них можна віднести підвид багатофункціональних багів. Наприклад, користувач натискає на кнопку «Вийти», а потрапляє в меню реєстрації. Відмінністю від синтаксичного бага є правильне написання коду.

Розробники пов'язують це поняття з неправильними діями на етапі прийняття рішень. Баги можуть утворюватися через:

заплутаного вибору гілок алгоритму;
некоректного наведення типу даних;
визначення змінної поза її полем видимості.

Логічна помилка на прикладі неврахування пріоритету операторів:

int average (int a, int b)

return 3+5/8; /* правильний запис (3 + 5) / 8 */

Різнорідними можуть бути недоліки такого типу:

проблеми сумісності: наприклад, програма працює на одній операційній системі, але не працює на іншій;
проблеми з продуктивністю: програмне забезпечення повільно завантажується, що довго не відповідає на запити користувачів.

QA-інженери обчислюють причини появи багів та усувають їх.

Причини появи багів

Причини появи помилок досить різноманітні: від банального нестачі фінансування та прийому на роботу до компанії досвідчених програмістів та QA-інженерів до людського чинника. Останній параметр відіграє велику роль. Наприклад, розробник допізна пише код, втомлюється, робить помилки, хоча код відповідає всім перевіркам з боку розробника.

Недостатнє тестування

Код із помилками від розробника можуть пропустити QA-інженери через недостатній досвід. Якщо відділ тестування ПЗ потребує певних технічних ресурсів, QA-інженери не зможуть провести вичерпні тести. Це теж призводить до того, що програма йде до користувача з помилками.

Несумісність платформ

У технічному завданні закладається велика кількість бажаних функцій. Вони мають різну міру складності розробки. Деякий функціонал може бути несумісний з однією платформою, на якій розгортатиметься програма, але сумісний з іншою. Відсутність урахування цього чинника призводить до появи помилок.

Недостатня документація

Програмісти пишуть за певними правилами. Вони постійно документують процес.Недостатня документація призводить до необдуманого вибору програмних інструментів. У результаті тестування може і пройти добре, а на рівні користувача програмне забезпечення працюватиме з недоліками.

Зміни у вимогах

Зміни у вимогах наприкінці створення програмного забезпечення призводять до того, що код допрацьовується поспіхом. Навіть незначне редагування коду спричинить появу нових помилок або навіть повернення старих багів.

Зміни вимог збільшують обсяги робіт. Програмісти вносять виправлення до вже відпрацьованої логіки системи. Результатом редагування коду під нові вимоги може бути отримання сирого та недопрацьованого програмного забезпечення користувачами.

Наслідки багів

Поява недопрацьованого коду в додатках може завдати серйозної шкоди не тільки користувачам, а й компанії, яка випустила програмне забезпечення. Страждають і користувачі, і програмісти. Якщо це державна програма, то створюються загрози безпеці для всього народу.

Збитки для користувачів

Через помилки в системі користувачі не зможуть пройти гру. Якщо проблема в програмному забезпеченні з податків або електронних гаманців, то люди не зможуть зняти гроші або сплатити вчасно податки. Це б'є по гаманцю людини та за репутацією розробників.

Загрози безпеки

Недоліки в системі безпеки призводять до того, що дані користувачів залишаються незахищеними. Особиста інформація втече до загального доступу, і зловмисники отримають до неї доступ. Люди та компанії можуть втратити великі гроші.

Репутаційні втрати

Підприємства, де працюють програмісти, які допустили недоліки, втрачають репутацію. Самі розробники можуть бути звільнені через те, що не протестували програмне забезпечення як належить.

Тому важливо ретельно перевіряти код, написаний програмістами. Необхідно тестувати програми у всіх середовищах.

Пошук та виправлення багів

Пошук та виправлення недоліків у програмному коді - це важлива частина роботи тестувальника. Завдяки грамотно виконаному пошуку та усуненню багів програмне забезпечення надходить у продакшн готовим. Користувачі залишаються задоволеними, їхня довіра та рейтинг компанії підвищуються.

Тестування та налагодження

До програми тестування входить:

порівняння зі схемою алгоритму;
візуальний перегляд коду;
відправка до компіляторів для знаходження синтаксичних та логічних помилок;
редагування зовнішніх зв'язків та компонування програми.

Якщо QA-інженер знаходить серйозні помилки, він відправляє програмістам на доопрацювання.

Використання інструментів для відстеження багів

Інструменти для баг-трекінгу:

nTask: інструмент відстежує помилки та фіксує їх. Він пропонує багато рішень для різних процесів. Інструмент дозволяє ділитися файлами з помилками з іншими членами команди;
Mantis: цей інструмент дозволяє постійно бути на зв'язку з командою та вчасно виправляти знайдену синтаксичну чи логічну помилку. З Mantis можна працювати в MySQL, PostgreSQL;
Bugzilla: це зручний та простий інструмент для трекінгу багів від компанії Mozilla.

Є ще багато інших інструментів для баг-трекінгу. Усі вони зручні у використанні оскільки не лише виявляють помилки, а й автоматизують систему реагування ними.

Профілактика багів та керування ними

Щоб не допускати безліч помилок у коді, необхідно набирати працелюбну команду програмістів та тестувальників.Вони повинні мати щонайменше закінчену вищу освіту і хоча б невеликий досвід риболовлі з кодом.

Навчання та розвиток команди розробників

Так як інформаційні технології змінюються з кожним роком, стають складнішими, то рекомендується відсилати команду розробників на підвищення кваліфікації раз на 2-3 роки. Така тактика дозволить завжди бути на одній хвилі із сучасними тенденціями у способах програмування та стандартах кодування.

Використання стандартів кодування

Стандарти кодування - це спрощення сприйняття програмного коду людиною. У написаному за стандартами коді легко виявити недоліки та виправити їх. Програміст витратить менше часу на прочитання коду. Для автоматизації за стандартами програмісти використовують спеціальну IDE. Наприклад, при написанні коду JavaScript використовується інструмент ESlint, який автоматично керує код відповідно до стандартів.

Тепер ви знаєте, що таке баги та звідки вони беруться. Використовуйте різні інструменти для оптимізації та автоматизації написання програмного коду. Будьте уважні у роботі над кодом. Тоді ваш додаток буде ідеально чистим та робочим.

Політика конфіденційності

Ваша конфіденційність є дуже важливою для нас. Ми хочемо, щоб Ваша робота в Інтернеті по можливості була максимально приємною та корисною, і Ви абсолютно спокійно використовували найширший спектр інформації, інструментів та можливостей, які пропонує Інтернет. Персональні дані, зібрані під час реєстрації (або в будь-який інший час) переважно використовуються для підготовки Продуктів або Послуг відповідно до Ваших потреб. Ваша інформація не буде передана або продана третім сторонам. Однак ми можемо частково розкривати особисту інформацію в особливих випадках, описаних у цій Політиці конфіденційності.

Рамки Політики конфіденційності

Ця Політика конфіденційності (далі — «Політика») застосовується до інформації, отриманої через цей сайт, інших сайтів, віджетів та інших використовуваних інтерактивних засобів, на яких є посилання на цю Політику (далі — «Сайт») від користувачів Сайту (далі — « Користувачі»). Нижченаведені правила описують, як Університет «Синергія» звертається з будь-якою інформацією, що відноситься до прямо чи опосередковано визначеної чи визначеної фізичної особи (суб'єкта персональних даних) (далі — «Персональні дані»), з метою надання послуг з використанням Сайту. Користувачі включають всіх фізичних осіб, які підключаються до Сайту і використовують Сайт. Користувачі прямо погоджуються на обробку своїх персональних даних, як це описано в цій Політиці.Обробка означає будь-яку дію (операцію) або сукупність дій (операцій), що здійснюються з використанням засобів автоматизації або без використання таких засобів з Персональними даними, включаючи збір, запис, систематизацію, накопичення, зберігання, уточнення (оновлення, зміна), вилучення, використання, передачу (поширення, надання, доступ), блокування, видалення, знищення персональних даних. Ця Політика конфіденційності набирає чинності з моменту її розміщення на Сайті, якщо інше не передбачено новою редакцією Політики конфіденційності.

Контролюючі та обробні особи

Користуючись Сайтом та приймаючи умови використання, опубліковані на Сайті, користувач заявляє про свою однозначну згоду з обробкою його Персональних даних способами, описаними в цій Політиці.
Обробка Персональних даних Користувачів здійснюється Оператором персональних даних - Університет «Синергія» (ІПН: 7729152149, ОГРН: 1037700232558).

З якою метою збираються ці дані

Ім'я використовується для звернення особисто до вас, а ваш e-mail для відправки листів розсилок, новин тренінгу, корисних матеріалів, комерційних пропозицій. Ви можете відмовитись від отримання листів розсилки та видалити з бази даних свої контактні дані у будь-який момент, клацнувши на посилання для відписки, присутнє у кожному листі.

Збір персональних даних

При реєстрації на Сайті Користувачі підтверджують свою згоду з умовами цієї Політики та свою згоду на обробку своїх Персональних даних відповідно до умов цієї Політики, крім того, вони погоджуються на обробку своїх Персональних даних на серверах Університету «Синергія», розташованих на території Російської Федерації.

Обробка Персональних даних здійснюється не довше, ніж цього вимагають мети обробки Персональних даних, викладених у цій Політиці (за винятком випадків, передбачених законодавством України). Університет «Синергія» може обробляти такі Персональні дані:

«Як до Вас звертатися» у формі зворотного зв'язку, якщо відвідувач вказує свої повні ПІБ або тільки частину;
Електронна адреса;
номер телефону;
Також на сайті відбувається збір та обробка знеособлених даних про відвідувачів (в т. ч. файлів cookie) за допомогою сервісів інтернет-статистики (Яндекс Метрика та інших).
Дані за текстом Політики об'єднані загальним поняттям Персональні дані.

Як ці дані використовуються

На сайті використовуються кукі (Cookies) та дані про відвідувачів сервісів (Яндекс Метрика та інших). За допомогою цих даних збирається інформація про дії відвідувачів на сайті з метою покращення його змісту, покращення функціональних можливостей сайту та, як наслідок, створення якісного контенту та сервісів для відвідувачів. Ви можете в будь-який момент змінити налаштування свого браузера так, щоб браузер блокував усі файли cookie або сповіщав про надсилання цих файлів. Врахуйте при цьому, що деякі функції та послуги не зможуть працювати належним чином.

Як ці дані захищаються

Для захисту Вашої особистої інформації ми використовуємо різноманітні адміністративні, управлінські та технічні засоби безпеки. Наша Компанія дотримується різних міжнародних стандартів контролю, спрямованих на операції з особистою інформацією, які включають певні заходи контролю захисту інформації, зібраної в Інтернет. Наших співробітників навчають розуміти та виконувати ці заходи контролю, вони ознайомлені з нашим Повідомленням про конфіденційність, норми та інструкції. Тим не менш, незважаючи на те, що ми прагнемо убезпечити Вашу особисту інформацію, Ви також повинні вживати заходів, щоб захистити її. Ми настійно рекомендуємо Вам вживати всіх можливих запобіжних заходів під час перебування в Інтернеті. Організовані нами послуги та веб-сайти передбачають заходи щодо захисту від витоку, несанкціонованого використання та зміни інформації, яку ми контролюємо. Незважаючи на те, що ми робимо все можливе, щоб забезпечити цілісність та безпеку своєї мережі та систем, ми не можемо гарантувати, що наші заходи безпеки запобіжать незаконному доступу до цієї інформації хакерів сторонніх організацій.

У разі зміни цієї політики конфіденційності ви зможете прочитати про ці зміни на цій сторінці або, в особливих випадках, отримати повідомлення на свій e-mail.

Чому виникають баги