Содержание
- 2. Перед вами обыкновенная ручка. Давайте подумаем, как её можно протестировать? Какие бывают тесты it-courses.by
- 3. Тесты на основе требований (requirements based tests) Тестирование ручки it-courses.by
- 4. Функциональные тесты (functional test) Вставить в ручку стержень Переключить в рабочее положение Написать несколько слов Переключить
- 5. Сценарные тесты (scenario tests). Как ручку может использовать: Секретарь Преподаватель Студент Школьник Прораб Сантехник Милиционер Моряк
- 6. Негативные тесты (negative testing) Что произойдёт, если препятствовать выходу стержня в рабочее положение? Какое усилие и
- 7. Тесты интерфейса (interface tests, GUI tests) Измерения: высота, ширина, длина, вес Цвет Читаемость логотипа фирмы-производителя Материал
- 8. Тесты удобства использования (usability tests) Как быстро пользователь понимает, как пользоваться ручкой? Как быстро пользователь привыкает
- 9. Тесты документации (packaging/documentation tests) Ясно ли видно на упаковке, что внутри? Легко ли открыть упаковку? Есть
- 10. Стресс тесты (stress tests) При какой температуре расплавится пластиковая часть ручки? При какой температуре потечёт стержень?
- 11. Тесты производительности (performance tests) Сколько текста можно написать ручкой в единицу времени? Как быстро ручку можно
- 12. Конфигурационные тесты (configuration tests) Какие стержни подходят к нашей ручке? На каких поверхностях она может писать?
- 13. Чек-лист (checklist) - cписок проверок без описания шагов Упрощенная форма тест-кейса у него нету четкой структуры,
- 14. Пример чек-листа it-courses.by
- 15. Тест кейс – (тестовый случай) совокупность шагов, условий и параметров созданных для проверки работоспособности функции или
- 16. Номер (number) или идентификатор (id) Связанное с тестом требование (related requirement) Модуль (Feature) Имя (name) Предусловия
- 17. Пример тест-кейса it-courses.by
- 18. Результатом документирования тестов является тест-кейс Набор тест-кейсов – Test Suite Test Suite объединяет тесты по какому-то
- 19. Требования Здравый смысл Опыт Работающее приложение (приложение-прототип, прототип) На основе чего писать тест-кейсы? it-courses.by
- 20. Тест-кейсы могут быть: Специфичными или общими (степень детальности) Простыми или сложными Независимыми или связанными друг с
- 21. Тест-кейсы – хороший способ хранения проектной информации Написание тест-кейсов – один из способов протестировать проектную документацию
- 22. Когда все детали прописаны до мелочей, тест легко воспроизводить Когда тест прописан очень детально снижается вероятность
- 23. Если в тесте прописано много мелких деталей, возрастает время его создания и поддержки Однако недостаток деталей
- 24. Рассмотрим на примере. Где в ниже перечисленном простые тест-кейсы, а где - сложные? Тест 1: Откройте
- 25. Каковы преимущества простых тест-кейсов? Их легко выполнять Они понятны новичкам Они упрощают диагностику ошибки Они делают
- 26. Каковы преимущества сложных тест-кейсов? Больше шансов что-то сломать Пользователи, как правило, используют сложные сценарии Программисты сами
- 27. Каковы преимущества независимого самостоятельного тест-кейса? Его легко и просто выполнить Такие тесты можно выполнять даже после
- 28. Принято считать хорошим тестом - независимый тест Хороший тест it-courses.by
- 29. Позитивные тесты проверяют, что приложение делает ТО, на ЧТО оно РАСЧИТАНО (т.е. такие тесты используют корректные
- 30. Используйте активный залог (open, paste, click) В русском языке используйте безличную форму: открыть, нажать, загрузить (вместо
- 31. Начинайте с простых очевидных тестов Затем переходите к более сложным тестам Выделяйте классы эквивалентности Помните о
- 32. Не выполняет ненужных действий Не является избыточным по отношению к другим тестам Исследует соответствующую (ту, которую
- 33. Класс эквивалентности (equivalence class) - набор тестов, со схожими входными данными, шагами воспроизведения и одним ожидаемым
- 34. Несколько тестов эквивалентны, если: Они направлены на поиск одной и той же ошибки Если один из
- 35. Граничные условия (границы) - это те места, в которых один класс эквивалентности переходит в другой Граничные
- 36. Проверить, как работает поле, в которое можно ввести целое число от 1 до 99 Классы эквивалентности
- 37. Пример для обсуждения it-courses.by Какие тесты нужно провести?
- 38. Файл фото формата (jpg. png…) и НЕ фото формата (txt., mov.,) Граничный формат - pdf Пустой
- 39. Тестовый набор (Test Suite) – a set of related tests, usually pertaining to a group of
- 40. Пишите набор для отдельной части приложения (модуля) Помните, что заголовки тестов отражают их суть. Правильно формулируйте
- 41. Copy-paste Если по ходу разработки тестов возникают вопросы, пишите их прямо в документ с тестами, помечая
- 42. Сбор информации (требования, мок-апы…) Делим приложение на модули, выделяем функции Пишем чек-листы Детализируем чек-листы в тест-кейсы
- 43. Начинайте как можно раньше, ещё до выхода первого билда Разбивайте приложение на отдельные части/модули Для каждой
- 44. Первый тест-кейс. Notepad it-courses.by Пункты грамотно сформированного чек-листа - готовые заголовки тест-кейсов
- 45. it-courses.by
- 46. Задача о треугольнике it-courses.by
- 48. Скачать презентацию