QAПідрозділ
Види тестування
Три види тестів, які кладуть в один список і які не є порівнюваними. Smoke — це ворота: він вирішує, чи вартий білд чийогось часу. Регресія — це памʼять: вона памʼятає, що вже одного разу зламалося. Наскрізний — це рівень: єдине місце, де можна довести, що зібрана система працює. Перші два є причинами запускати тести й можуть бути написані на будь-якому рівні, — і саме цю відмінність пропускає більшість відповідей на співбесідах.
Що всередині
Усі сторінки цієї групи — і про що кожна з них.
- Smoke-тестуванняПравило відбору, бюджет часу як механізм і різниця між smoke, sanity й підтвердженням.ВоротаДо 5 хв
- Регресійне тестуванняЩо заслуговує на постійний кейс, суворіше правило виходу, пʼять стратегій відбору й карантин замість видалення.ПамʼятьВідбір
- E2E-тестуванняЩо доводить лише зібрана система, чому рівень малий, а не відсутній, і як обирати маршрути, а не фічі.МаршрутиПіраміда
З чого почати
- Будуєте набір тестів з нуляSmoke-тестування. Малий набір, що доводить працездатність, кращий за великий, якому ніхто не вірить.
- Набір надто повільний для запускуРегресійне тестування, надто розділ про відбір: спершу паралелити, далі — рівні.
- Ваші E2E-тести нестабільніНаскрізне тестування: пʼять джерел варіації і те, що мало бути спіймане двома рівнями нижче.
Інше в цьому розділі
- QAЗабезпечення якості (QA) — це практика вирішувати, що перевіряти, запускати ці перевірки достатньо часто, щоб вони мали сенс, і розуміти, що змінюється, коли те, що тестують, перестає давати ту саму відповідь двічі. У розділі 9 тем у трьох групах: види тестування, які всі памʼятають наполовину; автоматизація на Playwright, Cypress і Selenium; і тестування продуктів на мовних моделях, де твердження стає оцінкою, а не рівністю.
- АвтоматизаціяТри браузерні інструменти, кожен пояснений через один архітектурний факт, з якого випливає все інше. Playwright керує браузером ззовні через одне зʼєднання; Cypress працює всередині вкладки разом із вашим застосунком; Selenium — це опублікований стандарт W3C із прикріпленими бібліотеками. Прочитайте архітектуру — і списки можливостей пояснять себе самі, включно з тим, чого кожен інструмент не може. Що взагалі належить браузерному тесту — на сторінці E2E, а не тут.
- Тестування AIКоли той самий ввід перестає давати той самий вивід, перевірка на рівність втрачає сенс, а один запуск перестає бути доказом. Три теми: що це змінює для того, хто пише кейси; як оцінити одну відповідь, не витрачаючи гроші на заміну факту думкою; і як відрізнити справжню регресію від шуму семплінгу. Експлуатація LLM-фічі в продакшні — це LLMOps у «Розробці»; ці три володіють її тестуванням.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.