Incoming Tests Policy: различия между версиями
(учёт замечаний ldv@) |
Нет описания правки |
||
| (не показано 5 промежуточных версий 3 участников) | |||
| Строка 1: | Строка 1: | ||
{{ | {{Policy|since=10.04.2011|responsible=mike@}} | ||
| | |||
| | |||
}} | |||
== Полиси добавления тестов на сборку == | == Полиси добавления тестов на сборку == | ||
Этот черновик политики регламентирует процесс внесения изменений в набор тестов, производимых при сборке пакета в репозиторий ALT Linux. | Этот черновик политики регламентирует процесс внесения изменений в набор тестов, производимых при сборке пакета в репозиторий ALT Linux. | ||
=== Обоснование === | === Обоснование === | ||
Поскольку людям свойственно ошибаться, тесты являются полезным средством отлова типичных | Поскольку людям свойственно ошибаться, тесты являются полезным средством отлова типичных ошибок, но в то же время сами могут содержать ошибки либо решать некорректно поставленную задачу. | ||
=== Процесс === | === Процесс === | ||
При добавлении нового теста '''необходимо''' анонсировать его в devel@ вместе с результатами предварительной обкатки, если таковая была ( | При добавлении нового теста '''необходимо''' анонсировать его в [https://lists.altlinux.org/mailman/listinfo/devel-announce devel-announce@] вместе с результатами предварительной обкатки, если таковая была (таковая обычно включает тестовую пересборку Sisyphus). | ||
При добавлении нового теста, претендующего на возможность блокирования сборки, '''необходимо''': | При добавлении нового теста, претендующего на возможность блокирования сборки, '''необходимо''': | ||
* либо проведение предварительного внедрения теста с работой в режиме предупреждения в течение месяца; | * либо проведение предварительного внедрения теста с работой в режиме предупреждения в течение месяца с отсутствием непредвиденных и неисправленных ложных срабатываний; | ||
* либо отсутствие существенных замечаний по опубликованным результатам обкатки в течение недели; | * либо отсутствие существенных замечаний по опубликованным результатам обкатки в течение недели; | ||
* либо аргументированное мнение ответственного (ответственных) за сборочную инфраструктуру и репозиторий о критичности | * либо аргументированное мнение ответственного (ответственных) за сборочную инфраструктуру и репозиторий о критичности срочного развёртывания именно в потенциально блокирующем режиме. | ||
Разработчикам потенциально блокирующих тестов желательно также воспользоваться таким пилотным периодом с тем, чтобы оценить непредвиденные обстоятельства и иметь возможность помочь коллегам с исправлением тех из обнаруженных проблем, которые сочтены автором теста заслуживающими исправления, но не могут быть исправлены в разумное время майнтейнером пакета. | Разработчикам потенциально блокирующих тестов желательно также воспользоваться таким пилотным периодом с тем, чтобы оценить непредвиденные обстоятельства и иметь возможность помочь коллегам с исправлением тех из обнаруженных проблем, которые сочтены автором теста заслуживающими исправления, но не могут быть исправлены в разумное время майнтейнером пакета. | ||
Текущая версия от 15:40, 10 апреля 2011
Полиси добавления тестов на сборку
Этот черновик политики регламентирует процесс внесения изменений в набор тестов, производимых при сборке пакета в репозиторий ALT Linux.
Обоснование
Поскольку людям свойственно ошибаться, тесты являются полезным средством отлова типичных ошибок, но в то же время сами могут содержать ошибки либо решать некорректно поставленную задачу.
Процесс
При добавлении нового теста необходимо анонсировать его в devel-announce@ вместе с результатами предварительной обкатки, если таковая была (таковая обычно включает тестовую пересборку Sisyphus).
При добавлении нового теста, претендующего на возможность блокирования сборки, необходимо:
- либо проведение предварительного внедрения теста с работой в режиме предупреждения в течение месяца с отсутствием непредвиденных и неисправленных ложных срабатываний;
- либо отсутствие существенных замечаний по опубликованным результатам обкатки в течение недели;
- либо аргументированное мнение ответственного (ответственных) за сборочную инфраструктуру и репозиторий о критичности срочного развёртывания именно в потенциально блокирующем режиме.
Разработчикам потенциально блокирующих тестов желательно также воспользоваться таким пилотным периодом с тем, чтобы оценить непредвиденные обстоятельства и иметь возможность помочь коллегам с исправлением тех из обнаруженных проблем, которые сочтены автором теста заслуживающими исправления, но не могут быть исправлены в разумное время майнтейнером пакета.