{"id":18867199,"url":"https://github.com/daviteixeira-dev/test-automation-with-selenium-webdriver-and-java","last_synced_at":"2026-02-13T10:30:17.647Z","repository":{"id":169786920,"uuid":"630265620","full_name":"daviteixeira-dev/Test-Automation-with-Selenium-WebDriver-and-Java","owner":"daviteixeira-dev","description":null,"archived":false,"fork":false,"pushed_at":"2023-05-26T17:32:02.000Z","size":6940,"stargazers_count":0,"open_issues_count":0,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2024-12-30T22:31:49.519Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":null,"language":"Java","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/daviteixeira-dev.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2023-04-20T02:40:42.000Z","updated_at":"2023-04-20T06:48:18.000Z","dependencies_parsed_at":null,"dependency_job_id":"60528d3a-ce2f-4ff5-9ce3-381fb19d9ccd","html_url":"https://github.com/daviteixeira-dev/Test-Automation-with-Selenium-WebDriver-and-Java","commit_stats":null,"previous_names":["daviteixeira-btm/test-automation-with-selenium-webdriver-and-java","daviteixeira-dev/test-automation-with-selenium-webdriver-and-java"],"tags_count":0,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/daviteixeira-dev%2FTest-Automation-with-Selenium-WebDriver-and-Java","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/daviteixeira-dev%2FTest-Automation-with-Selenium-WebDriver-and-Java/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/daviteixeira-dev%2FTest-Automation-with-Selenium-WebDriver-and-Java/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/daviteixeira-dev%2FTest-Automation-with-Selenium-WebDriver-and-Java/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/daviteixeira-dev","download_url":"https://codeload.github.com/daviteixeira-dev/Test-Automation-with-Selenium-WebDriver-and-Java/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":239816478,"owners_count":19701753,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-11-08T05:08:45.219Z","updated_at":"2026-02-13T10:30:17.604Z","avatar_url":"https://github.com/daviteixeira-dev.png","language":"Java","funding_links":[],"categories":[],"sub_categories":[],"readme":"# Test-Automation-with-Selenium-WebDriver-and-Java\n\n# Fundamentos de Qualidade de Software\n\nCompreender fundamentos e normas da área de qualidade, assim como aprofundar atividades de um analista ou engenheiro de qualidade de software no mercado de trabalho. Introduzir níveis e tipos de teste e como estes se inserem no contexto da garantia da qualidade.\n\n## Percurso\n\n```\nAula 01 - O que é qualidade de software? \nAula 02 - Gerenciamento de defeitos \nAula 03 - Introdução aos testes de software.\n```\n### O que é qualidade de software ?\n\n#### Objetivos\n\n1. Definindo qualidade\n2. Normas e padrões de qualidade\n3. Medindo a qualidade\n4 . Processos de gerenciamento de qualidade de software\n\n## Definindo qualidade\n\n### Definições na literatura\n\n- NBR/ISO 9000:2005: grau no qual um conjunto de características inerentes satisfaz a requisitos.\n- Peters (2002): “A qualidade de software é avaliada em termos de atributos de alto nível chamados fatores, que são medidos em relação a atributos de baixo nível, chamados critérios.”\n- Sanders (1994): “Um produto de software apresenta qualidade dependendo do grau de satisfação das necessidades dos clientes sob todos os aspectos do produto.”\n- Pressman: “Qualidade de software é a conformidade a requisitos funcionais e de desempenho que foram explicitamente declarados, a padrões de desenvolvimento claramente documentados, e a características implícitas que são esperadas de todo software desenvolvido por profissionais.”\n- ISO/IEC 25010:2011: “capacidade do produto de software de satisfazer necessidades declaradas e implícitas sob condições especificadas”\n- IEEE Standard (2014): “o grau em que um produto de software atende aos requisitos estabelecidos; no entanto a qualidade depende do grau em que esses requisitos representam com precisão as necessidades, desejos e expectativas das partes interessadas”.\n\n### Aspectos importantes:\n\n- Requisitos de software são a base para medir qualidade;\n- Padrões especificados definem conjunto de critérios de desenvolvimento;\n- Existem requisitos implícitos que não são mencionados que afetam diretamente a qualidade.\n\n### Percepções de qualidade (subjetiva)\n\n| | |\n|----------------------|----------------------------------------------------------------------------------------|\n| Visão transcendental | Qualidade é reconhecida através de experiência, mas sem uma definição ou metrificação. |\n| Visão do usuário | É personalizado de acordo com a necessidade do usuário. |\n| Visão de manufatura | Qualidade é relacionada com conformidade aos requerimentos. |\n| Visão de produto | Produto com boas propriedades internas metrificadas terá boas qualidades externas. |\n| Visão baseada em valor | Representa o “custo-benefício” na visão do cliente. |\n| | |\n\n## As normas e padrões de qualidade\n\n### O que são normas técnicas?\n\nDocumentos publicados por organizações profissionais que objetivam padronizar determinadas atividades, processos, produtos, etc…\n\nPor que padronizar? é importante para minimizar os erros de comunicação entre a equipe, fazendo com que todos estejam na “mesma pagina”.\n\n- IEEE: “Institute of Electrical and Electronics Engineers”\n- ISO: “International Organization for Standardization”\n- IEC: “International Electrotechnical Commission”\n\n\u003ctable\u003e\n  \u003cthead\u003e\n    \u003ctr\u003e\n      \u003cth colspan='2'\u003eFamília ISO 9000\u003c/th\u003e\n    \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 9000\u003c/td\u003e\n      \u003ctd\u003eDescreve fundamento de sistemas de gestão de qualidade e suas terminologias\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 9001\u003c/td\u003e\n      \u003ctd\u003eEspecifica requisitos para sistema de gestão de qualidade\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 9004\u003c/td\u003e\n      \u003ctd\u003eDiretrizes que consideram eficácia e eficiência do sistema de gestão da qualidade\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 9126\u003c/td\u003e\n      \u003ctd\u003eModelo de qualidade de produto de software\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 19011\u003c/td\u003e\n      \u003ctd\u003eDiretrizes sobre auditoria de sistemas de gestão de qualidade de software\u003c/td\u003e\n    \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\n\u003ctable\u003e\n  \u003cthead\u003e\n    \u003ctr\u003e\n      \u003cth colspan='2'\u003eNormas para engenharia de software\u003c/th\u003e\n    \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO/IEC 14598\u003c/td\u003e\n      \u003ctd\u003eProcesso de avaliação de produtos de software na visão do desenvolvedor, adquirente e avaliador\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003e\n        ISO/IEC/IEEE 12207: 2017\n        ISO/IEC/IEEE 15288: 2015\n      \u003c/td\u003e\n      \u003ctd\u003eProcessos de ciclo de vida de software\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO 19011\u003c/td\u003e\n      \u003ctd\u003eDiretrizes sobre auditoria de sistemas de gestão da qualidade de software\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eIEEE 1012:2016\u003c/td\u003e\n      \u003ctd\u003eVerificação e validação para sistemas, software e hardware\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eIEEE 730: 2014\u003c/td\u003e\n      \u003ctd\u003eRequerimentos para planejamento, controle e execução de processos de garantia de qualidade de software\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO/IEC/IEEE 15289: 2019\u003c/td\u003e\n      \u003ctd\u003eFoco no processo de gerenciamento de informação\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eISO/IEC/IEEE 29119: 2013\u003c/td\u003e\n      \u003ctd\u003eVocabulário, processo, documentação, modelos e técnicas para teste\u003c/td\u003e\n    \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\n\u003ctable\u003e\n  \u003cthead\u003e\n    \u003ctr\u003e\n      \u003cth colspan='3'\u003eFamília SQuaRE\u003c/th\u003e\n    \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n    \u003ctr\u003e\n      \u003ctd colspan='2'\u003eISO/IEC 25000-25099 (System and Software Quality Requirements and Evaluation)\u003c/td\u003e\n      \u003ctd\u003eSubstitui ISO/IEC 9126\u003c/td\u003e\n    \u003c/tr\u003e\n    \u003ctr\u003e\n      \u003ctd\u003eQuality Requirements Division 2503n\u003c/td\u003e\n      \u003ctd\u003e\n          Quality Model Division 2501n \u003cbr/\u003e\n          Quality Management Division 2500n \u003cbr/\u003e\n          Quality Mensuarement Division 2502n\n      \u003c/td\u003e\n      \u003ctd\u003eQuality Evaluation Division 2504n\u003c/td\u003e\n    \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\n- Requerimentos de qualidade\n- Modelo de Qualidade\n- Gerenciamento de qualidade\n- Metrificação de qualidade\n- Avaliação de qualidade\n\nOs padrões não são obrigatórios, porém são um bom norte para quem deseja ter um sistema sólido de processos, de regras e normas aos projetos.\n\nLembre-se que a qualidade do produto de software começa no início do processo, lá na parte dos requisitos.\n\n## Medindo a qualidade\n\nStakeholders - (requisitos) -\u003e Processo de Software (Processo de desenvolvimento e Produto de software (padrões)) -\u003e Software com qualidade.\n\nQualidade não é teste, você testar um software não garante que o produto será excelente.\n\n# Exercícios\n\n\u003e Q1 - Assinale a alternativa INCORRETA quanto às técnicas de teste:\n\n- [ ] As técnicas baseadas em experiência são efetivas para identificação de defeitos apesar de ser difícil avaliar a cobertura eobter métricas.\n- [ ] As técnicas de caixa-preta normalmente são associadas a testes funcionais, quando queremos verificar as funcionalidades do sistema com base nos requisitos, mas sem a preocupação com a estrutura interna.\n- [ ] Testes de caixa-branca normalmente são utilizados a nível de componente, pois há uma preocupação em avaliar as instruções e fluxos condicionais no código fonte.\n- [X] A técnica de caixa-preta de tabela de decisão é últil quando se tem uma faixa de valores de entrada que são processados da mesma forma, obtendo, portanto, os mesmos resultados. Com essa técnica a quantidade de testes é reduzida e é representativa para todo o conjunto de valores de entrada avaliado.\n- [ ] As técnicas de teste servem para auxiliar o analista a identificar condições de teste, casos e seus dados de forma a criar uma suíte de testes eficiente.\n\n\u003e Q2 O processo de validação consiste em:\n\n- [ ] Garantir que os documentos produzidos estão corretos\n- [ ] Garantir que não existem erros de arquitetura no software\n- [X] Garantir que o software desenvolvido atende aos requisitos e às necessidades do negócio, de acordo com a visão dos stakeholders\n- [ ] Utilizar análise estática no software em execução\n- [ ] Garantir que o software desenvolvido está sem erros funcionais\n\n\u003e Q3 Sobre as normas técnicas estão CORRETAS:\n\n- I - Documentos duplicados por organizações profissionais que objetivam padronizar determinadas atividades, processos ou produtos;\n- II - As únicas organizações que publicam normas são IEE, ISO e IEC;\n- III - As normas são importantes para garantir comunicação e padronização de processos na equipe;\n- IV - As normas da família ISO 9000 são focadas na gestão de qualidade de software somente;\n- V - A norma ISO/IEC 25010 substitui a norma ISO/IEC 9126 quando aos modelos de qualidade de produto de software.\n\n- [ ] I, III, V\n- [ ] Todas as alternativas estão corretas\n- [X] III, IV, V\n- [ ] Todas são incorretas\n- [ ] I, II, III\n\n\u003e Q4 Quanto as atividades de processo de teste estão CORRETAS:\n\n- I - Os testes não possuem influência externas, portanto, devem seguir sempre as mesmas decisões e técnicas para todo projeto\n- II - As etapas de teste incluem: planejamento, monitoramento, análise, modelagem, implementação, execução e conclusão\n- III - Faz parte do planejamento de teste definimos estimativas e prazos\n- IV - Os níveis de teste dizem respeito às atividades de testes gerenciadas em um certo nível e visão do software\n- V - Os tipos de testes dizem respeito as atividades de testes com base em objetivos, portanto, o mesmo tipo de teste não pode ser aplicado em diferentes níveis de teste.\n- VI - A pirâmide de teste ideal consiste na utilização de um grande número de testes automatizados de interface, estando estes na base da pirâmide\n\n- [X] II, III, IV\n- [ ] I, III, IV, V\n- [ ] I, III, IV, V\n- [ ] III, IV, VI\n- [ ] II, III, IV, V\n\n\u003e Q5 O gerenciamento de qualidade consiste nas seguintes atividades principais numa visão de mais alto nível:\n\n- [X] Testes de software\n- [ ] Controle de qualidade\n- [ ] Garantia de qualidade\n- [ ] Planejamento de qualidade\n- [ ] Melhoria de processos\n\n\u003e Q6 Todas as sentenças são objetivos do teste de software, EXCETO:\n\n- [X] Criar métricas relacionadas ao desempenho dos desenvolvedores do produto\n- [ ] Evitar defeitos e avaliar produtos de trabalho\n- [ ] Criar confiança no nível de qualidade do sistema\n- [ ] Verificar cumprimento de requisitos\n- [ ] Validar se atende à necessidade do usuário\n\n\u003e Q7 Sobre o gerenciamento de defeitos estão CORRETAS:\n\n- I - Um defeito pode ser descrito genericamente como qualquer anomalia encontrada no software\n- II - A definição de um ciclo de vida do bug deve ser de responsabilidade somente da equipe de qualidade\n- III - O analista de qualidade não deve se preocupar em fornecer evidências que auxiliem o desenvolvedor, pois a depuração já é suficiente para correção\n- IV - O reporte de defeitos é importante para auxiliar no rastreio de qualidade do software a partir da obtenção de métricas.\n- V - O reporte de defeitos aucilia na reprodução e isolamento do defeito de forma a facilitar sua correção\n\n- [ ] Todas estão incorretas\n- [ ] I, II, III\n- [ ] Todas estão corretas\n- [X] I, IV, V\n- [ ] III, IV, V\n\n\u003e Q8 Assinale a sentença CORRETA quanto às definições de qualidade de software presente na literatura:\n\n- [X] A qualidade de software é conformidade a requisitos funcionais e desempenho que foram explicitamente declarados, a padrões documentados e a características implícitas que são esperadas de todo software desenvolvido por profissionais.\n- [ ] As visões de qualidade podem ser categorizadas como transcendental, do usuário, do produto, baseada em valor e baseada em requisitos.\n- [ ] A qualidade de software é fixa para qualquer tipo de produto de software, pois só através de uma visão objetiva consegue-se medir a qualidade\n- [ ] Todos os requisitos de um software devem ser explicitamente declarados pelos stakeholders, pois só assim consegue-se uma visão das métricas importantes para qualidade do produto\n- [ ] Um software pode ser considerado com qualidade mesmo que não atenda as  necessidades do cliente\n\n\u003e Q9 Assinale a alternativa CORRETA quanto a medição de qualidade de software:\n\n- [ ] De acordo com a ISO/IEC 25010, a manuntenibilidade é uma das características do modelo de qualidade do produto em uso\n- [ ] As métricas de qualidade só podem ser avaliadas considerando a visão do usuário é a chamada qualidade em uso\n- [X] De acordo com a ISO/IEC 25010, existem dois modelos de qualidade do produto e do produto em uso. Ambas possuem características e subcaracterísticas que norteam as métricas de qualidade\n- [ ] A qualidade do software só pode ser medida a partir da análise do analista de qualidade, membros do time não precisam se preocupar com métricas\n- [ ] A qualidade esterna é medida somente a partir de métricas externas e não é influenciada por atributos internos do software\n\n\u003e Q10 Assinale a afirmativa INCORRETA quanto aos princípios de teste:\n\n- [X] Testes exaustivos em todo o sistema são caros, mas possíveis\n- [ ] O teste depende do contexto\n- [ ] Um teste mostra presença de defeitos e não a ausência deles\n- [ ] Defeitos normalmente se agrupam\n- [ ] Ausência de erros é ilusão\n\n\u003e Q11 Na pirâmide de software, quais seriam os testes mais caros a se executarem?\n\n- [ ] Testes unitários\n- [ ] Testes de carga\n- [ ] Testes de função\n- [ ] Testes de integração\n- [X] Testes end to end\n\n\u003e Q12 Qual evolução na Engenharia de Software contribuiu para diversas mudanças no papel e atividades de Testes de Software?\n\n- [ ] Processo Unificado\n- [ ] Arquiteturas de software distribuído\n- [ ] Scrum\n- [ ] Kanban\n- [X] Advento das metodologias de desenvolvimento de software ágil\n\n\u003e Q13 Complete: \"Quando temos um erro sendo apresentado no sistema e o mesmo sempre trava nesse cenário (crash) temos um(a)...\"\n\n- [ ] Comportamento não esperado\n- [ ] Validação não realizada\n- [X] Falha\n- [ ] Defeito\n- [ ] Engano\n\n\u003e Q14 Qual unidade do sistema um teste unitário valida?\n\n- [ ] A menor unidade, no caso uma funcionalidade\n- [ ] A menor unidade, no casoum teste com uma API\n- [ ] Um teste de integração de dados\n- [ ] A menor unidade, no caso um requisito de negócio\n- [X] A menor unidade, uma função ou método\n\n\u003e Q15 Complete: \"Quando cometemos um engano e interpretamos incorretamente uma regra de negócio e desenvolvemos uma funcionalidade de forma diferente da esperada, temos um(a)...\"\n\n- [ ] Desvio de comportamento\n- [ ] Comportamento alternativo\n- [ ] Validação incorreta\n- [X] Defeito\n- [ ] Engano\n\n\u003e Q16 Escolha a alternativa que melhor define a justificativa pela qual testar software é tão importante:\n\n- [ ] É importante para revelar defeitos, aumentar a confiança do time de desenvolvimento na entrega, assegurar a qualidade e por ser uma obrigação do processo de software\n- [ ] É importante para revelar e eliminar qualquer possibilidade de defeitos, aumentar a confiança/satisfação do cliente com o softwaRe e assegurar a qualidade\n- [ ] É importante para revelar e eliminar qualquer possibilidade de defeitos, aumentar a confiança do time de desenvolvimento e assegurar a qualidade\n- [X] É importante para revelar defeitos, aumentar a confiança/satisfação do cliente com o software e assegurar a qualidade\n\n\u003e Q17 Complete: \"Quando temos um bug em um sistema de relatórios e na apresentação de dados um comportamento inconsistente surge, temos um(a)...\"\n\n- [X] Erro\n- [ ] Engano\n- [ ] Defeito\n- [ ] Comportamento não especificado\n- [ ] Verificação incorreta\n\n\u003e Q18 Qual técnica de Testes realizamos sem conhecimento prévio do código e apenas das features do sistema?\n\n- [ ] Teste de negócio\n- [ ] Caixa cinza\n- [ ] Caixa branca\n- [X] Caixa preta\n- [ ] Teste de feature\n\n\u003e Q19 Qual técnica de Testes realizamos um processo pelo qual temos total conhecimento do código fonte do sistema?\n\n- [ ] Caixa cinza\n- [ ] Testes de código\n- [ ] Testes de programação\n- [ ] Testes unitários\n- [X] Caixa branca\n\n\u003e Q20 Quando queremos testar os limites da aplicação encontrando até que ponto a mesma está preparada para responder estamos fazendo testes de ...?\n\n- [ ] Carga\n- [ ] Desempenho\n- [ ] Performance\n- [X] Stress\n- [ ] Aceitação\n\n\u003e Q21 Qual a permissão que o WebDriverWait nos oferece?\n\n- [ ] Permite que você execute ações de interface do usuário em seu teste\n- [ ] Permite a integração entre o script de teste e o repectivo browser\n- [X] Permite que o código possa interromper a execução do programa ou congele o encadeamento, até que a condição que passamos seja resolvida\n- [ ] Permite a criação de repositórios de objetos com elementos contidos numa página Web\n- [ ] Permite a identificação de elementos em uma página.\n\n\u003e Q22 De forma objetiva, o que seria o POM?\n\n- [ ] Page Object Model (ou POM) recebe as instruções do navegador e as executa em seguida, oferecendo uma resposta via HTTP\n- [ ] Page Object Model (ou POM) cria um repositório com testes unitários capaz de realizar a verificação das funções dentro do código.\n- [X] Page Object Model (ou POM) nos permite criar um repositório de objetos com elementos contidos numa página Web\n- [ ] Page Object Model (ou POM) nos permite testar os códigos e os elmentos contidos em uma página Web\n- [ ] Page Object Model (ou POM) é uma ferramenta de código aberto e multiplataforma, usado para testar aplicações Web pelo browser de forma automatizada\n\n\u003e Q23 Qual o propósito dos Testes de Aceitação?\n\n- [ ] Os testes de aceitação verificam os erros nos códigos para que a unidade não falhe, ele deve encontrar a causa dos problemas e tratar os erros o mais rápido possível\n- [ ] Objetiva auxiliar na execução dos frameworks que executam operações lógicas de negócio na camada do servidor.\n- [X] Verificar se o softare está pronto e pode ser utilizado pelos usuários, para desempenhar funções e tarefas para os quais o software foi construído\n- [ ] Verificar uma parte especifica do código a nível de função, assegurando o bom funcionamento do código\n- [ ] Os testes de aceitação têm o propósito de executar os testes iniciais, antes da implementação do software\n\n\u003e Q24 \"A __________ consiste em linguagens como Java, Ruby, Python, C# e etc. Após os casos de teste acionados, o código do Selenium será convertido para o formato json.\"\n\n- [ ] Selenium Actions\n- [ ] WebElement\n- [X] Selenium Client Library\n- [ ] Expected Conditions\n- [ ] Locators\n\n\u003e Q25 Sobre a interação com o WebElement, marque a alternativa que aponta três comandos mais utilizados:\n\n- [ ] Submit Keys, Clear e Remove\n- [X] Click, Send Keys e Clear\n- [ ] Private Key, Click e Remove\n- [ ] Explict Wait, Send Keys e WebDrive\n- [ ] Remove, Clear e Explict Wait\n\n\u003e Q26 Sobre o Selenium WebDriver é CORRETO afirmar:\n\n- [ ] O Selenium WebDriver é uma ferramenta de automação de testes Web que pode ser integradaapenas com soluções desenvolvidas em Java\n- [ ] O Selenium WebDriver usa as instruções dentro do método para a realização dos testes possíveis de execução/verificação\n- [X] O Selenium WebDriver usa o própio driver do navegador para a automatização\n- [ ] O Selenium WebDriver indicará todos os passos que serão executados antes da execução dos testes em si, como preparação\n- [ ] Nenhuma das alternativas\n\n\u003e Q27 Sobre o Selenium Actions, suas ações são executadas por quem?\n\n- [ ] Select\n- [X] API Advanced User Interactions, que consiste na classe Selenium Action para realizar essas interações\n- [ ] Json (JavaScript Object Notation)\n- [ ] POM (Page Object Model)\n- [ ] DOM (Document Object Model)\n\n\u003e Q28 Sobre os Testes Unitários, é INCORRETO que:\n\n- [X] Os Testes Unitários dependem de alguns processos ou sistemas externos (Banco de dados, rede, console e etc.)\n- [ ] Representa o ato de validar dados válidos e inválidos via I/O sendo aplicado por desenvolvedores ou analistas de testes\n- [ ] Esses testes geralmente são escritos por desenvolvedores quando trabalham no código para assegurar que a função especifica está executando como esperado\n- [ ] Os Testes Unitários podem ser usados como documentação do própio sistema\n- [ ] São testes que verificam se uma parte especifica do código constumeuramente a nível de função está funcionando corretamente \n\n\u003e Q29 Qual a desvantagem de utilizar o localizador By.tagName(\"tag name\")?\n\n- [ ] Pode ocorrer problemas ao percorrer os elementos do DOM\n- [ ] Não há um sistema de segurança ao utilizar esta tag\n- [ ] É necessário conhecimento em XPath\n- [X] Pode haver vários elementos com o mesmo nome da tag\n- [ ] Nem todos os navegadores utilizam esta tag\n\n\u003e Q30 A Classe Select só funciona para alguns elementos que seriam:\n\n- [ ] DOM e POM\n- [ ] Client Library e POM\n- [ ] DOM e option\n- [X] HTML select e option\n- [ ] HTML WebDrive e option\n\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fdaviteixeira-dev%2Ftest-automation-with-selenium-webdriver-and-java","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fdaviteixeira-dev%2Ftest-automation-with-selenium-webdriver-and-java","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fdaviteixeira-dev%2Ftest-automation-with-selenium-webdriver-and-java/lists"}