Розкажемо, що таке SHL тести та покажемо на прикладах, як вони допомагають у роботі HR-а. Наведемо приклади всіх різновидів SHL тестів із відповідями.

З цієї статті ви дізнаєтесь

Психометричні тести:

Що таке SHL тести

Психометричні SHL тести – інструмент рекрутингу, який дозволяє відсіяти невідповідних кандидатів ще до співбесіди. SHL тести не перевіряють знання претендентів, а оцінюють їхні інтелектуальні здібності. За статистикою, після проходження SHL тестів до співбесіди доходять 70-80% претендентів.

3 різновиди SHL тестів

1. Вербальні SHL тести

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

До тексту даються 2-3 твердження. Потрібно оцінити їх за наступною шкалою: «Вірно», «Помилково» та «Мало інформації».

2. Математичні (числові) SHL тести

Такі тести передбачають вирішення математичних завдань різного рівня складності. Вони не задаються інтеграли, похідні і системи рівняння, проте завдання вимагає аналізу великої кількості даних в умовах обмеженого часу.

3. Логічні SHL тести

Їх також називають тестами на абстрактне мислення, індукцію чи діаграмними тестами. Завдання логічних тестів дано у вигляді тверджень, набору абстрактних фігур, числових послідовностей або діаграм. Кандидат повинен знайти закономірність та відповісти на запитання або вибрати правильний варіант.

Навіщо потрібні SHL тести

На тестах SHL перевіряють, як швидко кандидат вміє думати, аналізувати інформацію, зосереджуватися, чи вмієте він логічно мислити.

Що можна перевірити за допомогою тестів SHL

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

1. Вербальні SHL тести

Вони дозволяють визначити, наскільки швидко кандидат сприймає текст, розуміє логічні зв'язки та оцінює запропоновані твердження. У цих тестах є «підступ» - відповідь « Мало інформації» часто плутають із відповіддю « Хибно». Оцінити різницю може лише справді грамотний спеціаліст.

1. Числові SHL тести

З їхньою допомогою перевіряють здатність кандидата «бачити» цифри – швидко вирішувати дроби, шукати невідоме чи визначати відсоткові співвідношення. У числових тестах визначається здатність кандидата розуміти графічну та табличну інформацію.

1. Логічні SHL тести

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

1. Використовуйте різні тести в одному наборі, це дозволить визначити різні типи мислення людини.
2. Звертайте увагу, чи зуміє здобувач трохи помітні написи в завданні, використовуйте їх, щоб перевернути весь хід рішення.
3. Оцінюйте можливість кандидата сприймати великий обсяг інформації, свідомо перевантажуйте текст даними, які важливо запам'ятати.
4. Аналізуйте, як швидко накопичується втома та настає ступор у роботі кандидата, для цього підвищуйте кількість завдань.
5. Чи вміє тестований грамотно відфільтрувати непотрібні дані, що заважають пошуку рішення? Визначайте цей параметр, використовуючи багато зайвих даних у вихідній умові завдань.
6. Застосовуйте завдання зі складними логічними зв'язками, коли для правильної відповіді потрібно побудувати довгий логічний ланцюжок.
7. Визначайте, якою мірою кандидат володіє специфічною лексикою, складайте тести так, щоб без володіння термінологією багато завдань були незрозумілими.

Приклади SHL тестів

Приклад вербального тесту SHL

Вихідна умова:

У літній період, коли штатні співробітники вирушають у відпустку, деякі організації беруть на тимчасову роботу студентів. У цей час року у багатьох компаніях зростає навантаження, і виникає потреба у додатковому персоналі. Тимчасова зайнятість приваблює студентів можливістю набути практичних навичок та отримати роботу в цій компанії після навчання. Компанія також зацікавлена ​​у надходженні нової робочої сили. Вона намагається зацікавити студентів та мотивувати їх продовжити співпрацю. Студенти не мають права на лікарняну або оплачувану відпустку, але їхня робота оплачується в повному обсязі.

Твердження 1:Студенти, прийняті на тимчасову роботу, отримують відпускні у формі додаткових виплат до окладу.

Правильну відповідь: Помилково.

Твердження 2: Роботу штатних співробітників, які перебувають у відпустці, можуть виконувати студенти.

Правильну відповідь:Правильно.

Твердження 3:Процедура подання скарги та накладення дисциплінарних стягнень поширюється на студентів так само, як і на штатних працівників.

Правильну відповідь:Мало інформації.

Приклад числового SHL тесту

Завдання: «Працюючи разом, Том, Гаррі та Дік пофарбують 100-метровий паркан за 9 годин Поодинці Том пофарбує паркан за 18 годин, а Гаррі - за 36. Скільки часу потрібно Діку на фарбування паркану, якщо Том і Гаррі візьмуть вихідний».

Правильну відповідь– 36 годин.

Приклад логічного тесту SHL

Кандидату пропонується послідовність малюнків, один із них пропущений. Потрібно вибрати із запропонованих нижче варіантів пропущений:

Правильну відповідь: другий малюнок

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

Як аналізувати результати SHL-тестів

При аналізі результатів SHL-тестів важливо спиратися якість відповідей, а чи не кількість даних відповідей. Наприклад, перший претендент заповнив графи відповідей всіх 50 питань, але при цьому лише 25 з них виявилися правильними. А другий кандидат відповідав лише на 25 запитань із 50 і на все дав правильну відповідь. Результат другого кандидата буде кращим і ціннішим, тому що тут виключається ймовірність випадкового вгадування правильної відповіді простим проставленням галочок у тесті.

Питання, залишене без відповіді, у будь-якому тестовому блоці слід розцінювати як неправильне. Аналізуйте тести майбутніх співробітників з погляду сильних та слабких сторін. Для цього HR-фахівцеві потрібно чітко знати, які якості повинен мати кандидат на ту чи іншу посаду.

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

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

Любі друзі!

• Якщо скоро Ви маєте «Вербально-Числове» тестування SHL, Talent-Q, Ontarget Genesys,
• Якщо Ви боїтеся не здати та шукаєте як підготуватися
• Якщо часу лишилося мало,

то поспішаю повідомити Вам про те, що є можливість підготуватися онлайн професійно.

Швидко та просто, використовуючи ефективну онлайн підготовку, Ви натренуєте свої навички за 2-3 дні та здасте тести з першого разу! Стійка навичка з'являється після вирішення 30-40 тестів.

