O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Построение процесса тестирования

2.229 visualizações

Publicada em

Гибкие методологии разработки набирают всё большую популярность среди команд разработчиков. Одним их основных инструментов достижения результата при этом является TDD - программисты стараются покрыть юнит-тестами как можно больше своего кода. Зачем тогда нужны тестировщики в гибких командах? Если все же нужны, то сколько? И как они должны тестировать? А как тестировать нетестируемое? В докладе разбираются данные вопросы на примере трех разных проектов.

По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Postroenie_procesa_testirovaniya

Publicada em: Negócios
  • Seja o primeiro a comentar

Построение процесса тестирования

  1. 1. Вторая конференция .NET разработчиков<br />Построение процесса тестирования<br />Руслан Сафин<br />IndyCode<br />twitter.com/razonrus<br />
  2. 2. twitter<br />#dotnetconf<br />
  3. 3. Нужно ли тестирование?<br />А тестировщики?<br />А сколько?<br />А как они должны тестировать?<br />
  4. 4. Нужны ли тесты?<br />
  5. 5. Да!<br />TDD!<br />
  6. 6. Нужны ли тестировщики?<br />
  7. 7. если у вас стопроцентное покрытие тестамиНЕТно 100% не бывает<br />
  8. 8. Когда нет тестировщиков<br />Программист сам ответственен за свои баги<br />Единственный вариант выжить – это 100% покрытие.<br />
  9. 9. Когда можно добиться 100% покрытия?<br /><ul><li>отсутствует пользовательский интерфейс
  10. 10. приложение состоит из одного модуля
  11. 11. отсутствует работа с внешними источниками</li></li></ul><li>А если всё сложнее?<br />
  12. 12. Баги!<br />В интерфейсе<br />Во взаимодействии модулей<br />В непокрытом тестами коде<br />
  13. 13. Тестировщики все же нужны!<br />
  14. 14. Сколько?<br />vs<br />
  15. 15. Интеграционные и нагрузочные тесты<br />Технологии:<br />Selenium<br />Auto It<br />
  16. 16. Интеграционные и нагрузочные тесты<br />Методики:<br />Nightly build<br />Staging<br />
  17. 17. А если еще сложнее?<br />
  18. 18. Проблемы в тестировании<br />Совмещение процесса создания тестовых сценариев и их программирования<br />
  19. 19. Нужно больше тестировщиков!<br />Нужен другой подход к тестированию!<br />
  20. 20. Возрастает<br />Скорость написания тестов<br />Покрытие функциональности системы<br />Качество тестовых сценариев<br />
  21. 21. Минус<br />Наличие тестировщиков расслабляет!<br />
  22. 22. Как протестировать нетестируемое?<br />(или так называемую серую зону)<br />
  23. 23. Логировать<br />Мониторить состояние системы<br />Уведомлять об отклонениях от нормы<br />
  24. 24. Тестирование необходимо.<br />Тестировщики необходимы.<br />Сколько – зависит от проекта. <br />А не от числа программистов.<br />Как – оптимально покрывая всю функциональность<br />
  25. 25. Где границы?<br />Разделение между уже протестированным и еще не протестированным<br />Наличие багов в production<br />Скорость написания тестов<br />
  26. 26. И помните!<br />Эффективное тестирование — это процесс в высшей степени творческий, не сводящийся к следованию строгим и чётким процедурам или созданию таковых<br />
  27. 27. В итоге<br />0 тестировщиков<br />1 тестировщик<br />Много тестировщиков<br />TDD<br />TDD + Интеграционные тесты<br />TDD + Интеграционные тесты + Сценарии<br />Логирование и мониторинг<br />
  28. 28. Спасибо за внимание<br />Руслан Сафин<br />IndyCode<br />ruslan.safin@indycode.ru<br />twitter.com/razonrus<br />

×