Вносит ли системный тестовый пример в конечный продукт вашего приложения способствующий вздутию или увеличению риска?

Question

Я упаковываю rpm-файл, в котором есть раздел% postinstall, в котором определяются определенные условия и выполняется набор тестов модулей, функций и системы. Я получаю некоторый толчок назад, что он раскрывает некоторую внутреннюю структуру, поскольку я использую некоторые из тех же переменных окружения, которые сам код использует для диагностики. Мысли

ОБНОВЛЕНИЕ: я не планирую ни запускать тесты автоматически, ни сообщать об их существовании конечным пользователям. Я предлагаю, чтобы тестовый пакет был просто доступен для любой машины, на которой находится пакет. Это добавляет примерно 3% к окончательному размеру пакета и требует непристойного объема внутренних знаний для правильного выполнения.

Сама программа является библиотекой, которую могут использовать другие, и предоставляется в виде API. Внутренние знания о том, как все функционирует, не обсуждаются. Моя главная мотивация - отсутствие подходящих ресурсов для тестирования и большая изменчивость в целевой среде. Некоторые из тестов действительно просты (аналогично тому, что может сделать configure, чтобы определить, все ли нужные функции доступны из компилятора). Другие тесты более сложны, и они доказывают основные функции, которые должна обеспечивать библиотека.

Answer 1

Если вы хотите избежать жалоб на то, что он запускается при каждой установке, используйте хотя бы правило % check об / мин.

Звучит так, как будто люди обеспокоены "реверс-инжинирингом". Таким образом, программное обеспечение является частным? Казалось бы, суть вашей проблемы. Независимо от этого, набор тестов является отдельным от упакованного программного обеспечения.

Тем не менее, вы не лишены реалистичности: предоставление пользователям возможности самим запускать тесты на своих системах и предоставлять вам результаты - отличный аспект сотрудничества с пользователями. К сожалению, вы сталкиваетесь с запатентованной бизнес-моделью.

Возможно, вы можете пойти на компромисс, урезав или переписав тесты и диагностику, чтобы только доказать достаточную степень пригодности, не раскрывая слишком много. Я не отказался бы от того, чтобы выбросить тесты и диагностику того, что вы написали до сих пор.

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