Разработка через приемочное тестирование с использованием FIT
•Download as PPT, PDF•
0 likes•583 views
Дмитрий Лобасев - Доклад на конференции SQA Days-3
![Разработка через приемочное тестирование с использованием FIT Дмитрий Лобасев [email_address]](https://image.slidesharecdn.com/lobasevpriemochnoetestirovaniefitsqadays2008-110821033551-phpapp01/85/FIT-1-320.jpg)
![Дмитрий Лобасев ,[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommended
Recommended
More Related Content
What's hot
What's hot (19)
Similar to Разработка через приемочное тестирование с использованием FIT
Similar to Разработка через приемочное тестирование с использованием FIT (20)
More from SQALab
More from SQALab (20)
Разработка через приемочное тестирование с использованием FIT
- 1. Разработка через приемочное тестирование с использованием FIT Дмитрий Лобасев [email_address]
- 4. Цена ошибки
- 5. Разработка, ведомая приемочными тестами
- 11. Как это работает? HTML Report HTML, Excel spreadsheet of Fit test tables (Test code)
Editor's Notes
- Приемочное тестирование является важным этапом жизненного цикла продукта. Именно на этапе приемочного тестирования заказчик определяет, насколько продукт соответствует его пожеланиям и выполняет необходимые бизнес-функции. И именно поэтому так необходимо на как можно более ранней стадии разработки продукта получить от заказчика приемочные тесты. Как правило, в большинстве проектов, приемочные тесты представляют собой обычные текстовые документы, оформленные, например в Word. Недостатки таких тестов очевидны – это поддержка актуальности, несвязанность с работой реальной системы, необходимость затрачивать время на ручное тестирование по этим сценариям, невозможность быстро оценить степень готовности системы к эксплуатации. А что если приемочные тесты делать автоматизированными? Представьте, заказчик (и аналитики) еще на этапе разработки требований описывают приемочные тесты тем же языком, но не в виде простого текста, а в таблицах. И отдают их разработчикам. Когда разработчик завершает реализацию функциональности, он просто связывает код системы с таблицей теста и тест становится автоматическим, т.е. может быть запущен быстро, часто и дешево
- Каждая история должна иметь хотя бы один приемочный тест История не может считаться выполненной, пока она не пройдет приемочные тесты