Послухайте 6-хвилинне інтерв'ю одразу після тестування та підготовки у нашій системі.

В інтерв'ю ми говорили про онлайн-програму Roboxtest V.8, яка є платформою для версій MAXIMUM 875, BIG4, FMCG, НГК.

Наша команда розробила унікальну програму Roboxtest V.8. Вона максимально наближена до реального тестування – сам процес проходить прямо у браузері, з обмеженою кількістю часу. Запрошую Вас пройти пробний вербальний тест і побачити все на власні очі. Повна база тестів (більше 100 тестів на даний момент близько 1500 питань) також доступна. Для цього зв'яжіться зі мною. Контакти є нижче.

Вся підготовка відбуватиметься онлайн. До кожного тесту є правильні відповіді та рішення без обмеження за часом. Програма працює прямо із браузера Google Chrome, FireFox, Mozilla, Safari.

Увага! З Internet Explorer зараз програму «не подружили» (не весь функціонал).

(Працює з Google Chrome, FireFox, Mozilla, Safari.)

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

Також система виявить Ваші сильні та слабкі сторони та підкаже на що більше звернути увагу.

Зараз у базі більше сотні різних тестів (більше 1500 питань) — переважно тести здібностей — вербальний, числовий, абстрактно-логічний. Але, швидше за все, всю базу Ви не вирішуєте. Тут важливе інше – навичка.

Як показує досвід, достатньо досягти рівня 80-90 відсотків і не менше 60 перцентилів по кожному виду тесту, щоб успішно пройти реальне тестування з першого разу.

Люди, які готувалися за нашою системою, вирішували в середньому 30-40 тестів. Тут знову ж таки індивідуально, один кандидат дуже хотів потрапити на посаду — нарішав 152 тести! І здав реальне тестування успішно!

Є також тести знань – англійська – 2-х рівнів, РСБУ, IFRS – для підготовки у велику четвірку.

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

З повагою, Пантелєєв Станіслав.

[email protected]

Завдання, які Ви вирішуватимете, не можна назвати складними. Це не матриці та інтеграли, не складна математична логіка. Мета тестування – виміряти Ваші психометричні дані.

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

Приклад звіту компанії для роботодавця

Ваші результати порівнюватимуться з результатами інших кандидатів. Ось як виглядає результат тестування для роботодавця з прикладу тестування системи Talent-Q.

Робіть висновки. Вас порівнюватимуть із нормативною групою і на підставі цих результатів запрошуватимуть Вас на співбесіду чи ні.

Щоб потрапити на співбесіду - обов'язково наполегливо тренуйтеся! Подивіться, які типи завдань існують, знайдіть свої матеріали або використовуйте наші. Формула тут проста «Тренування = Успіх»

Числовий тест та його різновиди. Приклади та рішення

Приклад задачі із графіком

На скільки тисяч автомобілів більше імпортовано у другому кварталі другого року, аніж у першому році за аналогічний період?
Рішення:
З графіка видно, що у другому кварталі другого року імпортовано 600 тис. машин, у другому кварталі першого року – 425 тис.
Обчислюємо різницю 600-425 = 175 тисяч автомобілів
Відповідь:
175 тисяч автомобілів

Приклад завдання із діаграмою

Не секрет, що рівень потужності фінансової системи будь-якої країни оцінюється, виходячи із розміру її золотовалютних резервів. Звичайно, чим резерви більші, тим вищий рівень стійкості економіки до різних фінансових потрясінь.
На запропонованих нижче діаграмах наводиться зміна розмірів таких резервів (у млрд доларів США) п'яти найбільших економік світу: Китаю, США, Японії, Європейського Союзу в сукупності (ЄС) та Російської Федерації. Зазначимо, що розглянуті дані стосуються періоду 2010-2013 років.

У скільки разів золотовалютні резерви Китаю в 2010 році більші за російські в 2011 році?

Рішення:

Золотовалютні резерви Китаю в 2010 році складають 2000 млрд. доларів, Російської Федерації в 2011 році - 400 млрд. доларів.

Відповідь:

Приклад задачі з таблицею
На Олімпійських іграх 2004 року найбільше медалей золотих, срібних та бронзових завоювали спортсмени п'яти країн: США, Китай, Росія, Австралія, Японія. Питання: Скільки золотих нагород не вистачило збірної Росії, щоб зайняти перший рядок загальнокомандному заліку за кількістю золотих медалей крім срібних?

Коментар: місця у заліку розподіляються за загальною сумою нагород

Рішення:

Щоб Росії зайняти перше місце з золотих медалей, потрібно набрати обігнати США та набрати 36 медалей. Тобто нам не вистачило 36-27 = 9 медалей

Відповідь:

Приклад завдання на відсотки

У січні 2012 року ціна на чоловічий костюм збільшилася на 25%, а в березні 2013 року на розпродажі стала меншою на 16% від піднятої і становить у конкретний момент 336 доларів. На скільки відсотків загалом упала чи піднялася ціна на костюм за згаданий вище період?

Рішення:

Позначимо через х – первісну ціну.

Тоді ціна в січні 2012 року - 1,25 * х;

Ціна в березні (1-0,16) * 1,25 * х = 336 доларів

1,05 * х = 336 доларів

Відповідь:

Ціна зросла на 5%.

Приклад завдання на суміші

З двох розчинів солі - 10-відсоткової та 15-відсоткової потрібно створити 40 грам 12 відсоткового розчину. Скільки грамів кожного розчину треба взяти?

Рішення:

Позначимо за x – масу 10-відсоткового розчину, за y – масу 15-відсоткового.

Тоді можемо скласти 2 рівняння:

Загальна маса розчину 40 грам, тобто

Наступне рівняння визначить вміст солі у розчинах:

0,1 х +0,15 y = 0,12 * 40

Отже, ми маємо систему з 2 рівнянь. Виражаємо х із першого рівняння та підставляємо у друге.

0,1 * (40-y) + 0,15 y = 4,8

4-0,1y+0,15y=4,8

Відповідь:

10-відсоткової 24 г,15-процентної 16 грам.

Тест на вербальну логіку. Приклад та рішення.

Приклад завдання на вербальну логіку

