Month: September 2025

Posted on

Tagesablauf (розпорядок дня)

aufstehen, frühstücken, sich anziehen

DeutschТранслітераціяПереклад
aufstehenауфштеенвстати
frühstückenфрюштюкенснідати
sich anziehenзіх анціенодягатися
Arbeitenарбайтенпрацювати
zur Arbeit gehenцур Арбайт геєнйти на роботу

in der Schule gehen, Mittagessen, spazieren gehen

DeutschТранслітераціяПереклад
in der Schule gehenін дер Шуле ґеенйти до школи
MittagessenМіттаґесенобід
MittagspauseМіттаґзпаузеперерва на обід
spazieren gehenшпацірен ґеенйти на прогулянку
Sport machenшпорт махензайматися спортом

fernsehen, Abendessen, schlafen

DeutschТранслітераціяПереклад
fernsehenфернзеендивитися телевізор
AbendessenАбендесенвечеря
ins Bett gehenінс Бет ґеенйти спати
schlafenшлафенспати
sich ausruhenзіх аусруеенвідпочивати

Wecker, Arbeitstag, Feierabend

DeutschТранслітераціяПереклад
der Weckerдер Векебудильник
der Arbeitstagдер Арбайтстаґробочий день
der Feierabendдер Фаєрабендкінець робочого дня
sich beeilenзіх беайленпоспішати
der Nachmittagдер Нахміттаґпісля обіду

Приклади речень

DeutschТранслітераціяПереклад
Ich stehe um 7 Uhr auf.Іх штеее ум зібен ур ауф.Я встаю о 7 годині.
Ich frühstücke um 8 Uhr.Іх фрюштюке ум ахт уар.Я снідаю о 8 годині.
Nach dem Frühstück gehe ich zur Arbeit.Нах дем фрюштюк ґее іх цур Арбайт.Після сніданку я йду на роботу.
Mittags mache ich eine Pause.Міттаґс махе іх айне паузе.В обід я роблю перерву.
Ich arbeite von 9 bis 17 Uhr.Іх арбайте фон нойн біс зібцен ур.Я працюю з 9 до 17 годин.

І ще кілька прикладів

DeutschТранслітераціяПереклад
Am Nachmittag gehe ich spazieren.Ам Нахміттаґ ґее іх шпацірен.Після обіду я йду на прогулянку.
Abends sehe ich fern.Абендс зее іх ферн.Ввечері я дивлюся телевізор.
Um 22 Uhr gehe ich ins Bett.Ум 22 ур ґее іх інс Бет.О 22 годині я йду спати.
Am Wochenende schlafe ich lange.Ам Вохененде шлафе іх лане.На вихідних я сплю довго.

Dialog

DeutschТранслітераціяПереклад
Anna: Wann stehst du auf?Анна: Ван штест ду ауф?Анна: Коли ти встаєш?
Peter: Ich stehe um 7 Uhr auf.Петер: Іх штее ум зібен ур ауф.Петер: Я встаю о 7 годині.
Anna: Und wann frühstückst du?Анна: Унд ван фрюштюкст ду?Анна: А коли ти снідаєш?
Peter: Ich frühstücke um 8 Uhr.Петер: Іх фрюштюке ум ахт ур.Петер: Я снідаю о 8 годині.
Anna: Was machst du nach dem Frühstück?Анна: Вас махст ду нах дем фрюштюк?Анна: Що ти робиш після сніданку?
Peter: Nach dem Frühstück gehe ich zur Arbeit.Петер: Нах дем фрюштюк ґее іх цур Арбайт.Після сніданку я йду на роботу.
Anna: Und wann gehst du ins Bett?Анна: Унд ван ґест ду інс Бет?Анна: А коли ти лягаєш спати?
Peter: Ich gehe um 22 Uhr ins Bett.Петер: Іх ґее ум цвайундцванцих ур інс Бет.Я йду спати о 22 годині.
Anna: Oh, du bist sehr pünktlich!Анна: О, ду біст зер пюнктліх!О, ти дуже пунктуальний!

Для додаткової візуалізації є відео.

Posted on

Confirmation testing та Regression testing

Confirmation testing та Regression testing — це два різних типи тестування.

Ось пояснення кожного з них та ключові відмінності:

Confirmation Testing (Підтверджувальне тестування)
Що це?
Це тестування, яке проводиться для перевірки, чи була конкретна помилка виправлена. Його ще називають re-testing.
Коли використовується?
Після того, як розробник виправив баг, тестувальник виконує ті ж самі тест-кейси, які спочатку виявили помилку, щоб переконатися, що проблема більше не виникає.
Мета:
Підтвердити, що конкретний баг виправлено.
Приклад:
Була помилка: при введенні неправильного пароля не показується повідомлення про помилку.
Після виправлення тестувальник перевіряє тільки цю функціональність, щоб упевнитися, що повідомлення тепер з’являється.
Regression Testing (Регресійне тестування)
Що це?
Це тестування, яке виконується для перевірки, що нові зміни (виправлення багів, нові фічі) не спричинили нові помилки у вже працюючому функціоналі.
Коли використовується?
Після внесення змін у код — виправлень, оновлень або нових функцій.
Мета:
Переконатися, що існуюча функціональність не зламалась.
Приклад:
Після додавання нової кнопки на формі входу тестувальник перевіряє всю сторінку входу, включаючи правильну/неправильну авторизацію, поведінку UI, редіректи тощо.

Основні відмінності

