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

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

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

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

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

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

8. Сборка

9. Тест

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

11. Тип теста

12. Дефекты

13. Bug-tracking

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

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

16. …

17. Отгрузка

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

19. Ресурсы

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

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

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

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

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

32. Каждый ресурс имеет номинальную мощность, а цель – требуемую.

33. Цель может создать ресурс после своего выполнения

35. Тест F2 требует БД для unit-теста, на БД должны быть данные набора К При активации ресурса производится поднятие БД из снапшота М При активации ресурса производится заполнение БД тестовыми данными набора К

36. Часть 0 - теоретическая Часть 1 - практическая

39. Выполнение задач по событиям (изменения статусов дефектов, наступление пятницы 13…)

40. Автоматическая чистка процессов на серверах

41. Управление нагрузкой

43. Web-части:

44. проверить кодировку

45. соответствие правилам разработки -

46. SQL :

47. контроль русских символов

48. список пакетов pl/sql, их состав и взаимные вызовы

49. Исходный код:

50. изменение SLOC

52. Для больших тестов – запускать, к примеру, по пятницам в 22:00

54. Выполняется произвольный пользовательский код

55. Деактивация – так же удаляются все процессы

56. Unix – kill, Windows – WinSSHd

58. Эксклюзивный захват сервера

60. Пусть она возвратит нам index.html как результат своей работы

61. Выполнение – по заказу или по расписанию