Документ обсуждает создание системы управления сборкой и тестированием, акцентируя внимание на его теоретических основах и практических аспектах. Он охватывает методы описания процессов сборки и тестирования, управления ресурсами и автоматизации задач, а также рассматривает требования к интерфейсу и документам. Основная цель заключается в упрощении процессов тестирования и сборки для повышения эффективности и прозрачности работы команды.

1. Опыт создания системы управления сборкой и тестированиемЧасть 0 - теоретическаяОлег Ладыгинoladygin@gmail.com

2. О чем речь вообще?Где взять дистрибутив?Что реализовано?Что делает этот тест?Тест валиден для этой версии?Когда тестировать?Какая сборка стабильная?… кто здесь?!…А если сотни подсистем?А если тысячи тестов?Как этим управлять?Модель «Организационная жаба»

3. Сначала надо подуматьПрежде чем что-то разработать, надо определить: кто этим будет пользоваться;

4. с чем он уже работает;

5. какую часть можно улучшить.В итоге – надо подумать.

6. артефактыДистрибутив

7. Исходный код

8. Сборка

9. Тест

10. Стабильная сборка

11. Тип теста

12. Дефекты

13. Bug-tracking

14. Система управления версиями (CVS)

15. Регулярная сборка и тестирование

16. …

17. Отгрузка

18. Сервера и платформы

19. Ресурсы

20. ОтчетыАвтоматизируем? Надо формально описать.Как выглядит сборкаКак выглядит тестирование

21. Вариант описания - деревоКак еще выглядит сборкаКак еще выглядит тестированиеЧто значит «ВЗЯТЬ»?Только последний?Где-то конкретно указанный?Стабильную сборку?

22. Что внутри прямоугольничков?Блоки сборки, теста, подготовки среды можно описать единообразно.Так как все эти действия совершаются не просто так,а преследуют некоторую цель, назовем это все Целью,которая либо достигается, либо используются ее результаты.Происходит выполнение какой-то команды

23. Зачем нужна структура?Автоматический поиск и выбор необходимых методов и данных.

24. Объединим все в сложную схему….Если совместить предыдущие слайды, получится очень большая и красивая схема. При наличии бинокля ее можно будет разглядеть. Или можно порисовать самостоятельно вместо перекура….Цели либо выполняются, либо доставляются ее результаты.

25. Если одновременно есть и выполнение, и использование, то создаются связи.

26. Как действовать, если цель не выполнилась, и какие результаты какого именно выполнения надо использовать?Превратим дерево в графЕсли множество целей выполняются в едином пространстве – то свяжем все одинаковые цели между собой, и будем использовать именно их результаты.

27. Иначе будем использовать на выбор: самые достоверныерезультаты, последние, заданные вручную.Что получим в переводе «на пожрать»?При одиночном запуске теста берутся стабильные дистрибутивы.

28. При запуске теста и сборки тестируется только эта сборкаОпционально можно сделать и так:При запуске теста выбирается дистрибутив из списка успешных

29. Если стадия разработки – берется последний, если в тестировании – переданный на тестирование.Связи - автоматические Билд 3 Билд 2 Билд 1Некоторое пространство 2Пространство 3

30. Управление ресурсамиНе хватает одной детали – управления последовательностью запуска тестов и подготовкой среды их выполнения.Ресурс – это БД, общие файлы, данные, схемы, сервера и т.д.

31. Цель требует ресурсы для запуска, в Exclusive или Shared режиме.