Про види тестування, пов’язані зі змінами 🔍

Стаття від нашого QA Lead - Олексія

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

#codica_tech

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

▪️ Далі за наростанням комплексності йде смоук-тестування. Це низка поверхневих перевірок по усьому застосунку з метою перевірити, що він продовжує адекватно працювати. Зазвичай смоук-тестування є початковою процедурою перед проведенням більш детальних перевірок — повної чи часткової регресії, бо таке тестування зафейлиться лише на найбільш критичних і очевидних багах, отже, дозволить знайти їх відносно швидко і відправити на фікс. Для смоук-тестування зазвичай не пишуть окремої документації, воно проводиться на основі досвіду QA інженерів із конкретним застосунком. Інколи бувають внутрішні домовленості, за якими з усієї тестової документації обираються кейси для смоук-тестування.

▪️ Про “санітарне” тестування (як вирішили локалізувати sanity testing, тобто тестування “здорового глузду”) в теоретичній базі існують певні розбіжності. Смоук-тестування та санітарне тестування інколи ототожнюють, кажучи, що це два терміни для позначення смислу, описаного у попередньому абзаці. Але деякі ресурси виділяють санітарне тестування окремо, як глибоке тестування певної функціональної частини з метою пересвідчитись, що ця частина продовжує працювати згідно з вимогами. У такому прочитанні воно є підмножиною регресійного тестування, яке відповідним чином перевіряє весь застосунок.

▪️ На практиці рішення про санітарне тестування може бути прийняте, коли в якихось конкретних елементах застосунку було знайдено більшу частину багів або ж у рамках ретестингу, якщо взаємозв’язок компонентів не є очевидним, і для перестрахування краще подивитися функціональну частину вглиб. Як підмножина регресійного тестування, санітарне тестування має свою документацію — це відповідний розділ регресійного сьюту.


#codica_tech

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

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

▪️ Регресійне тестування зазвичай проводиться на початку та/або в кінці тестування нового функціонального інкременту в рамках тестового середовища, а потім іще раз після деплою на середовищі реальному, якщо воно є. Це доволі монотонний і довгий процес, який може “приїстися”, тому тут важливо привчити себе суворо слідувати за документацією.

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

Підписуйтесь на наші👇
TikTok та Instagram

#codica_tech

⌨️ Інтеграція ChatGpt у VS code

👉 Розробник Даніель Авіла (Daniel Avila) представив плагін Code GPT для редактора Visual Studio Code, що дозволяє користуватися ChatGPT чат-ботом під час роботи над кодом. Плагін може генерувати фрагменти коду, файли Readme, отримувати довідку зі StackOverflow, шукати помилки, проводити рефакторинг коду та документувати його.🔍 Плагін можна налаштувати для використання з мовними моделями від OpenAI, Cohere та AI21. Для роботи потрібно згенерувати API-ключ. Також можна налаштувати інші параметри відповідей чат-бота.

#codica_tech

📌 За допомогою Code GPT можна звертатися до ChatGPT прямо з вікна редактора коду без переходу до браузера. При цьому код, що генерується, відразу з'являється в документі. Також у запиті не треба вказувати мову програмування, якою потрібно згенерувати рішення. Code GPT сам зрозуміє це та автоматично передасть у запиті.

🖥 Разом з цим, Code GPT може допомогти згенерувати файл Readme, знайти помилку в коді, задокументувати код, пояснити логіку роботи незрозумілого фрагмента коду і написати юніт-тести. Також за допомогою плагіна можна отримувати відповіді зі StackOverflow у новому вікні редактора коду.

✅ Плагін безкоштовний та доступний у Visual Studio Marketplace. Code GPT вже встигли встановити понад 144 тис. користувачів, які оцінили плагін у чотири зірки з п'яти.

Підписуйтесь на наші👇
TikTok та Instagram

#codica_tech

Часті помилки кандидата на інтерв'ю 😳

#НапуттяВід_HR Директорки Клименко Наталії

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

1️⃣ Занадто вдаватися до деталей.

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

✅ Порада: постарайтеся, щоб усі ваші відповіді були короткими та прямолінійними. Пам'ятайте, що менеджер з персоналу не повинен знати всю вашу біографію.

2️⃣ Надмірна відвертість.

👉 Ви не у психотерапевта. Всі питання тут, щоб оцінити ваш професійний досвід. Не розповідайте, як вас ображав бос, як вас не цінували, які у вас були погані колеги і як ви втомилися від інтенсивності роботи. Зовсім погано, коли ви журитеся, що вас не беруть на роботу або наскільки рекрутери непрофесійні.

✅ Порада: тримайтеся в рамках ділової професійної етики, обговорюйте завдання, які стосуються виключно роботи.

