Мета тестування- збільшити ймовірність правильної роботи ПЗ
./ а також
збільшити ймовірність відповідності ПЗ всім описаним вимогам
./ і
надання інформації про стан ПЗ на даний момент.

Етапи тестування: (без відповідей на питання хто? що робить? коли? навіщо? скільки? немає цілісного сценарію, що сумно)
1. Аналіз продукту (що на загал має бути, певно)
2. Робота з вимогами (можливо, яке має бути ПЗ)
3. Розробка стратегії тестування та планування процедур контролю якості (опірні точки прийняття рішень важливі)
4. Створення тестової документації (бюрократія, позіхи і дотошність)
5. Тестування прототипу (наявної частини програми?)
6. Основне тестування
7. Стабілізація (стабілізатори, гомогенізатори, ароматизатори...)
8. Експлуатація (техпідтримка, певне)

Тест план (Test Plan) — це документ, який описує весь обсяг робіт з тестування, починаючи від опису об’єкта, стратегії, графіка, критеріїв початку і закінчення тестування, до необхідного обладнання, спеціальних знань, а також оцінки ризиків з варіантами їх вирішення.
Відповідає на запитання:
Що потрібно тестувати?
Що будете тестувати? (типу потрібно і будете, потрібно і не будете, не потрібно і будете, не потрібно і не будете :J ?)
Як будете тестувати?
Коли будете тестувати?
Критерії початку тестування.
Критерії завершення тестування.

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

Якість програмного забезпечення (Software Quality) — це характеристики програмного забезпечення, завдяки яким ПЗ задовольняє встановлені та передбачувані потреби. [Quality management and quality assurance].
Тобто клієнт хоче кримнашзнову, тестувальник визначає, чи ПЗ видасть саме результат кримнашзнову, і як воно клієнтові буде потенційно прогнозоване можемзіркальнапабухтєть

Верифікація (verification) — це оцінювання поточного етапу розробки досягненню цілі, термінів та результатів поточної фази розробки.
Гіпотетично верифікація стосується досягненню мети всього проекту чи мети певного проміжку, а також чи вкладаємося у запланований на конкретну мету час. Цільо- часовий перелік якось теоретично мав би іменуватися, а цільовий- називається специфікацією

Валідація (validation) — це визначення відповідності ПЗ потребам користувача і вимогам до системи [BS7925-1].
Напевне, тестувальник визначає, чи ПЗ робить те, що хоче клієнт, і чи розробник у моменті не вдосконалює систему, яка ще позавчора робила все, що має робити.
Варіанти значень:
Оцінювання відповідності ПЗ прописаним програмістами вимогам (специфікаціям)- це верифікація (verification), а відповідність продукту вимогам користувачів- це валідація (validation).
Ще одне визначення цих понять:
Валідація — «is this the right specification?».
Верифікація — «is the system correct to specification?»
Спершу
валідація визначає правильність специфікації, потім
верифікація визначає відповідність ПЗ щодо правильної специфікації.

Штош))) розберемо «на пальцях»

Тестування програмного забезпечення —
співставлення реальної та очікуваної поведінки програми. Здійснюється певною кількістю тестів, вибраних у певний спосіб.
Включає
планування робіт (Test Management), проектування тестів (Test Design),
виконання тестування (Test Execution) та
аналіз отриманих результатів (Test Analysis).
Себто такий собі бек-енд)

Склалося враження, що вся теорія тестування існує десь у вигляді стрункої системи чи алгоритма на кшталт if... than ... else..., і де прописані всі goto
:)
Вам успіхів!

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

А про найлегший вступ через тестування- мені це озвучував програміст, що сам перевчився з тестувальника.

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

На її taplink без vpn не зайдеш.

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

Брала участь у безкоштовному марафоні- промоушені платного курсу навчання для тестувальників.
«Ось як описується баг, ось як заповняти поля у Jira, ось необхідний мінімум теорії»
Перші два завдання за готовим зразком зробила запросто. З теорії, нібито необхідної, вгадала 2 відповіді з 12. Бо теорія не про прості зрозумілі дії. А про те, що в світі є це, і оце, і ще оте.
У першому уроці придбаного мною платного курсу- посилання на оцю статтю. Інформації навалили, як .уйло в чемодан, подумала я.

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

Питання до автора статті: що пропонуєте робити з усією поданою Інформацією?