Існує прийнята у всьому світі міжнародна класифікація хвороб (МКБ-10), до неї входять сотні різних хвороб. Багато психіатрів із різних країн усього світу (наприклад, американський лікар Кімберлі Янг) вимагають включення до чергового видання МКБ кіберадикції (комп'ютерної залежності) як хвороби. На даний момент максимально близький діагноз - ігрова залежність, проте в опис цієї хвороби йдеться виключно про використання ігрових автоматів, про персональні комп'ютери там не йдеться.

Питання 1: Кіберадикція – хвороба, визнана у всьому світі.

Відповідь: Брехня.

Пояснення: оскільки психіатри з різних країн вимагають включення до чергового видання МКБ кіберадикції, можна зробити висновок, що ця хвороба ще не визнана у всьому світі.

Історія Станіслава Пантелєєва. Тести у P&G

Я розповім вам про свій досвід, а ви самі зробите з цього висновки. У 2008 році я закінчив Уральський Державний Університет зі спеціальності «Економіст-менеджер» зі спеціалізацією «Антикризове управління». На останніх курсах ми мали потужну рекламу великої четвірки (E&Y KPMG Deloitte PwC). Багато хто з мого курсу пішов туди працювати. 90% пішли протягом першого року. Я ж вибрав собі інший шлях — продажі. Першою компанією, до якої я вступав, була P&G. Заповнив анкету в системі Taleo, завантажив резюме, дочекався дзвінка і ось я на тестуванні у філії P&G у Єкатеринбурзі. Перше враження – завдання легкі, але час тече невблаганно. Нас – кандидатів на позицію Sales у P&G було троє. Я все уважно вирішував, на якихось завданнях вис. Пам'ятаю було якесь завдання на те, скільки і яких предметів різних розмірів влізе до складу — на ньому я просидів хвилин 10 і зрозумів, що не вирішу. Одного разу мої суперники запитали мене - "А встигнеш?". Я сказав, що встигну, але залишок часу просто натикав відповідей від балди. Результати були за 20 хвилин. Станіслав "Ні". Я тоді дуже засмутився. У мене ніколи не було проблем із такими простими завданнями, а тут взяти і провалити та зіпсувати собі кар'єру. За кілька днів я реанімувався і усвідомив цю просту думку — знайду підручники, завантажую тести, почну готуватися. Але не тут було. Підручників у мережі з підготовки до здавалося б таким простим завданням практично не було. Тестів також. Зрештою, для підготовки — мізерні ресурси. А кар'єра для мене означала на той момент дуже багато. Це і гроші та професійне зростання та соціальна значущість. Був ресурс Вадима Тихонова, але платити за тести на той момент я не хотів. Мені здавалося, що все можна завантажити. В результаті витратив багато часу, став складати свої завдання на основі того, що пам'ятав і з чим зустрічався. Став питати своїх друзів та знайомих, які також зіткнулися з цією проблемою. Так я познайомився з Мариною Тарасовою, яка значною мірою допомогла мені у підготовці. У неї на той момент вже був великий досвід у розробці тестів для оцінки та кваліфікації персоналу і, зокрема, тренувальних тестів для вступу до міжнародних компаній. Далі були компанії Марс, КПМГ, E&Y, Unilever. Всюди я складав ці тести на ура! Варто було освоїти лише принцип. Тренування допомогло мені, допоможе і Вам.Наші тести платні, тому що ми проводимо велику роботу для їхнього створення — роботу на результат. Ви, напевно, зіткнулися з тим, що інформації на тему підготовки до тестування дуже мало. Ми заповнюємо цю прогалину. Багато нового приходить від Вас, шановні клієнти та читачі. Щомісяця ми проводимо оновлення тестів відповідно до нової інформації та тенденцій на ринку тестування кандидатів. Це нові завдання, і нові типи завдань, приклади рішень та інші оновлення. У результаті, ми створили невеликий, але дуже корисний ресурс для Вашої підготовки до тестування. Ми готові почути Ваші побажання, коментарі та відгуки на нашому сайті. Для цього зверніться до «консультанта» і ми зв'яжемося з Вами.

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

У задачах необхідно знайти:

• відсотки;
• частки;
• відносини,

використовуючи при цьому:

• аналіз даних;
• графічну інтерпретацію.

Приклади включають графіки, таблиці або гістограми і такі умови стають випробуванням для деяких екзаменованих. Немає чисто текстових відомостей, як у наших шкільних підручниках: «поїзд виїхав туди, назустріч йому інший склад, коли вони зустрінуться?». Тест числових можливостей складається з графічних даних, і готуватися треба лише за подібними прикладами.

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

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

Пройти числовий тест без володіння математичною дисципліною не вдасться, проте рівень знань не повинен бути високим, навпаки, теоретичні знання вищої математики мало чим допоможуть під час вирішення завдань. Приклади, розроблені компаніями SHLабо Talent Qвимагають інших навичок, серед яких висока швидкість читання, виділення головної інформації. Більшість завдань простіше вирішити в умі, користуючись калькулятором, причому підібрати відповіді не вийде - розробники про це подбали.

Звісно, ​​«технарям», випускникам технічних вишів простіше готуватися, вирішувати завдання, але «гуманітарії» теж здатні отримати навички вирішення, тільки слід потренуватися.

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

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

Головна порада — практика, чим більше ви працюватимете з тренувальними числовими тестами, тим швидше, точніше і впевненіше ви відповідатимете на запитання. Прості числові тести безкоштовно розповсюджуються в мережі, їх легко знайти, подивитися, вирішити, але такі приклади підійдуть лише для ознайомлення. Завдання будуть із відповідями, проте рівень цих завдань — низький, і отримати достатню навичку рішення за їх допомогою не вдасться.

Щоб розраховувати на високий бал, слід відповісти на кілька сотень завдань, причому вирішувати краще за найважчих умов, наприклад, обмеживши час не хвилиною, а 40-45 секундами. Числові тести у різних компаніях відрізняються складністю, і буде корисно мати запас у часі.

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

Такі тести інтелекту, як "Шкала інтелекту Стен-форд-Біне" та "Шкала інтелекту дорослих Векслера", вимірюють комплекс ("композит") спеціальних здібностей. Результати, отримані з їх використанням, значно корелюють з успішністю діяльності у широкому спектрі. Однак цим тестам властива низька точність налаштування, тобто їх кореляції з успішністю у спеціальних галузях, зазвичай, низькі. Навпаки, тести спеціальних здібностей мають високу точність налаштування, їх середні кореляції з успішністю у широкому спектрі здебільшого нижчі, ніж у загальних тестів інтелекту, проте кореляція спеціального тесту з успішністю у чітко визначеній області вища.

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

Тести здібностей до навчання дозволяють передбачити ступінь успішності у вузьких областях, таких як математика, музика, рідна мова, мистецтво, та підходять для розподілу учнів з метою спеціалізації. Вони нерідко мають ширшу сферу охоплення, ніж тести досягнень, проте часто буває дуже важко розмежувати їх на основі специфічних завдань. Головна відмінність між ними полягає у призначенні: тести здібностей передбачають навуваність; тести досягнення оцінюють результати минулого навчання та поточні знання. Змішування цих різновидів пояснюється тим, що багато тестів досягнень дозволяють прогнозувати подальші успіхи точніше, ніж деякі тести здібностей, особливо коли передбачувані досягнення відносяться до вузької області. А. Анастазі у роботі "Психологічне тестування" зазначає, що різницю між тестами здібностей і досягнень можна відобразити на континуумі, на одному кінці якого - тести специфічних, шкільних досягнень (наприклад, тести, вчителем для застосування у своєму класі), на другому - тести загальних можливостей (наприклад, тести інтелекту). Такі тести здібностей, як "Тест академічного оцінювання" (SAT) та "Письмові іспити для аспірантів" (GRE), потрапили б до середини цього континууму.

За зразком "Армійського а-тесту" (розробленого в США в 1917 р.) було створено численні тести для вимірювання інтелекту - IQ-тести. Якщо показники великої групи дітей за тестом інтелекту у вигляді графіка, у якому зображено частоту прояви кожного показника, вийде крива нормального розподілу. Середнє (усереднений показник) завжди дорівнює 100, а стандартне відхилення - приблизно 15. Дітей, показник яких не досягає 70 (нижні 2% населення), вважають особами з психічною затримкою розвитку або розумово відсталими, а дітей із показниками вище 130 (верхні 2%) населення) іноді відносять до категорії обдарованих.