3️⃣ Виявляти незацікавленість.

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

✅ Порада: виберіть цікавий факт/історію, як ви йшли до своєї професії, виявіть інтерес до проєктів компанії.

4️⃣ Не ставити питання.

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

✅ Порада: заздалегідь підготуйте список можливих питань. Наприклад, це можуть бути питання щодо конкретних обов'язків, розпорядку дня, кількості людей у ​​команді і як розподілялися ролі, про онбординг та багато іншого. Багато залежить і від того, що обговорювалося на співбесіді до цього моменту. ‍

5️⃣ Цікавитися лише зарплатою та преміями.

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

✅ Порада: заздалегідь підготуйте список питань про культуру в компанії, щоденні обов'язки, колектив та можливості просування. А питання про гроші ставте лише після того, як інші теми вичерпано.

Всім швидкої, цікавої, успішної співбесіди!

Підписуйтесь на наші👇
TikTok та Instagram

#НапуттяВід_HR

Вдалої вам п'ятниці та гарних вихідних
😘

#codica_english

Щорічно 31 березня у всьому світі відзначають Всесвітній день резервного копіювання або День бекапу 🎉

Всесвітній день резервного копіювання створений для того, щоб нагадати вам про необхідність резервного копіювання файлів, навіть якщо це робиться раз на рік⚠️

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

👉 Підпишись на наш TikTok | Instagram

#codica_humor

Всім гарного недільного ранку, тримайте невеличкий дайджест новин зі світу IT від @Mister_Cody 📰

🎭 «Маски-шоу стоп-3». Який законопроєкт для захисту бізнесу готує влада й чому його не можна назвати досконалим.

🦾 Команда Донецького вишу створила бот із медіабезпеки, який відзначила міжнародна інноваційна програма UPSHIFT.

🇮🇹 Італія стала першою у світі країною, що заборонила доступ до ChatGPT.

🖥 Zoom інтегрував ШІ Open AI: є віртуальний коворкінг і можна «наздоганяти» мітинги.

Підписуйтесь на наші👇
TikTok та Instagram

Доброго ранку та гарного тижня 🌞

#codica_ruby

Molecule фреймворк для Ansible 😳

Стаття від нашого DevOps - Івана

👉 Molecule - це фреймворк, тестування та відлагодження Ansible-ролей. Він дозволяє тестувати ролі Ansible у зручному середовищі, забезпечуючи тестування та валідацію ролі перед її використанням.

#codica_tech

👉 Molecule використовує віртуальні машини (а саме: Libvirt, Parallels, VirtualBox, VMware) для тестування ролей та дозволяє створювати різноманітні середовища, що сприяє тестуванню ролей в різних конфігураціях. Крім того, Molecule дозволяє запускати тести на різних платформах, як-от Docker, Vagrant, OpenStack, AWS тощо.

🦾 Molecule забезпечує автоматизацію процесу тестування ролей, дозволяючи зосередитися на функціональності ролі, замість витрачання часу на налаштування тестових середовищ.

⚠️ Ініціалізація ролі з молекул виконуєтся таким чином:
molecule init role acme.role-name --driver-name docker

👇 Після чого у вашу директорію з роллю додасться ще одна папка:
├── molecule
│ └── default
│ ├── converge.yml <-- плейбук, який буде викликати (інвокати) роль
│ ├── INSTALL.rst <-- інструкції до ролі
│ ├── molecule.yml <-- головний файл з конфігураціями
│ └── verify.yml <-- ансібл файл для тестування

⌨️ Загалом Molecule допомагає забезпечити якість ролей, зменшуючи кількість помилок та сприяючи швидкому та ефективному процесу розробки та тестування.

✅ Туторіал для перегляду

Підписуйтесь на наші👇
TikTok та Instagram

#codica_tech

Сьогодні – Міжнародний день Інтернету та День веб-майстра👨‍💻

👉 Дата цього свята вибрана невипадково: цифри 4.04 дуже нагадують за своїм написанням помилку 4️⃣0️⃣4️⃣ («Сторінку не знайдено»).

🎉 Трохи цікавих фактів про інтернет, у більшість з яких важко повірити:

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

2️⃣ Перший електронний лист був надісланий у 1971 році. Його надіслав Рей Томлінсон (американський програміст), який винайшов систему електронної пошти. Символ «@» використовувався для позначення того, що електронний лист було надіслано людині, а не машині (комп’ютеру).

3️⃣ Перший створений веб-сайт був info.cern.ch. Сторінка була написана за допомогою першої версії HTML.

4️⃣ Назва Wi-Fi нічого не означає, вона була придумана творцем з того, що римується зі словом Hi-Fi.