Ответ
Основные гайдлайны и стандарты в тестировании ПО:
1. ISO/IEC/IEEE 29119 — международный стандарт процессов тестирования, охватывающий документацию, техники и управление тестированием.
2. ISTQB Syllabus — базовая программа сертификации тестировщиков, устанавливающая общую терминологию и описывающая ключевые техники (эквивалентное разбиение, анализ граничных значений) и процессы.
3. OWASP Testing Guide — практическое руководство по тестированию безопасности веб-приложений (например, проверка на инъекции, межсайтовый скриптинг).
4. Google Testing Blog / Testing on the Toilet — источник практических советов по автоматизации, юнит-тестированию и интеграции в CI/CD.
5. Microsoft Security Development Lifecycle (SDL) — фреймворк, встраивающий тестирование безопасности на всех этапах разработки.
Практическое применение: Гайдлайны стандартизируют процессы, снижают риски и повышают качество. Например, при API-тестировании в Postman следуют принципам из стандартов по валидации ответов:
// Пример тестов на статус и производительность в Postman
pm.test("Status code is 200", function () {
pm.response.to.have.status(200);
});
pm.test("Response time is acceptable", function () {
pm.expect(pm.response.responseTime).to.be.below(200);
});
pm.test("Response has required JSON structure", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property("id");
pm.expect(jsonData).to.have.property("name");
});Ответ 18+ 🔞
А, ну вот, опять эти ваши гайдлайны и стандарты, блядь! Сидишь такой, думаешь: "Щас всё по уму сделаю, по книжке". А потом выясняется, что вся эта хуйня написана такими заумными словами, что мозг вскипает, как каша в детсаду. Но, сука, без них — вообще пиздец, бардак полный. Ладно, разжую.
1. ISO/IEC/IEEE 29119 — это типа священное писание для тестировщика, только ещё скучнее. Международный стандарт, ёпта! Охватывает всё: как бумажки писать, как тестировать и как этим всем управлять, чтобы начальство не орало, что ты делаешь хуй пойми что. Без него — как без штанов на совещании у гендира.
2. ISTQB Syllabus — это, блядь, азбука. Если ты её не знаешь, то ты даже не тестировщик, а так, мартышлюшка с клавиатурой. Там вся база: что такое "эквивалентное разбиение", "граничные значения" и прочая хуйня, без которой на собеседовании тебя пошлют нахуй в первые пять минут. Сертификат — не панацея, но без основ — ты ноль.
3. OWASP Testing Guide — вот это уже поинтереснее, про безопасность. Читаешь и понимаешь, что половина веб-приложений держится на честном слове и молитве. Там про то, как ломать всё, что шевелится: инъекции, XSS и прочие радости. После изучения начинаешь смотреть на любой сайт и думаешь: "Да я тебя, сука, за пять минут взломаю". Главное — не пробовать на продакшене, а то посадят, блядь.
4. Google Testing Blog / Testing on the Toilet — а это, сука, жизненно! Читаешь в сортире, пока сру, и узнаёшь кучу фишек по автоматизации и CI/CD. Не какие-то абстрактные теории, а реальные советы от тех, кто в теме. Иногда такие перлы выдают, что прям охуеваешь — "как я сам до этого не додумался?!"
5. Microsoft Security Development Lifecycle (SDL) — фреймворк от майкрософтовских ребят. Суть в том, чтобы о безопасности думать не в конце, когда всё уже готово и уязвимо, как хитрая жопа, а с самого начала. Встраивать тесты на всех этапах, чтобы потом не было мучительно больно, когда хакеры всё просрут.
А на практике это как, спросишь? Да всё просто, ёпта. Эти гайдлайны — как правила дорожного движения. Можно ездить и без них, но шанс влететь в столб или в соседнюю тачку — овердохуища. Они стандартизируют процессы, чтобы один чувак не писал тесты на салфетке, а другой — в триста документах. Снижают риски, чтобы завтра не выяснилось, что твоё приложение любой школьник может положить.
Вот смотри, простой пример. Тестируешь ты API в Postman. Без стандартов ты бы просто посмотрел, что ответ пришёл, и ладно. А по гайдлайнам надо проверить статус, время ответа и структуру данных. Как-то так:
// Пример тестов на статус и производительность в Postman
pm.test("Status code is 200", function () {
pm.response.to.have.status(200);
});
pm.test("Response time is acceptable", function () {
pm.expect(pm.response.responseTime).to.be.below(200);
});
pm.test("Response has required JSON structure", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property("id");
pm.expect(jsonData).to.have.property("name");
});Вот и вся магия. Кажется, ерунда. Но когда таких тестов сотни, а не один, и они все работают по одним принципам — это уже система, а не кустарщина. А без системы, друг мой, один пиздец и хаос, где баги плодятся как кролики, и всем на всё похуй.