ХарактеристикаConfirmation TestingRegression Testing
МетаПеревірити, чи виправлено конкретний багПереконатися, що нічого не зламалось після змін
ОбсягЛокалізований (тільки те, що було виправлено)Широкий (вся пов’язана або вся система)
Засноване наРезультатах попереднього тестування (де знайдено баг)Змінному коді або новому функціоналі
ЧастотаПісля виправлення кожного багуПісля кожного релізу, спринту або великої зміни

Висновок

  • Confirmation testing — це перевірка “Чи виправлено?”
  • Regression testing — це перевірка “Чи не зламалося щось інше?”

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

Posted on

Функціональне та нефункціональне тестування

Функціональне та нефункціональне тестування — це два основні типи тестування програмного забезпечення, які відрізняються метою перевірки: що система робить і як добре вона це робить.

Функціональне тестування (Functional Testing)
Що це:
Тестування, яке перевіряє, чи виконує система свою функціональність відповідно до вимог.
Орієнтоване на:
Поведінку системи
Коректність обробки даних
Результати виконання функцій
Приклади функцій, які тестуються:
Авторизація
Реєстрація
Обробка транзакцій
Робота кнопок і форм
Питання, на які відповідає: «Чи робить програма те, що має робити?»
Нефункціональне тестування (Non-functional Testing)
Що це:
Тестування, яке перевіряє якість, продуктивність і інші нефункціональні характеристики системи.
Орієнтоване на:
Швидкість
Надійність
Безпеку
Зручність використання
Сумісність
Приклади характеристик, які тестуються:
Час відгуку системи
Стійкість під навантаженням
Захист даних
Підтримка різних браузерів або пристроїв
Питання, на які відповідає: «Наскільки добре програма працює»

Основна різниця:

КритерійФункціональне тестуванняНефункціональне тестування
Що перевіряєЩО система робитьЯК система це робить
ОрієнтаціяПоведінка, функціональністьПродуктивність, безпека, зручність, надійність
Засноване наФункціональних вимогахНефункціональних вимогах або критеріях якості
ПрикладиВхід/вихід, логін, пошукНавантаження, час відгуку, UX, захист паролів

Підсумки:

Обидва типи є необхідними для повного тестового покриття.

  • Без функціонального тестування — програма може не працювати як задумано.
  • Без нефункціонального тестування — програма може працювати, але повільно, небезпечно або незручно.
Posted on

Black Box testing і White Box testing

Black Box testing і White Box testing — це два основних підходи до тестування програмного забезпечення, які відрізняються рівнем знання внутрішньої структури коду під час тестування.

Black Box Testing (тестування “чорної скриньки”)
Що це: Тестування, при якому тестувальник не має доступу до внутрішньої логіки або коду програми. Зосереджується лише на вхідних даних і очікуваних виходах.
Орієнтовано на:
Функціональні вимоги
Поведінку системи
Виконується ким: Зазвичай тестувальниками або користувачами, які не мають доступу до коду.
Приклади: Тестування UI, API, поведінки форми при введенні некоректних даних.
White Box Testing (тестування “білої скриньки”)
Що це: Тестування, при якому тестувальник має доступ до коду та знає його внутрішню структуру. Зосереджується на логіці, шляхах виконання, покритті коду.
Орієнтовано на:
Внутрішню логіку реалізації
Гілки, умови, цикли, покриття коду
Виконується ким: Зазвичай розробниками або технічними тестувальниками (ISTQB TTA).
Приклади: Unit testing, code coverage analysis, перевірка гілок.

Основна різниця між Black Box та White Box:

КритерійBlack Box TestingWhite Box Testing
Знання кодуНе потрібнеОбов’язкове
Рівень доступуЗовнішній (інтерфейс, API, UI)Внутрішній (структура, логіка, змінні)
ОцінюєтьсяФункціональність, вимогиВнутрішня логіка, шляхи виконання
Хто виконуєТестувальники, користувачіРозробники, технічні тестувальники
ПрикладиФункціональні, нефункціональні тестиUnit-тести, аналіз покриття, контроль гілок
Posted on

Статичне тестування і динамічне тестування

Статичне тестування і динамічне тестування — це два основних підходи в тестуванні програмного забезпечення. Вони відрізняються тим, чи виконується код під час тестування.

Статичне тестування (Static Testing)
Що це: Тестування, яке виконується без запуску коду. Воно спрямоване на виявлення дефектів на ранніх етапах розробки.
Як виконується:  
Аналіз документації
Рев’ю коду
Статичний аналіз інструментами
Перевірка вимог, тест-кейсів, дизайну
Ціль: Знайти помилки у вимогах, логіці, синтаксисі до виконання програми.
Динамічне тестування (Dynamic Testing)
Що це: Тестування, яке виконується під час виконання коду. Воно перевіряє, як система поводиться в реальному середовищі.
Як виконується:
Запуск програмного забезпечення
Виконання тест-кейсів
Автоматизоване або ручне тестування
Ціль: Переконатися, що ПЗ працює правильно під час виконання, знаходити дефекти в поведінці.

Ключова різниця між статичним та динамічним тестуванням

ХарактеристикаСтатичне тестуванняДинамічне тестування
Чи виконується код?НіТак
Етапи SDLCРанній (аналіз, дизайн)Після реалізації (тестування)
ВиявляєСинтаксичні, логічні помилкиПоведінкові, функціональні помилки
ІнструментиCode review, аналізаториТестові фреймворки, емулятори

Ці підходи доповнюють один одного: статичне тестування дозволяє виявити дефекти ще до запуску ПЗ, а динамічне — перевіряє фактичну поведінку програми в дії.