Багатофакторні тести здібностей містять набір субтестів, що оцінюють широкий спектр можливостей, ніж IQ-тести. Отримувана з їх допомогою інформація корисна у професійному та освітньому консультуванні. Батарею суб-тестів стандартизують на одних і тих же людях, що дозволяє порівнювати за різними субтестами та ідентифікувати слабкі та сильні здібності. Прикладами тестових батарей здібностей є "Диференціальні тести здібностей" (DAT), "Батарея тестів загальних здібностей" (GATB) t яку використовують у профконсультуванні, підбираючи професії на основі системи патернів професійної придатності.

Часто використовують DAT, який охоплює вісім субтестів: «Вербальні міркування», «Оперування числами», «Абстрактні міркування», «Швидкість та точність конторських операцій», «Механічне міркування», «Просторові відносини», «Орфографія та використання слів». показників за субтестами "Вербальні міркування" та "Оперування числами" дає комплексний показник, який можна порівняти із загальними показниками IQ за шкалою інтелекту Векслера для дітей (WISCR) або за шкалою Стенфорд-Біне. DAT використовують у роботі з учнями 8-9 класів, щоб забезпечити їх інформацією для планування подальшої освіти.

До багатофакторних тестів здібностей також належать:

- "Батарея професійної придатності Збройних Сил США" (ASVAB)

- "Тест можливостей для тих, хто не вміє читати" (NATB)

- "Комплексна батарея здібностей";

- "Батарея здібностей Гілфорда-Ціммермана";

- "Міжнародна батарея тестів первинних факторів";

- "Національні тести готовності" (MRT);

- "Тест базисних понять Бог знає" (ОТВС).

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

- "Тест академічних здібностей" (SAT)

- "Тестова батарея Програми тестування американських коледжів" (ACT)

- "Тест для вступників до юридичної школи" (LSAT)

- "Тест для вступників до медичного коледжу" (МСАТ).

Тести здібностей мають бути валідними та надійними. Вкрай важливо, щоб вони показували прогностичну валідність, тобто наскільки тестові показники можуть передбачати заданий критерій. Показники тестів здібностей використовують не для визначення успішності виконання завдань, що містяться в них, а для прогнозування певного релевантного критерію (наприклад, "Тест аналогій Міллера" можна застосовувати для прогнозування успішності навчання в аспірантурі). Зазвичай для опису прогнозованих зв'язків користуються коефіцієнтами кореляції, при цьому Кореляції від 0,40 до 0,50 вважають прийнятними.Деяким тестам здібностей, особливо загальним тестам інтелекту, таким як "Шкала інтелекту Стенфорд-Біне", бажано також мати конструктну валідність.

Знання показників за тестами здібностей може допомогти вчителям у прогнозуванні успіхів учнів та виробленні індивідуального підходу до їхнього навчання. У профконсультуванні тести здібностей допомагають виявляти розбіжності у здібностях і визначати співвідношення сильних і слабких сторін консультованого з погляду умінь, необхідні оволодіння різними професіями. Ці результати допомагають консультантам діагностувати причини неуспішності. Наприклад, IQ-тести можуть показати, що дитині нудно на уроках або її фруструє навчання у школі. Тести здібностей використовують також виявлення затримок психічного розвитку.

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

Gennadii_M 17 березня 2016 в 14:52

Тестування. Фундаментальна теорія

• Тестування IT-систем

• Tutorial

Нещодавно був на співбесіді на Middle QA на проект, котрий явно перевищує мої можливості. Приділив багато часу тому, чого не знав взагалі і мало часу повторення простої теорії, а дарма.

Нижче основи основ для повторення перед співбесідою для Trainee and Junior: визначення тестування, якість, верифікація/валідація, цілі, етапи, тест план, пункти тест плану, тест дизайн, техніки тест дизайну, traceability matrix, test case, чек-лист, дефект, error/deffect/failure, баг репорт, severity vs priority, рівні тестування, види / типи, підходи до інтеграційного тестування, принципи тестування, статичне та динамічне тестування, дослідницьке / ad-hoc тестування, вимоги, життєвий цикл бага, стадії розробки програмного забезпечення, decision table, qa/qc/test engineer, діаграма зв'язків.

Всі зауваження, коригування та доповнення дуже вітаються.

Тестування програмного забезпечення- перевірка відповідності між реальною та очікуваною поведінкою програми, що здійснюється на кінцевому наборі тестів, обраному певним чином. У більш широкому сенсі, тестування - це одна з технік контролю якості, що включає активності з планування робіт (Test Management), проектування тестів (Test Design), виконання тестування (Test Execution) і аналізу отриманих результатів (Test Analysis).

