Fala, galera ;)<\/p>\n
<\/p>\n
Amanh\u00e3 viajo para\u00a0as minhas t\u00e3o merecidas\u00a0f\u00e9rias, mas tirei um tempinho agora de madrugada para comentar rapidamente a prova do TCE\/SC. A prova foi bem tranquila da nossa parte, exceto pelas <\/p>\n 54. A m\u00e9trica de contagem de pontos por fun\u00e7\u00e3o, disseminada pelo\u00a0IFPUG (International Function Point User Group)\u00a0e constitu\u00edda na evolu\u00e7\u00e3o das m\u00e9tricas de linhas de c\u00f3digo\u00a0(LOC), visa estimar recursos para projetos de softwares\u00a0orientados a objetos a partir de documentos de vis\u00e3o e de casos\u00a0de uso.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>A m\u00e9trica do IFPUG \u00e9 constitu\u00edda na evolu\u00e7\u00e3o das m\u00e9tricas de linhas de c\u00f3digo (LOC)?<\/em>\u00a0Nunca!\u00a0J\u00e1 podemos parar por aqui – n\u00e3o h\u00e1 nenhuma rela\u00e7\u00e3o com m\u00e9tricas de linhas de c\u00f3digo.<\/p>\n Gabarito Preliminar:<\/strong> Errado.<\/p>\n <\/p>\n 55. Altos valores na m\u00e9trica Fan-in s\u00e3o indicativo de que uma\u00a0<\/strong>fun\u00e7\u00e3o possui acoplamento significativo com o restante\u00a0<\/strong>do projeto, uma vez que essa m\u00e9trica conta o n\u00famero de\u00a0<\/strong>fun\u00e7\u00f5es que chamam outras, diferentemente da m\u00e9trica\u00a0<\/strong>Fan-out, a qual se centra no n\u00famero de fun\u00e7\u00f5es que s\u00e3o\u00a0<\/strong>chamadas por uma fun\u00e7\u00e3o.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Fan-in \u00e9 uma medida do n\u00famero de fun\u00e7\u00f5es ou m\u00e9todos que chamam alguma outra fun\u00e7\u00e3o ou m\u00e9todo (digamos X). Fan-out \u00e9 o n\u00famero de fun\u00e7\u00f5es chamadas pela fun\u00e7\u00e3o X. Um valor alto para fan-in significa que X est\u00e1 firmemente acoplado com o resto do projeto, e mudan\u00e7as em X ter\u00e3o grande impacto.<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 56. As t\u00e9cnicas est\u00e1ticas de verifica\u00e7\u00e3o centram-se na an\u00e1lise\u00a0manual ou automatizada do c\u00f3digo-fonte do programa,\u00a0enquanto a valida\u00e7\u00e3o din\u00e2mica tem por objetivo identificar\u00a0defeitos no programa e demonstrar se ele atende a seus\u00a0requisitos.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio: <\/strong>T\u00e9cnicas est\u00e1ticas de verifica\u00e7\u00e3o, de fato, centram-se na an\u00e1lise do c\u00f3digo-fonte (i.e., sem executar o programa); j\u00e1 t\u00e9cnicas de valida\u00e7\u00e3o din\u00e2mica executam o software para encontrar defeitos e demonstrar se ele atende aos seus requisitos.<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 57. Para se assegurar que o sistema opere com a carga necess\u00e1ria,\u00a0s\u00e3o realizados testes de desempenho em que se aumenta\u00a0progressivamente a carga at\u00e9 que se possa definir se\u00a0o desempenho do sistema est\u00e1 aceit\u00e1vel.<\/strong><\/span><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Calma l\u00e1, essa quest\u00e3o \u00e9 pol\u00eamica! Se eu\u00a0aumentar progressivamente a carga at\u00e9 o sistema falhar, trata-se de um Teste de Carga. Se eu o fizer apenas para verificar se desempenho do sistema est\u00e1 aceit\u00e1vel, eu estou fazendo um teste de desempenho. Essa quest\u00e3o \u00e9 muito sutil e foi retirada do Sommerville:\u00a0“Ap\u00f3s o sistema ter sido completamente integrado, \u00e9 poss\u00edvel test\u00e1-lo em rela\u00e7\u00e3o \u00e0s propriedades emergentes (veja Cap\u00edtulo 2), como desempenho e confiabilidade. Os testes de desempenho devem ser projetados para assegurar\u00a0 que o sistema pode operar na carga necess\u00e1ria. Isso envolve, geralmente, o planejamento de uma s\u00e9rie de testes em que a carga \u00e9 constantemente aumentada at\u00e9 que o desempenho se torne inaceit\u00e1vel”.\u00a0<\/em><\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 58. Depois de ordenados os requisitos do product backlog pelo\u00a0time de desenvolvimento, o Product Owner avalia a qualidade\u00a0dos produtos entregues para certificar que os desenvolvedores\u00a0realizaram adequadamente as avalia\u00e7\u00f5es de mercado\u00a0e as necessidades dos clientes do produto. Pr\u00e1ticas\u00a0de estimativa, como burndown, em conjunto com gr\u00e1ficos\u00a0de barra, s\u00e3o \u00fateis para estabelecer o burndown baseline\u00a0e auxiliar o time de desenvolvimento a gerir a complexidade <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Voc\u00ea come\u00e7a ler a quest\u00e3o: “Depois de ordenados os requisitos do product backlog pelo time de desenvolvimento (…)<\/em>” e j\u00e1 pode parar. Quem ordena os itens do Product Backlog \u00e9 o Time de Desenvolvimento?<\/em> N\u00e3o, \u00e9 o PO! Ele \u00e9 o respons\u00e1vel por ordenar\u00a0os itens do Backlog do Produto para alcan\u00e7ar melhor as metas e miss\u00f5es.<\/p>\n Gabarito Preliminar:<\/strong> Errado.<\/p>\n <\/p>\n 60. Normalmente, o time do projeto define quando a entrega\u00a0de uma vers\u00e3o deve ser realizada ap\u00f3s analisar o retorno sobre\u00a0o investimento e avaliar se um conjunto de funcionalidades\u00a0j\u00e1 pode ser utilizado por clientes e usu\u00e1rios.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Tudo errado! O que seria o Time do Projeto? Seria o Time Scrum ou o Time de Desenvolvimento?\u00a0<\/em>De todo modo, est\u00e1 errado – o respons\u00e1vel por definir quando a entrega de uma vers\u00e3o deve ser realizada ap\u00f3s analisar o ROI e avaliar se um conjunto de funcionalidades j\u00e1 pode ser utilizado por clientes e usu\u00e1rios \u00e9 o Product Owner (PO).<\/p>\n Gabarito Preliminar:<\/strong> Errado.<\/p>\n <\/p>\n 63. A JAX-RS 2.0 fornece APIs port\u00e1teis para o desenvolvimento\u00a0de aplica\u00e7\u00f5es Web em conformidade com os princ\u00edpios\u00a0do estilo arquitet\u00f4nico REST.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Perfeito! O JAX-RS fornece APIs port\u00e1teis – com WS-*?<\/em> N\u00e3o, com REST!<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 64. O framework CXF 3.1.5 inclui extens\u00f5es no padr\u00e3o que, em\u00a0compara\u00e7\u00e3o com a implementa\u00e7\u00e3o de refer\u00eancia, facilitam seu\u00a0uso e, por n\u00e3o requerer um WSDL, gera o c\u00f3digo de\u00a0solicita\u00e7\u00e3o e respostas para classes bean.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>\u00c9 isso a\u00ed!\u00a0O CXF \u00e9 um framework webservices que n\u00e3o requer WSDL e gera facilmente c\u00f3digo de request\/response para classes bean.<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 65. De acordo com as diretivas do Clean Code, o n\u00famero de\u00a0argumentos de uma fun\u00e7\u00e3o n\u00e3o deve ser igual ou superior\u00a0a tr\u00eas, devido a sua influ\u00eancia no entendimento da fun\u00e7\u00e3o.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Robert C. Martin diz:\u00a0The ideal number of arguments for a function is zero (niladic). Next comes one (monadic), followed closely by two (dyadic). Three arguments (triadic) should be avoided where possible. More than three (polyadic) requires very special justification — and then shouldn’t be used anyway. <\/em>Logo, quest\u00e3o perfeita!<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 66. Um dos modos de an\u00e1lise de c\u00f3digo-fonte constante no\u00a0SonarQube \u00e9 o publish, que analisa completamente o c\u00f3digo\u00a0e o envia para o servidor que ir\u00e1 process\u00e1-lo e salvar\u00a0os resultados no banco de dados.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Existem dois modos – Preview e Publish (padr\u00e3o). Esse \u00faltimo analisa tudo que for\u00a0poss\u00edvel e manda o resultado par aum servidor processar e salvar o resultado no banco de dados (Publish mode performs a full analysis on the entire code base and sends it to the server, which will process it and save the results to the database<\/em>).<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 67. Em navegadores que n\u00e3o possuem apoio para a fun\u00e7\u00e3o\u00a0JavaScript JSON.parse, pode-se utilizar a fun\u00e7\u00e3o eval\u00a0para converter um texto JSON em um objeto JavaScript, por\u00a0meio da sintaxe apresentada a seguir.\u00a0var obj = eval (“(” + text + “)”);<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>H\u00e1 navegadores que realmente n\u00e3o suportam JSON.parse( ). A solu\u00e7\u00e3o de contorno realmente \u00e9 usar eval( ) e converter o texto JSON em um objeto JS – voc\u00ea deixar\u00e1 o sistema mais vulner\u00e1vel a ataques, por isso n\u00e3o \u00e9 a solu\u00e7\u00e3o ideal. Galera, fiquem tranquilos! Essa quest\u00e3o foi feita para que ningu\u00e9m acertasse mesmo – eu tive que pesquisar!<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 68. O XSLT \u00e9 utilizado para adicionar e(ou) remover elementos\u00a0e atributos do arquivo de sa\u00edda e para transformar um\u00a0documento XML em um documento HTML ou XHTML, ou,\u00a0ainda, em outro documento XML.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>XSLT \u00e9 uma linguagem\u00a0para transforma\u00e7\u00e3o de Documentos XML em outros formatos reconhecidos por um navegador web (XML, XHTML, HTML e outros). Em geral, ele faz isso ao transformar cada Elemento XML em Elemento (X)HTML. \u00c9 poss\u00edvel adicionar ou remover elementos e atributos de\/para um arquivo de sa\u00edda, ou mesmo reorganizar elementos, executar testes, entre outros.<\/p>\n Gabarito Preliminar:<\/strong> Certo.<\/p>\n <\/p>\n 69. Quando a seguran\u00e7a e a implanta\u00e7\u00e3o do Apache Maven s\u00e3o\u00a0configuradas, os reposit\u00f3rios s\u00e3o definidos em um projeto\u00a0na se\u00e7\u00e3o <distributionManagement>, na qual devem-se\u00a0inserir um nome de usu\u00e1rio e uma senha.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Outra quest\u00e3o para ningu\u00e9m acertar – fiquem relaxados! A documenta\u00e7\u00e3o do Maven diz:\u00a0Repositories to deploy to are defined in a project in the distributionManagement<\/tt> section. However, you cannot put your username, password, or other security settings in that project. <\/em>Observem que n\u00e3o se pode inserir nome de usu\u00e1rio, senha e outras configura\u00e7\u00f5es de seguran\u00e7a.<\/p>\n Gabarito Preliminar:<\/strong> Errado.<\/p>\n <\/p>\n 70. Utilizar valida\u00e7\u00e3o de entrada e codifica\u00e7\u00e3o de sa\u00edda, assegurar\u00a0a abordagem de metacaracteres e evitar consultas\u00a0parametrizadas fortemente tipificadas s\u00e3o a\u00e7\u00f5es compat\u00edveis\u00a0com as pr\u00e1ticas de programa\u00e7\u00e3o segura relacionadas a bases\u00a0de dados.<\/strong><\/p>\n <\/p>\n Coment\u00e1rio:\u00a0<\/strong>Essa quest\u00e3o foi retirada do OWASP. Era para acertar?<\/em> S\u00f3 se voc\u00ea for um ninja! Essas s\u00e3o apenas algumas das dezenas de recomenda\u00e7\u00f5es de seguran\u00e7a – n\u00e3o vale a pena decorar! Quem errou, fica tranquilo! Essa quest\u00e3o est\u00e1 errada porque n\u00e3o se deve evitar consultar parametrizadas fortemente tipificadas – isso na verdade \u00e9 recomendado.<\/p>\n Gabarito Preliminar:<\/strong> Errado.<\/span><\/p>\n <\/p>\n Bacana, galera?<\/em> Coment\u00e1rio r\u00e1pido! Boa sorte\u00a0e precisando \u00e9 s\u00f3 chamar ;)<\/p>\n","protected":false},"excerpt":{"rendered":" Fala, galera ;) Amanh\u00e3 viajo para\u00a0as minhas t\u00e3o merecidas\u00a0f\u00e9rias, mas tirei um tempinho agora de madrugada para comentar rapidamente a prova do TCE\/SC. A prova foi bem tranquila da nossa parte, exceto pelas malditas quest\u00f5es de ferramentas. Vamos l\u00e1… 54. A m\u00e9trica de contagem de pontos por fun\u00e7\u00e3o, disseminada pelo\u00a0IFPUG (International Function Point […]<\/p>\n","protected":false},"author":131,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"post_tipo":"article","footnotes":""},"categories":[1],"tags":[],"tax_estado":[],"class_list":["post-40358","post","type-post","status-publish","format-standard","hentry","category-cursos-e-concursos"],"acf":[],"yoast_head":"\nmalditas<\/del> quest\u00f5es de ferramentas. Vamos l\u00e1…<\/p>\n
\ndo projeto.<\/strong><\/p>\n