É incluindo os casos de teste do sistema para o produto embalado final de sua aplicação contribui para inchar ou aumentando o risco?

Question

Estou embalagem até um arquivo rpm que tem uma seção postinstall% que detecta certas condições e executa um conjunto de unidade, função e testes do sistema. Estou ficando um pouco para trás empurrão que ele expõe parte da estrutura interna como eu usar algumas das mesmas variáveis ??de ambiente o próprio código usa para diagnóstico. Pensamentos?

UPDATE: Eu não estou pensando em executar os testes automaticamente, nem expor sua existência para os usuários finais. Eu estou propondo que o pacote de testes de simplesmente estar disponível em qualquer máquina onde a suíte terras. Acrescenta roughtly 3% para o tamanho final do pacote e requer uma quantia obscena de conhecimento interno para executar corretamente.

O programa em si é uma biblioteca que outros podem usar e é exposto em uma API. O conhecimento interno de como as coisas funções não está em questão. Minha principal motivação é a falta de um dos recursos de teste adequadas e a grande variabilidade no ambiente de destino. Alguns dos testes são muito simples (similar ao que configure pode fazer para determinar todas as características certas estão disponíveis a partir do compilador). Outros testes estão mais envolvidos e eles provam as funções básicas da biblioteca deve fornecer.

Answer 1

Se você quiser evitar a queixa de que ele é executado em cada instalação, no mínimo, o uso do % cheque regra de RPM.

Parece que as pessoas estão preocupadas com a "engenharia reversa". Assim, o software é proprietário? Este parece ser o cerne do seu problema. Independentemente disso, é comum para o conjunto de testes para ser separado do software empacotado.

No entanto, você não está sendo irrealista: Permitir aos usuários executar testes de si mesmos em seus sistemas e dar-lhe os resultados é um grande aspecto de uma relação de colaboração com os usuários. Infelizmente, você está correndo contra o modelo de negócios de propriedade.

Talvez você possa comprometer por corte para baixo ou reescrever os testes e diagnósticos para provar só um montante adequado de aptidão sem revelar demais. Eu não faria isso de volta para baixo de jogar fora os testes e diagnósticos do que você escreveu até agora.

Você realmente deve fazer o argumento de que os usuários ficarão satisfeitos e ter mais confiança em um pacote de software fornecido com um sistema de teste completo, e que estes superam qualquer receio de revelar internos do software.