Якість програмного забезпечення (Software Quality)- це сукупність параметрів програмного забезпечення, що належать до його здатності задовольняти встановлені та передбачувані потреби.

Верифікація (verification)- це процес оцінки системи або її компонентів з метою визначення, чи задовольняють результати поточного етапу розробки умов, сформованих на початку цього етапу. Тобто. чи виконуються наші цілі, терміни, завдання розробки проекту, визначені на початку поточної фази.
Валідація (validation)- це визначення відповідності розроблюваного ПЗ очікуванням та потребам користувача, вимогам до системи.
Також можна зустріти іншу інтерпретацію:
Процес оцінки відповідності продукту явним вимогам (специфікаціям) і є верифікація (verification), водночас оцінка відповідності продукту очікуванням та вимогам користувачів є валідація (validation). Також часто можна зустріти таке визначення цих понять:
Validation - 'is ​​this the right specification?'.
Verification - 'is ​​the system correct to specification?'.

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

Етапи тестування:
1. Аналіз продукту
2. Робота з вимогами
3. Розробка стратегії тестування
та планування процедур контролю якості
4. Створення тестової документації
5. Тестування прототипу
6. Основне тестування
7. Стабілізація
8. Експлуатація

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

Основні пункти тест плану
У стандарті IEEE 829 перераховані пункти, з яких повинен (нехай може) складатися тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Економічні потреби;
l) Responsibilities;
m) Staffing and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals.

Тест дизайн– це етап процесу тестування ПЗ, на якому проектуються та створюються тестові сценарії (тест кейси), відповідно до визначених раніше критеріїв якості та цілей тестування.
Ролі, відповідальні за тест дизайн:
Тест аналітик – визначає «ЩО тестувати?»
Тест дизайнер – визначає «ЯК тестувати?»

Техніки тест дизайну

Еквівалентний Поділ (Equivalence Partitioning – EP). Як приклад, у вас є діапазон допустимих значень від 1 до 10, ви повинні вибрати одне правильне значення всередині інтервалу, скажімо, 5, і одне неправильне значення поза інтервалом - 0.

Аналіз Граничних Значень (Boundary Value Analysis – BVA).Якщо взяти приклад вище, як значення для позитивного тестування виберемо мінімальну і максимальну межі (1 і 10), і значення більше і менше меж (0 і 11). Аналіз Граничний значень може бути застосований до полів, записів, файлів, або до будь-яких сутностей, що мають обмеження.

Причина/Наслідок (Cause/Effect - CE).Це, як правило, введення комбінацій умов (причин) для отримання відповіді від системи (Слідство). Наприклад, ви перевіряєте можливість додавати клієнта, використовуючи певну екранну форму. Для цього вам необхідно буде ввести кілька полів, таких як "Ім'я", "Адреса", "Номер Телефону", а потім, натиснути кнопку "Додати" - це "Причина". Після натискання кнопки «Додати» система додає клієнта в базу даних і показує його номер на екрані - це «Слідство».

Передбачення помилки (Error Guessing – EG).Це коли тестувальник використовує свої знання системи та здатність до інтерпретації специфікації на предмет того, щоб «передбачити» за яких вхідних умов система може видати помилку. Наприклад, специфікація каже: "користувач повинен ввести код". Тестувальник думатиме: «Що, якщо я не введу код?», «Що, якщо я введу неправильний код? ", і так далі. Це і є передбаченням помилки.

Вичерпне тестування (Exhaustive Testing – ET)– це крайній випадок. У межах цієї техніки ви повинні перевірити всі можливі комбінації вхідних значень, і в принципі це має знайти всі проблеми. Насправді застосування цього методу неможливо, через величезної кількості вхідних значень.

Попарне тестування (Pairwise Testing)- Це техніка формування наборів тестових даних. Сформулювати суть можна, наприклад, ось так: формування таких наборів даних, в яких кожне тестоване значення кожного з параметрів, що перевіряються, хоча б один раз поєднується з кожним тестованим значенням всіх інших параметрів, що перевіряються.

Допустимо, якесь значень (податок) для людини розраховується на підставі її статі, віку та наявності дітей – отримуємо три вхідні параметри, для кожного з яких для тестів вибираємо якимось чином значення. Наприклад: стать - чоловіча або жіноча; вік – до 25, від 25 до 60, понад 60; наявність дітей – так чи ні. Для перевірки правильності розрахунків можна, звичайно, перебрати всі комбінації значень всіх параметрів:

№	підлога	вік	діти
1	чоловік	до 25	дітей немає
2	жінка	до 25	дітей немає
3	чоловік	25-60	дітей немає
4	жінка	25-60	дітей немає
5	чоловік	старше 60	дітей немає
6	жінка	старше 60	дітей немає
7	чоловік	до 25	діти є
8	жінка	до 25	діти є
9	чоловік	25-60	діти є
10	жінка	25-60	діти є
11	чоловік	старше 60	діти є
12	жінка	старше 60	діти є

А можна вирішити, що нам не потрібні поєднання значень всіх параметрів з усіма, а хочемо тільки переконатися, що ми перевіримо всі унікальні пари значень параметрів. Тобто, наприклад, з точки зору параметрів статі та віку ми хочемо переконатися, що ми точно перевіримо чоловіка до 25, чоловіка між 25 та 60, чоловіка після 60, а також жінку до 25, жінку між 25 та 60, ну і жінку після 60. І так само для всіх інших пар параметрів. І таким чином, ми можемо отримати набагато менше наборів значень (у них є всі пари значень, щоправда, деякі двічі):

№	підлога	вік	діти
1	чоловік	до 25	дітей немає
2	жінка	до 25	діти є
3	чоловік	25-60	діти є
4	жінка	25-60	дітей немає
5	чоловік	старше 60	дітей немає
6	жінка	старше 60	діти є

Такий підхід приблизно і становить суть техніки pairwise testing - ми не перевіряємо всі поєднання всіх значень, але перевіряємо всі пари значень.

Traceability matrix - Матриця відповідності вимогам- це двовимірна таблиця, що містить відповідність функціональних вимог (functional requirements) продукту та підготовлених тестових сценаріїв (test cases). У заголовках колонок таблиці розташовані вимоги, а заголовки рядків - тестові сценарії. На перетині - відмітка, що означає, що вимога поточної колонки покрита тестовим сценарієм поточного рядка.
Матриця відповідності вимог використовується QA-інженерами для валідації покриття продукту тестами. МСТ є невід'ємною частиною тест-плану.

