- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Тестирование приложений на .NET презентация
Содержание
- 1. Тестирование приложений на .NET
- 2. Когда не надо писать тесты? Вы делаете
- 3. Узнали Чака в последнем варианте?
- 4. Любой долгосрочный проект без надлежащего покрытия тестами
- 5. Какими должны быть тесты? Быть достоверными Не
- 6. По «степени изолированности кода» Модульное (Unit testing)
- 7. Модульное Цель модульного тестирования — изолировать отдельные
- 8. Интеграционное Проверяет, что модули или классы правильно
- 9. Приемочное Позволяет определить работает ли приложение так, как ожидает клиент
- 10. Системное Тестирование ПО в целом
- 11. TDD Test-driven development или разработка через тестирование
Когда не надо писать тесты? Вы делаете простой сайт-визитку из n статических html-страниц и с одной формой отправки письма В вашем сайте / приложении, нет никакой логики, только представления, основанные на
Слайд 2Когда не надо писать тесты?
Вы делаете простой сайт-визитку из n статических
html-страниц и с одной формой отправки письма
В вашем сайте / приложении, нет никакой логики, только представления, основанные на статических файлах
Вы делаете проект для выставки
Вы всегда пишете код без ошибок, обладаете идеальной памятью и даром предвидения. Ваш код настолько крут, что изменяет себя сам, вслед за требованиями клиента. Иногда код объясняет клиенту, что его требования — говно
В вашем сайте / приложении, нет никакой логики, только представления, основанные на статических файлах
Вы делаете проект для выставки
Вы всегда пишете код без ошибок, обладаете идеальной памятью и даром предвидения. Ваш код настолько крут, что изменяет себя сам, вслед за требованиями клиента. Иногда код объясняет клиенту, что его требования — говно
Слайд 4Любой долгосрочный проект без надлежащего покрытия тестами обречен рано или поздно
быть переписанным с нуля
Слайд 5Какими должны быть тесты?
Быть достоверными
Не зависеть от окружения, на котором они
выполняются
Легко поддерживаться
Легко читаться и быть простыми для понимания
Соблюдать единую конвенцию именования
Запускаться регулярно в автоматическом режиме
Легко поддерживаться
Легко читаться и быть простыми для понимания
Соблюдать единую конвенцию именования
Запускаться регулярно в автоматическом режиме
Слайд 6По «степени изолированности кода»
Модульное (Unit testing)
Интеграционное (Integration testing)
Приемочное (Acceptance testing)
Системное (System
testing)
Слайд 7Модульное
Цель модульного тестирования — изолировать отдельные части программы и показать, что
по отдельности эти части работоспособны
Тесты для каждой нетривиальной функции или метода
Тесты для каждой нетривиальной функции или метода
Слайд 8Интеграционное
Проверяет, что модули или классы правильно взаимодействуют друг с другом, при
этом используется уже принцип черного ящика
Слайд 11TDD
Test-driven development или разработка через тестирование — это техника программирования, в
соответствии с которой написание кода происходит по следующему алгоритму:
Пишем тест
Тест не работает
Пишем код
Тест работает
Рефакторим
Проверяем, что тест еще работает
Пишем тест
Тест не работает
Пишем код
Тест работает
Рефакторим
Проверяем, что тест еще работает
