Шаблони та приклади документів

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

Тест Плани

  1. Тест план IEEE 829

  2. Тест план RUP

  3. План приймально-здавальних випробувань RUP

  4. План проведення навантажувального тестування (RU / російська)

Специфікаціяarrow-up-right проектування тестів (Test Design Specification)

  1. Приклад специфікації проектування тестів MSF

  2. Приклад специфікації проектування тестів IEEE 829-1998

Тест Кейс

  • Приклад оформлення тесту кейсу

Баг репорт

  • Приклад оформлення баг репорту

Приклад чекліста (check list)

Тестові атефакти- test plan

Звіт про тестування test result report

Види джерела тестових даних

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

  1. Копії баз данихarrow-up-right реальних продакшн-версії на тестовому сайті.

  2. Бази данихarrow-up-right інших систем клієнта, які можуть бути використані в поточній.

  3. Генератори тестових даних

  4. Ручне створення тестових даних.

Копії існуючих баз даних (1,2) надають нам реальні тестові даніarrow-up-right . Вони створюються при існуючих процесах користувачами чи системою. Джерела пунктів 3 і 4 називаємо «синтетичними тестовими даними» . Такі дані ми створюємо самі з метою розробки та тестування.

Наприклад, комбінаторним способом або випадковим при цьому не варто забувати, що немає необхідності тестувати всежлемени діапазону, а важливо вибрати в кожній множині всі критичні діапазони (класи еквівалентності і граничні значення) - наприклад для кількості і цілих чисел -2222 -1, 0 , 1, 100, 10000 1111111111111111 , для рядкових даних А, Абрикос, Іванов Іван, Абракадабраізсотенбукводнимсловомібезпереновв, порожня терміну '' , спеціальні сиволи і тд

Див. також

Я щось не домовився про основи qa, тоді зроби зауваження у коментарях Сподіваюся, що тепер ти зрозумів що таке основи qa, тестові артефакти і для чого все це потрібно, а якщо не зрозумів, чи є зауваження, то не соромлячись пиши чи питай у коментарях, із задоволенням відповім. Для того, щоб глибше зрозуміти настійно рекомендую вивчити всю інформацію з категорії Якість та тестування програмного забезпечення. Quality Assurance.arrow-up-right

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

Last updated