O documento discute a importância do planejamento eficaz nos testes de software, abordando as estratégias de testes de caixa branca e caixa preta, cada uma com suas vantagens e desafios. Além disso, destaca que ambas as abordagens são complementares, sendo essenciais para garantir a qualidade do produto final. A implementação exige um conhecimento profundo tanto da arquitetura do software quanto dos requisitos, e recomenda um planejamento mais transparente para melhorar a colaboração entre as áreas envolvidas.

1. Resolução da lista 9
1) O sucesso está apoiado diretamente em um forte planejamento de todas as atividades
de testes, nas quais a concentração dos trabalhos de validação nos componentes mais
complexos e nos requisitos mais críticos.
2) Existe 2 pela caixa preta e pela caixa branca. Caixa branca: os testes de caixa branca
são conhecidos dessa forma porque são baseados na arquitetura interna do software;
para realizar os testes é necessário que o profissional de testes conheça a tecnologia
empregada pelo software e conhecimento da arquitetura interna da solução; esses
testes são conhecidos por sua alta eficiência na detecção de erros, porem também são
conhecidos por serem difíceis de se implementar.
Caixa preta: utiliza técnicas para garantir que os requisitos do sistema são plenamente
atendidos pelo software que foi construído; não é seu objetivo verificar como
ocorrem internamente os processamentos; a grande vantagem é o fato de esta não
requer conhecimento da tecnologia empregada ou dos complexos conceitos de
implementação aplicadas internamente no software; e são conhecidos por serem mais
simples de implementar do que os de caixa branca; o grande desafio de se implantar o
método nas grandes organizações é convencer a área que já executa as atividades de
homologação e começar a exigir um planejamento mais apurado e transparente para
que todas as outras áreas possam ter acesso a todos os cenários de testes que estão
sendo executados.
3) Não, porque na verdade, essas estratégias são complementares e não exclusivas, o
que significa que teremos um produto de maior qualidade se ambos os processos
foram aplicados nas etapas de validação do software.
4) Vai influenciar no produto final ate mesmo porque uma depende da outra, ou seja,
uma completa a outra.
5) Tais atitudes tomadas minimizarão os resultados que poderão ser alcançados por uma
equipe que atue de forma independente.
6) É o fato esta não requer conhecimento da tecnologia empregada, e são mais simples
de se implantar do que os de caixa branca.
7) O conhecimento requerido é o conhecimento dos requisitos, suas características e
comportamentos esperados, para que seja possível avaliar o software através dos
resultados gerados pela aplicação.
8) Ele é conhecido como o mais simples mas na verdade ambos são complexos e exigem
grande esforço de planejamento e automação dos procedimentos.
9) É convencer a área que já executa as atividades de homologação e começar a exigir
um planejamento mais apurado e transparente para que todas as outras áreas possam
ter acesso a todos os cenários de testes que estão sendo executados.

2. 10) Requerem um conhecimento profundo da tecnologia e do projeto de
desenvolvimento, de forma a exercitarem adequadamente todas as estruturas
internas do projeto.
11) Eles devem ser decompostos em casos de testes de forma a avaliarem todos os
cenários existentes e validarem todas as variações para que uma solução tecnológica
deve suportar.
12) Todos os casos de testes nascem como testes de progressão e acabam se tornando
regressão durante o ciclo de vida do produto, e são elaborados de acordo com a
evolução do produto.
13) Trata-se de reexecutar um subconjunto (total ou parcial) de testes previamente
executados.
14) Seu objetivo é assegurar que as alterações ou inserções de determinados seguimentos
do produto não afetaram outras partes do produto.
15) Quando for feita alguma manutenção ou melhoria implementada.