Тестовий сценарій (Test Case)- це артефакт, що описує сукупність кроків, конкретних умов і параметрів, необхідних для перевірки реалізації функції або її частини, що тестується.
Приклад:
Action Expected Result Test Result
(passed/failed/blocked)
Open page «login» Login page is opened Passed

Кожен тест кейс повинен мати 3 частини:
PreConditions Перелік дій, що призводять систему до стану придатного для проведення основної перевірки. Або перелік умов, виконання яких свідчить, що система перебуває у придатному щодо основного тесту стану.
Test Case Description Список дій, що переводять систему з одного стану в інший, для отримання результату, на підставі якого можна зробити висновок про задоволення реалізації, поставлене вимогам
PostConditions Список дій, що переводять систему в початковий стан (стан до проведення тесту - initial state)
Види Тестових Сценаріїв:
Тест кейси поділяються за очікуваним результатом на позитивні та негативні:
Позитивний тест кейс використовує тільки коректні дані і перевіряє, що програма правильно виконала функцію, що викликається.
Негативний тест кейс оперує як коректними так і некоректними даними (мінімум 1 некоректний параметр) і ставить за мету перевірку виняткових ситуацій (спрацьовування валідаторів), а також перевіряє, що функція, що викликається додатком, не виконується при спрацьовуванні валідатора.

Чек-лист (check list)- це документ, що описує, що має бути протестовано. При цьому чек-аркуш може бути абсолютно різного рівня деталізації. Наскільки детальним буде чек-лист залежить від вимог до звітності, рівня знання продукту співробітниками та складності продукту.
Як правило, чек-лист містить лише дії (кроки), без очікуваного результату. Чек-лист менш формалізований, ніж тестовий сценарій. Його доречно використовувати тоді, коли тестові сценарії будуть надмірними. Також чек-лист асоціюються із гнучкими підходами у тестуванні.

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

