- •1) Проблеми надійності пз.
- •2) Тест та тестування
- •3) Критерії коректної роботи програми
- •4) Види помилок
- •5) Особливості тестування
- •6) Класифікація методів тестування
- •7) Види та рівні тестування
- •8) Техніка тестування
- •9 )Умови некоректної роботи пз.
- •10) Причини виникнення помилок
- •11) Відомості про аксіоми.
- •12) Характеристика аксіом
- •13) Відомості про принципи тестування
- •14) Класифікація принципів тестування
- •15) Труднощі роботи тестера (тестувальника)
- •16) Процес тестування пз
- •17) Випадкове (стохастичне )тестування
- •18) Тестування за класами еквівалентності
- •19) Метод аналізу граничних умов
- •20) Загальні відомості про тестування потоків даних програм
- •21) Критерії тестування потоків даних програм
- •22) Критерії покриття умов
- •23)Граничне та внутрішнє тестування циклу.
- •24) Загальні відомості про тестування потоків даних програми
- •25) Критерії тестування потоків даних програми
- •26) Загальні відомості про мутаційне тестування
- •27) Положення мутаційного тестування.
- •31) Поняття модуля, його меж. Тестування класів.
- •32) Підходи до проектування тестового оточення.
- •33) Організація процесу модульного тестування
- •34) Завдання і цілі інтеграційного тестування.
- •35) Організація інтеграційного тестування.
- •36) Планування інтеграційного тестування
- •37) Завдання і цілі системного тестування
- •38) Види системного тестування.
- •39) Типи програмних індексів.
- •40) Помилки на етапах процесу розроблення
- •41) Класифікація помилок та тестів
- •42) Середовище тестування пз
- •43)Драйвера та заглушки
- •44) Тестові класи.
- •45)Генератори сигналів.
- •46) Аналіз статистики виконання тестів
- •47) Критерії якості тестування програмного коду
- •48) Розроблення тестових випадків.
- •49)Типи тестових випадків.
- •50) Проблеми тестування веб ресурсів та визначення завдань веб вузла.
- •51) Завдання тестів і тестування практичності
- •53) Тестування масштабованості. Тестування авантаження.
- •54) Стресове тестування. Тестування безпеки.
- •55) Характеристика оопз та його тестування.
- •56)Проектування тестів на рівні системи за допомогою схеми.
- •57) Проектування тестів на рівні системи за допомогою прецедентів.
- •60)Складності проведення тестів для об’єктно-орієнтованого пз.
- •61) Мета і задачі регресійного тестування.
- •62)Види регресійного тестування.
7) Види та рівні тестування
Існують такі рівні тестування: 1)Поблочне тестування-контроль окремого програмного модуля. 2)Інтеграційне(перевірка взаємодій)-контроль взаємодії між частинами системи. 3)Системне-контроль/випробування всього пз як повної системи. Види тестуванні: Альфа - вик. готового продукту штатними програмістами. Бета-тест. за допомого майбутніх користувачів з метою виявлення максимальної кількості помилок. Тест за вимогами-тест. кожного припущення з певного документу. Регресійне тест – спільна назва для всх видів тестування пз мета якого є виявлення помилок у вже протестованих ділянках початкового коду. Тест чорна скринька – тестування має доступ до пз тільки через ті самі інтерфейси що і користувач. Тест біла скринька - розробник тесту має доступ до початкового коду.
8) Техніка тестування
Ручне тест-тестування людьми з наперед визначеним для кожного випробування тест даними. Автоматизоване тест- тест спеціальними інструментами або спеціальними процесами і можуть повторюватися. Регресивне тест. Дослідницьке тест-тест спрямований на швидку перевірку базової функціональності. Димове тест-тест що вик за відсутністю специфікацій. Стрес тест-тести призначені для перевірки стійкості до надмірного навантаження. Мавп’яче тест- тест що не мають під собою певної системи «швидка атака» програми тестером. Тест навантаження-тест вик при різних рівнях навантаження. Тест продуктивності – для перевірки поточної продуктивності з розрахованою. Тест інсталяції-тест встановлення програми на різних платформах. Тест довгими використаннями-тест вик довготривало з метою виявлення помилок які неможливо виявити при короткому використанні.
9 )Умови некоректної роботи пз.
1)пз не робить те що воно повинно робити відповідно до специфікації.2)пз робить те що воно повинно робити відповідно для специфікації.3)програма робить те що не нагадує специфікацію.4)пз не робить чогось що в його специфікації але повинно.5)пз важко зрозуміти важко використовувати воно повільне на думку тестерів або буде сприйняте користувачами як явно неправильним.
10) Причини виникнення помилок
Більшість помилок виникають не через помилки програмістів а через специфікації. Якщо цей етап пропущено або здійснено некоректно то помилки надалі будуть виникати. Неправильно розроблена архітектура пз може мати величезні наслідки. Помилки в коді виникають через складність пз, щільність графіка, бідність документації. При не правильном тестуванні пз має всі типи помилок.
11) Відомості про аксіоми.
З моменту появи першого багу, тестування пз пройшло великий шлях до виявлення цього багу. Визначають: Перша аксіома-неможливо повністю протестувати програму; Друга аксіома-тестування це процес що містить ризики; Третя аксіома-тестування не може показати що помилки немає; Четверта аксіома-чим більше помилок знаходится тестером тим більше їх існує; П’ята аксіома-парадокс пестицидів; Шоста аксіома-не всі знайдені помилки будуть виправлені; Сьома-іноді складно сказати чи є помилка-помилкою;Восьма аксіома- специфікація розробки ніколи незавершуєтся.