Vou responder às suas perguntas:

**01) Por que é importante testar os RNF? Não seria suficiente testar apenas as
funcionalidades do software? Justifique.**

Testar apenas as funcionalidades do software não é suficiente, uma vez que os Requisitos
Não Funcionais (RNF) desempenham um papel crucial na qualidade e no desempenho do
software. Os RNF dizem respeito a características como segurança, desempenho,
usabilidade, escalabilidade, confiabilidade, entre outros. A importância de testar os RNF
reside em:

- **Atender às expectativas do usuário:** Os RNF afetam a experiência do usuário. Falhas

em aspectos como usabilidade e desempenho podem resultar em insatisfação dos usuários.

- **Garantir a qualidade global:** A qualidade de um software não é determinada apenas

pelas funcionalidades, mas também pelos RNF. A falta de testes adequados nos RNF pode
levar a problemas que comprometem a integridade e a segurança do sistema.

- **Conformidade com regulamentos:** Em alguns casos, existem regulamentações legais

que exigem o cumprimento de RNF, como requisitos de segurança e privacidade de dados.

- **Escalabilidade e eficiência:** Testar o desempenho e a escalabilidade ajuda a garantir

que o software possa lidar com cargas de trabalho crescentes e manter um desempenho
satisfatório.

- **Confiabilidade e disponibilidade:** Garantir que o software seja confiável e esteja

disponível quando necessário é crucial, especialmente para sistemas críticos.

Em resumo, testar os RNF é fundamental para garantir que o software atenda às

expectativas dos usuários, seja seguro, eficiente e cumpra os padrões de qualidade
estabelecidos.

**02) Ferramentas para testar RNF:**

- **Segurança:** Uma ferramenta comum para testar a segurança é o "OWASP ZAP" (Zed
Attack Proxy), que é usado para identificar vulnerabilidades em aplicações web.

- **Desempenho:** Para testar o desempenho, o "Apache JMeter" é uma ferramenta

popular. Ele permite simular cargas de usuários e avaliar o desempenho de um sistema em
diferentes cenários.

- **Usabilidade:** A usabilidade pode ser testada usando ferramentas como o "UserTesting"

ou realizando testes de usabilidade com grupos de usuários reais.

**03) Testes de Partição de Equivalência e Análise do Valor Limite:**

Para o aplicativo de compras online com duas partições (Pagamento com cartão de crédito
e Pagamento por PIX), aqui estão cinco casos de teste para cada grupo usando a técnica
do Valor Limite:

**Grupo 1 (Pagamento com cartão de crédito):**

1. **Caso 1 - Limite Inferior:** Valor de entrada: Limite inferior (por exemplo, R$1). Saída
esperada: Transação aceita ou rejeitada.

2. **Caso 2 - Valor Válido:** Valor de entrada: Valor típico (por exemplo, R$100). Saída
esperada: Transação aceita.

3. **Caso 3 - Limite Superior:** Valor de entrada: Limite superior (por exemplo, R$10.000).
Saída esperada: Transação aceita ou rejeitada.

4. **Caso 4 - Valor Inválido (abaixo do limite inferior):** Valor de entrada: Valor abaixo do
limite inferior (por exemplo, R$0). Saída esperada: Transação rejeitada.

5. **Caso 5 - Valor Inválido (acima do limite superior):** Valor de entrada: Valor acima do
limite superior (por exemplo, R$20.000). Saída esperada: Transação rejeitada.

**Grupo 2 (Pagamento por PIX):**

Os casos de teste para o grupo de pagamento por PIX seguiriam uma lógica semelhante,
com os limites e valores válidos/inadequados apropriados para o método de pagamento do
PIX.

Lembre-se de que a técnica de valor limite visa testar os cenários extremos e os limites
críticos, a fim de identificar possíveis problemas de software.