Error- Помилка користувача, тобто він намагається використовувати програму іншим способом.
Приклад – вводить літери в поля, де потрібно вводити цифри (вік, кількість товару тощо).
У якісній програмі передбачені такі ситуації та видаються повідомлення про помилку (error message), з червоним хрестиком.
Bug (дефект)- помилка програміста (або дизайнера або ще кого, хто бере участь у розробці), тобто коли в програмі щось йде не так як планувалося і програма виходить з-під контролю. Наприклад, коли ніяк не контролюється введення користувача, в результаті неправильні дані викликають краші або інші "радості" у роботі програми. Або всередині програма побудована так, що спочатку не відповідає тому, що від неї очікується.
Failure- збій (причому не обов'язково апаратний) у роботі компонента, всієї програми чи системи. Тобто є такі дефекти, які призводять до збоїв (A defect caused the failure) і існують такі, які не призводять. UI-дефекти, наприклад. Але апаратний збій, ніяк не пов'язаний із software, теж є failure.

Баг Репорт (Bug Report)- це документ, що описує ситуацію або послідовність дій, що призвела до некоректної роботи об'єкта тестування, із зазначенням причин та очікуваного результату.
Шапка
Короткий опис (Summary) Короткий опис проблеми, що явно вказує на причину та тип помилкової ситуації.
Проект (Project) Назва тестованого проекту
Компонент програми (Component) Назва частини або функції продукту, що тестується
Номер версії (Version) Версія на якій було знайдено помилку
Серйозність (Severity) Найбільш поширена п'ятирівнева система градації серйозності дефекту:
S1 Блокуючий (Blocker)
S2 Критичний (Critical)
S3 Значний (Major)
S4 Незначний (Minor)
S5 Тривіальний (Trivial)
Пріоритет (Priority) Пріоритет дефекту:
P1 Високий (High)
P2 Середній (Medium)
P3 Низький (Low)
Статус (Status) Статус бага. Залежить від процедури та життєвого циклу бага (bug workflow and life cycle)

Автор (Author) Автор баг репорта
Призначений на (Assigned To) Ім'я співробітника, призначеного для вирішення проблеми
Оточення
ОС/Сервіс Пак і т.д. / Браузера + версія /… Інформація про оточення, на якому було знайдено баг: операційна система, сервіс пак, для WEB тестування - ім'я та версія браузера тощо.
…
Опис
Кроки відтворення (Steps to Reproduce) Кроки, якими можна легко відтворити ситуацію, що призвела до помилки.
Фактичний результат (Result) Результат, отриманий після проходження кроків до відтворення
Очікуваний результат (Expected Result) Очікуваний правильний результат
Доповнення
Прикріплений файл (Attachment) Файл з логами, скріншот або будь-який інший документ, який може допомогти прояснити причину помилки або вказати спосіб вирішення проблеми

Severity vs Priority
Серйозність (Severity) – це атрибут, що характеризує вплив дефекту на працездатність програми.
Пріоритет (Priority) - це атрибут, що вказує на черговість виконання завдання чи усунення дефекту. Можна сміливо сказати, що це інструмент менеджера з планування робіт. Що вищий пріоритет, то швидше потрібно виправити дефект.
Severity виставляється тестувальником
Priority – менеджером, тимлідом чи замовником

Градація Серйозності дефекту (Severity)

S1 Блокуюча (Blocker)
Блокуюча помилка, що приводить додаток у неробочий стан, в результаті якого подальша робота з системою, що тестується, або її ключовими функціями стає неможлива. Вирішення проблеми необхідне для подальшого функціонування системи.

S2 Критична (Critical)
Критична помилка, неправильно працююча ключова бізнес логіка, дірка в системі безпеки, проблема, що призвела до тимчасового падіння сервера або приводить до неробочого стану деяку частину системи, без можливості вирішення проблеми, використовуючи інші вхідні точки. Вирішення проблеми необхідне для подальшої роботи з ключовими функціями системою, що тестується.

S3 Значна (Major)
Значна помилка, частина основної бізнес-логіки працює некоректно. Помилка не критична або є можливість для роботи з функцією, що тестується, використовуючи інші вхідні точки.

S4 Незначна (Minor)
Незначна помилка, що не порушує бізнес логіку частини програми, що тестується, очевидна проблема користувальницького інтерфейсу.

S5 Тривіальна (Trivial)
Тривіальна помилка, що не стосується бізнес логіки програми, погано відтворювана проблема, малопомітна за допомогою інтерфейсу користувача, проблема сторонніх бібліотек або сервісів, проблема, що не впливає на загальну якість продукту.

Градація Пріоритету дефекту (Priority)
P1 Високий (High)
Помилка має бути виправлена ​​якнайшвидше, т.к. її наявність є критичною для проекту.
P2 Середній (Medium)
Помилка має бути виправлена, її наявність не критична, але вимагає обов'язкового рішення.
P3 Низький (Low)
Помилка повинна бути виправлена, її наявність не критична, і не вимагає термінового рішення.

Рівні Тестування

1. Модульне тестування (Unit Testing)
Компонентне (модульне) тестування перевіряє функціональність та шукає дефекти в частинах програми, які доступні та можуть бути протестовані окремо (модулі програм, об'єкти, класи, функції тощо).

2. Інтеграційне тестування (Integration Testing)
Перевіряють взаємодію між компонентами системи після проведення компонентного тестування.

3. Системне тестування (System Testing)
Основним завданням системного тестування є перевірка як функціональних, і нефункціональних вимог у системі загалом. При цьому виявляються дефекти, такі як неправильне використання ресурсів системи, непередбачені комбінації даних рівня користувача, несумісність з оточенням, непередбачені сценарії використання, відсутня або неправильна функціональність, незручність використання і т.д.

4. Операційне тестування (Release Testing).
Навіть якщо система відповідає всім вимогам, важливо переконатися в тому, що вона відповідає потребам користувача і виконує свою роль у середовищі своєї експлуатації, як це було визначено в бізнес-моделі системи. Слід врахувати, що бізнес модель може містити помилки. Тому важливо провести операційне тестування як фінальний крок валідації. Крім цього, тестування в середовищі експлуатації дозволяє виявити і нефункціональні проблеми, такі як: конфлікт з іншими системами, суміжними в галузі бізнесу або програмних та електронних оточення; недостатня продуктивність системи серед експлуатації та інших. Вочевидь, що перебування подібних речей на стадії впровадження - критична і дорога проблема. Тому так важливо проведення не тільки верифікації, а й валідації з ранніх етапів розробки ПЗ.

5. Приймальний тест (Acceptance Testing)
Формальний процес тестування, який перевіряє відповідність системи вимогам та проводиться з метою:
визначення чи задовольняє система приймальним критеріям;
винесення рішення замовником або іншою уповноваженою особою приймається додаток чи ні.

Види / типи тестування

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

Функціональне тестування (Functional testing)
Тестування інтерфейсу користувача (GUI Testing)
Тестування безпеки (Security and Access Control Testing)
Тестування взаємодії (Interoperability Testing)

Нефункціональні види тестування

Усі види тестування продуктивності:
o навантажувальне тестування (Performance and Load Testing)
o стресове тестування (Stress Testing)
o тестування стабільності або надійності (Stability/Reliability Testing)
o об'ємне тестування (Volume Testing)
Тестування установки (Installation testing)
Тестування зручності користування (Usability Testing)
Тестування на відмову та відновлення (Failover and Recovery Testing)
Конфігураційне тестування (Configuration Testing)

Пов'язані зі змінами види тестування

Димове тестування (Smoke Testing)
Регресійне тестування (Regression Testing)
Повторне тестування (Re-testing)
Тестування складання (Build Verification Test)
Санітарне тестування або перевірка узгодженості/справності (Sanity Testing)

Функціональне тестуваннярозглядає заздалегідь зазначену поведінку і ґрунтується на аналізі специфікацій функціональності компонента чи системи загалом.

Тестування інтерфейсу користувача (GUI Testing)- функціональна перевірка інтерфейсу на відповідність вимогам – розмір, шрифт, колір, consistent behavior.

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

Тестування взаємодії (Interoperability Testing)- це функціональне тестування, що перевіряє здатність програми взаємодіяти з одним і більше компонентами або системами і включає тестування сумісності (compatibility testing) і інтеграційне тестування

Тестування навантаження- це автоматизоване тестування, що імітує роботу певної кількості бізнес-користувачів на якому-небудь загальному (розділеному ними) ресурсі.

Стресове тестування (Stress Testing)дозволяє перевірити наскільки додаток і система загалом працездатні за умов стресу і оцінити здатність системи до регенерації, тобто. до повернення до нормального стану після припинення дії стресу. Стресом у цьому контексті можливо підвищення інтенсивності виконання операцій до дуже високих значень чи аварійне зміна конфігурації сервера. Також одним із завдань при стресовому тестуванні може бути оцінка деградації продуктивності, таким чином цілі стресового тестування можуть перетинатися з метою тестування продуктивності.

Об'ємне тестування (Volume Testing).Завданням об'ємного тестування є отримання оцінки продуктивності зі збільшенням обсягів даних у базі даних програми

Тестування стабільності або надійності (Stability/Reliability Testing).Завданням тестування стабільності (надійності) є перевірка працездатності програми при тривалому (багатогодинному) тестуванні із середнім рівнем навантаження.

Тестування установкиспрямовано на перевірку успішної інсталяції та налаштування, а також оновлення або видалення програмного забезпечення.

Тестування зручності користування- це метод тестування, спрямований на встановлення ступеня зручності використання, навчання, зрозумілості та привабливості для користувачів продукту, що розробляється в контексті заданих умов. Сюди також входить:
User eXperience (UX) - відчуття, яке випробовує користувач під час використання цифрового продукту, у той час як User interface - це інструмент, що дозволяє здійснювати інтеракцію «користувач - веб-ресурс».

Тестування на відмову та відновлення (Failover and Recovery Testing)перевіряє продукт, що тестується, з точки зору здатності протистояти і успішно відновлюватися після можливих збоїв, що виникли у зв'язку з помилками програмного забезпечення, відмови обладнання або проблемами зв'язку (наприклад, відмова мережі). Метою даного виду тестування є перевірка систем відновлення (або дублюючих основний функціонал систем), які, у разі виникнення збоїв, забезпечать безпеку та цілісність даних тестованого продукту.

Конфігураційне тестування (Configuration Testing)- спеціальний вид тестування, спрямований на перевірку роботи програмного забезпечення при різних конфігураціях системи (заявлених платформах, драйверах, що підтримуються, при різних конфігураціях комп'ютерів і т.д.)

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

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

Повторне тестування- Тестування, під час якого виконуються тестові сценарії, що виявили помилки під час останнього запуску для підтвердження успішності виправлення цих помилок.
У чому різниця між regression testing та re-testing?
Re-testing - перевіряється виправлення багів
Regression testing - перевіряється те, що виправлення багів, а також будь-які зміни в коді програми не вплинули на інші модулі ПЗ і не викликало нових багів.

Тестування складання або Build Verification Test- Тестування спрямоване на визначення відповідності, випущеної версії, критеріям якості для початку тестування. За своїми цілями є аналогом Димового Тестування, спрямованого на прийняття нової версії в подальше тестування або експлуатацію. Вглиб воно може проникати далі, залежно від вимог якості випущеної версії.

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

Підходи до інтеграційного тестування:
Знизу нагору (Bottom Up Integration)
Усі низькорівневі модулі, процедури або функції збираються докупи і потім тестуються. Після чого збирається наступний рівень модулів щодо інтеграційного тестування. Цей підхід вважається корисним, якщо всі або практично всі модулі, що розробляються, готові. Також цей підхід допомагає визначити за результатами тестування рівень готовності програми.
Зверху донизу (Top Down Integration)
Спочатку тестуються всі високорівневі модулі і поступово один за одним додаються низькорівневі. Усі модулі нижчого рівня симулюються заглушками з аналогічною функціональністю, потім у міру готовності заміняються реальними активними компонентами. Таким чином, ми проводимо тестування зверху вниз.
Великий вибух ("Big Bang" Integration)
Усі або практично всі розроблені модулі збираються разом у вигляді закінченої системи або її основної частини, а потім проводиться інтеграційне тестування. Такий підхід дуже добрий для збереження часу. Проте якщо тест кейси та його результати записані не так, то процес інтеграції сильно ускладниться, що стане перешкодою для команди тестування при досягненні основної мети інтеграційного тестування.

Принципи тестування

Принцип 1– Тестування демонструє наявність дефектів (Testing shows presence of defects)
Тестування може показати, що дефекти присутні, але може довести, що їх немає. Тестування знижує ймовірність наявності дефектів, що у програмному забезпеченні, але, навіть якщо дефекти були виявлено, це доводить його коректності.

Принцип 2– Вичерпне тестування є недосяжним (Exhaustive testing is impossible)
Повне тестування з допомогою всіх комбінацій вводів і передумов фізично нездійсненно, крім виняткових випадків. Замість вичерпного тестування слід використовувати аналіз ризиків та розстановку пріоритетів, щоб точніше сфокусувати зусилля з тестування.

Принцип 3- Ранне тестування (Early testing)
Щоб знайти дефекти якомога раніше, активності з тестування повинні бути розпочаті якомога раніше в життєвому циклі розробки програмного забезпечення або системи, і повинні бути сфокусовані на певних цілях.

Принцип 4- Скупчення дефектів (Defects clustering)
Зусилля тестування повинні бути зосереджені пропорційно до очікуваної, а пізніше реальної щільності дефектів по модулях. Як правило, більша частина дефектів, виявлених при тестуванні або спричинили основну кількість збоїв системи, міститься в невеликій кількості модулів.

Принцип 5- Парадокс пестициду (Pesticide paradox)
Якщо ті самі тести будуть проганятися багато разів, зрештою цей набір тестових сценаріїв більше не знаходитиме нових дефектів. Щоб подолати цей “парадокс пестициду”, тестові сценарії повинні регулярно рецензуватися та коригуватися, нові тести мають бути різнобічними, щоб охопити всі компоненти програмного забезпечення,
або системи, і знайти якнайбільше дефектів.

Принцип 6– Тестування залежить від контексту (Testing is concept depending)
Тестування виконується по-різному, залежно від контексту. Наприклад, програмне забезпечення, де критично важлива безпека, тестується інакше, ніж сайт електронної комерції.
Принцип 7– Помилка про відсутність помилок (Absence-of-errors fallacy)
Виявлення та виправлення дефектів не допоможуть, якщо створена система не підходить користувачеві та не задовольняє його очікуванням та потребам.

Статичне та динамічне тестування
Статичне тестування відрізняється від динамічного тим, що виробляється без запуску програмного коду продукту. Тестування здійснюється шляхом аналізу програмного коду (code review) або скомпільованого коду. Аналіз може проводитись як вручну, так і за допомогою спеціальних інструментальних засобів. Метою аналізу є раннє виявлення помилок та потенційних проблем у продукті. Також до статичного тестування відноситься тестування специфікації та іншої документації.

Дослідницьке / ad-hoc тестування
Найпростіше визначення дослідницького тестування - це розробка та виконання тестів одночасно. Що є протилежністю сценарного підходу (з його наперед визначеними процедурами тестування, неважливо ручними або автоматизованими). Дослідницькі тести, на відміну від сценарних тестів, не визначені заздалегідь і не виконуються точно відповідно до плану.

Різниця між ad hoc та exploratory testing у тому, що теоретично, ad hoc може провести будь-хто, а для проведення exploratory необхідна майстерність та володіння певними техніками. Зверніть увагу, що певні техніки - це не тільки техніки тестування.

Вимоги– це специфікація (опис) те, що має бути реалізовано.
Вимоги описують те, що потрібно реалізувати, без деталізації технічного боку рішення. Що, а не як.

Вимоги до вимог:
Коректність
Недвозначність
Повнота набору вимог
Несуперечність набору вимог
Перевірюваність (тістопридатність)
Трасування
Розуміння

Життєвий цикл бага

Стадії розробки ПЗ- це етапи, які проходять команди розробників програмного забезпечення, перш ніж програма стане доступною для широкого кола користувачів. Розробка ПЗ починається з початкового етапу розробки (стадія «пре-альфа») і продовжується стадіями, на яких продукт доопрацьовується та модернізується. Фінальним етапом цього процесу стає випуск ринку остаточної версії програмного забезпечення («загальнодоступного релізу»).

Програмний продукт проходить такі стадії:
аналіз вимог до проекту;
проектування;
реалізація;
тестування товару;
Використання та підтримка.

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

Життєвий цикл розробки ПЗ:
Пре-альфа
Альфа
Бета
Реліз-кандидат
Реліз
Пост-реліз

Таблиця ухвалення рішень (decision table)– чудовий інструмент для впорядкування складних бізнес-вимог, які повинні бути реалізовані в продукті. У таблицях рішень представлений набір умов, одночасне виконання яких має призвести до певної дії.