Destaque

Nos Estados Unidos da América, mais de 4 mil clientes da El Paso Electric (EPE) não receberam as faturas mensais devido a um bug. O problema que se fez sentir nos últimos 4 meses afetou, sobretudo, o sistema de atendimento ao cliente. As resoluções do problema já se encontram em andamento, e a empresa espera que o sistema seja corrigido até ao final deste mês, informou George De La Torre, porta-voz da EPE. Segundo Karmen Mayorga, também porta-voz da empresa norte-americana, a maioria dos clientes afectados está a pagar voluntariamente montantes estimados para as suas contas mensais até que o problema seja devidamente resolvido. Estima-se que cerca de 50 clientes afectados não têm pago as suas facturas e os representantes do serviço de apoio ao cliente da empresa estão a contactá-los para fazer acordos de pagamento. Além disso, os funcionários da empresa sediada no Texas estão a pedir aos clientes que não receberam estas fatura que utilizem as anteriores para estimar o montante que devem pagar todos os meses, de modo a não terem uma fatura com um valor demasiado alto quando o sistema voltar a funcionar corretamente, acrescentou Mayorga, que adianta que este não é um problema de receita para a empresa de distribuição de eletricidade – os lucros no ano de 2022 chegaram a um valor superior aos 113 milhões de dólares. A continuação do artigo original via El Paso Times pode ser lido aqui.

Na Índia, a gigante sul-coreana Kia viu-se obrigada a fazer o recall de mais de 30 mil veículos devido a um erro de software, localizado no painel de instrumentos digital. Devido a este bug, as mais de 30 mil unidades do Modelo Carens MPV fabricadas entre setembro de 2022 e fevereiro de 2023 terão que ser inspecionadas, e receber uma atualização de software de forma a corrigir o problema. De acordo com o comunicado emitido pela mesma empresa, a campanha de recall foi iniciada para inspecionar qualquer erro potencial no processo de inicialização do cluster que possa fazer com que o mesmo fique em branco. A Kia India, acrescenta ainda, que irá contactar diretamente os proprietários dos veículos em causa para os informar sobre esta campanha de recolha voluntária. Em outubro de 2022, mais de cerca de 44 mil unidades do mesmo modelo MPV foram recolhidos, também para corrigir um possível problema com o software, no entanto, relacionado com a unidade de controle do airbag. A continuação do artigo original via Auto News pode ser lido aqui.

Ao analisar as actuais tendências de automação e a forma como estas continuarão no futuro, é importante lembrar que a qualidade de qualquer produto de software depende da qualidade dos seus testes de software. Este é uma parte integrante do processo de desenvolvimento de software, e nos últimos anos, tornou-se mais fácil, mais fiável e mais abrangente para os testadores de software fazerem o seu trabalho.Este artigo discute as principais tendências actuais que moldam os testes de software, bem como prevê aquelas que continuarão no futuro. Inteligência Artificial e Aprendizagem Automática A Inteligência Artificial (IA) deixou a sua marca proeminente no mundo digitalizado de hoje. De acordo com o site Statista, prevê-se que o mercado de software de IA cresça rapidamente nos próximos anos, atingindo cerca de 126 mil milhões de dólares até 2025.Para melhorar os processos de teste, as tendências de teste de software incorporam tecnologias de inteligência artificial e de aprendizagem automática. Um algoritmo de IA, por exemplo, gera casos de teste, e as técnicas de ML são utilizadas para identificar padrões e anomalias nos dados de teste. Utilização de Testes IoT para Dispositivos e Sistemas Inteligentes À medida que a popularidade da “Internet das Coisas” aumenta, os testadores de software estão a mudar para os testes IoT – uma rede de objectos físicos interligados que lhes permite recolher e trocar dados.À medida que o número de dispositivos IoT aumenta, os testes funcionais e os testes de segurança tornaram-se essenciais para confirmar que estes dispositivos estão a funcionar sem esforço. O seu objetivo é verificar se os dispositivos e sistemas IoT funcionam como esperado. Teste de RPA A RPA, automação de processos robóticos, é uma tecnologia de software que proporciona uma forma fácil de criar, implementar e gerir robôs de software que imitam as acções humanas quando interagem com sistemas digitais. Permite, assim, que os humanos se concentrem em tarefas de maior valor, libertando-os da execução de tarefas repetitivas.Os testes automatizados de RPA garantem que estes sistemas estão a funcionar eficazmente e cumprem os requisitos dos utilizadores: melhoram a eficiência, reduzem os custos e diminuem os erros. Além disso, como os sistemas RPA são utilizados nos sectores da saúde e das finanças, a necessidade de eficácia e fiabilidade dos mesmos aumentou. Testes em Vários Dispositivos para uma Automatização de Testes mais Inteligentes Toda a gente tem vários dispositivos ligados uns aos outros a toda a hora, tais como smartphones, tablets, computadores portáteis e dispositivos domésticos. Por conseguinte, os testes em vários dispositivos são efectuados para garantir que a aplicação funciona eficazmente em cada dispositivo ligado.Os testes multidispositivos garantem que a aplicação funciona corretamente em termos de tamanho, forma e sistema operativo. medida que aumenta a utilização de vários dispositivos, aumenta a oportunidade de efetuar testes em vários dispositivos. Existem muitos serviços de testes de automatização de controlo de qualidade que oferecem testes em vários dispositivos para testar vários dispositivos e navegadores em simultâneo, reduzindo o tempo e o esforço globais necessários para os testes.Além disso, os serviços de teste de aplicações móveis garantem que a aplicação móvel é compatível com todos os dispositivos e sistemas operativos. Teste de Blockchain para Maior Segurança e Desempenho Blockchain é a última tendência da década, com a crescente popularidade da moeda digital e das NFTs, a maioria das empresas começou a adotar a tecnologia. Junto com sua crescente popularidade, o blockchain traz ameaças à segurança.Hoje em dia, a cibersegurança tornou-se uma questão global, pelo que, para garantir a segurança da sua aplicação baseada em blockchain, os testes de blockchain são essenciais. Estes garantem que a sua aplicação está segura e que os produtos são fiáveis, localizando e resolvendo diversos problemas, tais como: questões de compatibilidade, violações de segurança ou qualquer outro aspeto que afecte a sua funcionalidade. Assim, muitas empresas baseadas em blockchain insistem em fazer com que a sua aplicação seja testada com testes de blockchain para melhorar a segurança e o desempenho. Transformar os Testes de Automatização com Chatbots Os chatbots são ferramentas sofisticadas que conversam com os clientes sobre qualquer uma das suas questões a qualquer hora do dia. Para além de interagirem com os clientes, tratam dos pedidos e fornecem todas as informações de que estes necessitam. A sua integração com a inteligência artificial e a linguagem natural ajuda as empresas a facilitar a interação com os consumidores. Com os testes de automatização, os chatbots podem melhorar e otimizar o processo de teste. Os chatbots aceleram facilmente o processo de teste, uma vez que automatizam as tarefas de rotina, permitindo que os testadores se concentrem em tarefas importantes. Testes de Dados Os negócios online estão fortemente dependente dos dados, por conseguinte, a realização de testes de dados com automatização e ferramentas específicas permite aos testadores lidar com a complexidade dos grandes volumes de dados. Os testes de dados incluem a verificação de condutas de dados e a aplicação de processamento que tem uma grande quantidade de dados em vários formatos, armazenamento de dados, consumo, processamento, modelação e visualização.Os testes de dados garantem a qualidade, a exatidão e a consistência, e com o crescimento da indústria, a maioria das empresas quer garantir a autenticidade dos dados, tornando os testes de dados um fator crescente nos testes automatizados. A continuação do artigo original via EuroSTAR Huddle pode ser lido aqui.

Nos Estados Unidos da América, a Mercedes viu-se obrigada a recolher mais de 8 mil veículos eléctricos devido a um erro de software que provocou problemas no sistema de propulsão. A empresa alemã iniciou a sua própria investigação sobre este problema em outubro de 2022, e utilizando análises detalhadas de dados de campo, determinou que em condições específicas, o sistema de tracção eléctrica era desativado, podendo causar assim a perda de potência do veículo e consequente risco de acidente. Segundo a própria fabricante, o problema seria acionado através do contacto com um conetor de ficha específico dentro do sistema de tracção eléctrica, impossibilitando que o condutor receber qualquer aviso antes do erro já ter acontecido, através de várias mensagens no painel de instrumentos. Ao momento, a gigante alemã não tem conhecimento de quaisquer acidentes resultantes deste problema. Estará planeado, assim, entrar em contato com os proprietários dos veículos afetados, solicitando a devolução dos seus veículos a um concessionário autorizado da Mercedes-Benz que fará a devida atualização do software, garantindo que o problema não volte a acontecer. A continuação do artigo original via Carscoops pode ser lido aqui.

Uma das principais preocupações das empresas é garantir a máxima satisfação do cliente, sendo a procura constante de acelerar os seus procedimentos de teste um dos principais focos das mesmas. A execução de testes manuais é geralmente difícil, podendo resultar em produtos e experiências de utilizador de baixa qualidade; ciclos de lançamento longos e ainda diminuição do retorno de investimento. Os testes automatizados de software permitem que os testers acelerem os ciclos de lançamento, minimizem o trabalho humano e aumentem a eficiência, precisão e a fiabilidade dos testes, ultrapassando simultaneamente, as restrições de custos através da automatização de uma série de atividades de teste repetitivas e morosas. Como Efectuar Testes Automatizados? Escolher criteriosamente a ferramenta de teste. A indústria oferece uma variedade de plataformas, tecnologias e ferramentas de desenvolvimento para testes automatizados de software. As organizações devem seleccionar cuidadosamente o instrumento de teste, tendo em conta as seguintes considerações importantes: A linguagem de escrita do software; O sistema operativo; Padrão de escrita de scripts de teste; Requisitos de teste; Em alguns casos, os especialistas em testes recomendam uma Prova de Conceito de Automação (POC) para escolher a ferramenta de teste correcta. Como Definir o Âmbito da Automatização dos Testes? As equipas de teste devem ter um conhecimento profundo dos principais componentes da empresa; dos cenários que envolvem o processamento de grandes quantidades de dados; das características comuns encontradas em todas as aplicações; da complexidade dos casos de teste e de muitos outros factores para esta fase. Nesse sentido, é de extrema importância ter em conta o desenvolvimento de competências em testes de software proposto pelas Certificações ISTQB® responde, precisamente, às exigências da qualidade de software, cada vez mais comuns e complexas. Planeamento, Concepção e Desenvolvimento Nesta fase, a equipa desenvolve e executa um plano ou estratégia eficaz: de modo a que a produção prossiga de acordo com as metas e os objectivos definidos pelos programadores, as ferramentas, os tipos de teste e as estruturas são eficazmente integrados num calendário ou cronograma. Execução de Testes Logo após o planeamento, de acordo com o plano de automação estabelecido, os testes são executados – auxiliando, dessa forma, a geração de dados posterior análise enquanto feedback. Manutenção Independentemente da eficiência do processo de teste, é crucial manter o sistema actual e o seguinte em funcionamento. Para ajudar a melhorar os resultados de cada versão seguinte são criados, executados e mantidos novos testes. A continuação do artigo original via Software Testing News pode ser lido aqui.

Os veículos elétricos são cada vez mais complexos. Mais material eletrónico significa, automaticamente, mais software e, naturalmente, surgem erros de codificação. A Mercedes reconheceu recentemente um problema de programação que afetou mais de 3 mil veículos elétricos baseados na plataforma EVA, o que constitui também uma não conformidade com a norma de segurança número 305 (relativa ao derrame de eletrólitos e proteção contra choques elétricos). O fabricante alemão tomou conhecimento de um potencial desvio das especificações exigidas durante os testes de rotina, em Maio de 2022. Mais especificamente, certas funções de diagnóstico do sistema de gestão da bateria poderiam não estar a funcionar como previsto. Precisamente um ano depois, a empresa sediada em Estugarda identificou um indicador de aviso que poderia não informar o condutor de uma avaria no sistema da bateria. Os documentos arquivados na National Highway Traffic Safety Administration revelam que o referido problema foi corrigido durante a produção, em setembro de 2022. Isso, por sua vez, mostra que a Mercedes estaria ciente da condição de não conformidade desde então. A empresa alemã já notificou sua rede de revendedores nos Estados Unidos da América acerca do recall necessário, instruindo os revendedores a atualizar o software do sistema de gerenciamento de bateria sem nenhum custo para os proprietários afetados. Olhando para o panorama geral, a Mercedes está a apostar tudo nos veículos elétricos, sempre que as condições de mercado o permitam. A mudança para veículos totalmente elétricos estará concluída no final da década, o que significa que o 223 é o último Classe S a apresentar motores de combustão interna. A continuação do artigo original via Autoevolution pode ser lido aqui.

Porquê testers certificados? Nos EUA, 88% dos programadores afirmam que tomam conhecimento de bugs e erros de software primeiramente através de utilizadores, no entanto, há um fator alarmante mais grave: 26% desses mesmos bugs são divulgados nas redes sociais – e não é difícil imaginar o seu impacto. As Certificações ISTQB® ajudam a diminuir riscos, custos e a proteger a reputação da sua empresa. Nesse sentido, deixamos-lhe 10 boas razões para incluir testers nas suas equipas de projetos de software: 1. Reduzir a Quantidade de Bugs e Erros de Software Estudos demonstram que “a realização de testes formais por pessoal certificado pode atingir uma eficiência de 99% na remoção de defeitos, e simultaneamente reduzir custos e diminuir a carga de trabalho a realizar”¹.  2. Reduzir Custos, Recuperar o Investimento Se uma certificação ajudar um tester a eliminar apenas um único defeito no software em produção, isso significaria que o retorno do investimento na sua certificação compensou largamente o custo estimado do bug em produção. 3. Acelerar e Melhorar o Desenvolvimento de Software Os gestores das equipas de testes afirmam que o uso dos conhecimento e terminologias das Certificações ISTQB® melhoram a comunicação e a eficiência entre as equipas de projecto. Por outro lado, com a inclusão de testers certificados, a deteção de bugs tende a ser muito mais eficiente e os programadores ficam com mais tempo para as suas atividades de desenvolvimento. 4. Aceitação Global Com mais de 750 mil certificações de teste emitidas em mais de 100 países, a Certificação de testes de software ISTQB® tornou-se um modelo global.Os exames de Certificação ISTQB® estão disponíveis em inglês, francês, alemão, espanhol e até em português; podendo ser feitos presencialmente ou de forma remota, através do conforto da sua casa. 5. Aplicação Prática e Direta As Certificações ISTQB® focam-se nas aplicações práticas que os testers recorrem diariamente para detetar e eliminar erros de programação. Abordando vertentes tão distintas como Testes em Desenvolvimento Agile, Testes de Performance e Testes de Segurança, estas Certificações permitem criar as competências de testes necessárias para todas as equipa de projeto, reduzindo assim a quantidade de defeitos de software. 6. Motivar e Reter Membros de Equipas; Reduzir Custos Os custos da rotatividade de funcionários tem sido objeto de vários estudos.Segundo a American Psychological Association, na ausência de apoio do supervisor para o desenvolvimento da carreira: Menos de metade dos funcionários dizem estar motivados a fazer o melhor na sua função (contra quase 90% dos que afirmam ter o apoio do supervisor); Mais da metade diz que pretende procurar um novo emprego fora da organização no próximo ano. Apoiar a carreira de um funcionário oferecendo-lhe uma formação e Certificação ISTQB® é um apoio bastante barato, em comparação com o custo de perder esse funcionário. Assim a certificação ISTQB® além de motivar os elementos da sua equipa e ajudar a reduzir os erros de software, também cria uma equipa mais estável, reduzindo custos de rotatividade. 7. Desenvolver Competências de Testes e Aumentar a Rentabilidade Além dos níveis de desenvolvimento de carreira (Foundation, Advanced e Expert) e planos de carreira (Gestor de Testes, Analista de Testes, Analista Técnico de Testes), o ISTQB® oferece competências especializadas, como: Teste Agile, Teste Mobile, Teste de Segurança, Automação de Testes, Teste de Performance, Testes de Usabilidade que melhoram as competências de toda a sua equipa de controlo de qualidade para detetar e eliminar erros de programação. Estudos indicam que as empresas que oferecem formação especializada aos seus funcionários tendem a ter mais lucros do que as empresas que investem menos em formação. 8. Uma Questão de Confiança Em Portugal já foram emitidas centenas de Certificações ISTQB® com o selo de aprovação da PSTQB. A PSTQB, enquanto organização sem fins lucrativos, liderada por especialistas da área de teste de software, dedica-se à promoção da qualidade do software em Portugal, e à elevação do profissionalismo de todas as pessoas envolvidas em processos de testes. 9. Melhorar a Relação Custo-Eficiência A PSTQB não realiza ações de formação, não sendo esta a sua função, contudo, é a sua função acreditar entidades capazes de lecionarem cursos de formação recomendados.Nesse sentido, as empresas podem permitir que os seus funcionários recorram a estas opções. Por outro lado, as empresas têm a possibilidade de estabelecer uma ligação formal com a PSTQB que lhes permite diversos benefícios: Desde descontos diretos e prioridade de inscrição em eventos PSTQB; Reconhecimento de carreiras, através da publicitação de ofertas de emprego para testers; Até ao networking internacional, proporcionando uma relação próxima com especialistas na área de testes de software. 10. Atender às Necessidades de Mão de Obra de Qualidade de Software por Meio de Qualificação A necessidade de contratar funcionários qualificados tem sido uma preocupação presente no mundo empresarial, são vários os estudos que descrevem a importância do reforço das competências profissionais dos funcionários, assim como a urgência na sua requalificação.O desenvolvimento de competências em testes de software proposto pelas Certificações ISTQB® responde, precisamente, às exigências da qualidade de software, cada vez mais comuns e complexas. Artigos traduzido e adaptado de: 10 Reasons You Need Testers Certified by ASTQB – ISTQB® in the U.S.  ¹ Capers Jones, “A Short History Of The Cost Per Defect Metric | Software Defect Origins & Removal Methods“

“Bug Causa Prejuízos A Transportadora Americana” Southwest Airlines aponta o dedo a uma falha na firewall de rede. Após o bug que provocou o cancelamento de mais de 16 mil voos em Dezembro, a resiliência do sistema informático da empresa é questionado. Nos Estados Unidos da América, depois uma falha tecnológica ter sido responsável pela suspensão temporária de todos os voos da Southwest Airlines, começam a levantar-se preocupações sobre a resiliência da infra-estrutura de TI da transportadora americana. Com sede em Dallas, no estado do Texas, a empresa norte-americana atribuiu o bug a uma falha de uma firewall de rede distribuída por um fornecedor, causando uma perda temporária de ligação a sistemas chave. Em comunicado à Reuters, a transportadora afirmou que os voos foram suspensos por precaução, acrescentando ainda que não havia indícios de um ataque cibernético. Além disso, recusou-se, também, a identificar o fornecedor e não abordou a razão pela qual esta falha não fazia parte do planeamento da empresa. Embora a causa exacta não seja clara, alguns especialistas da indústria questionaram porque é que os sistemas da Southwest Airlines não incluíam mais redundância. A transportadora tem estado debaixo de fogo desde que um problema de software, durante as férias de Natal, levou a mais de 16 mil cancelamentos de voos, perturbando os planos de viagem de 2 milhões de clientes, e levando a um prejuízo de mais de mil milhões de dólares. “Isto indicaria que a resiliência não é adequadamente abordada nos seus sistemas”, disse Eric Parent, piloto privado e CEO da EVA Technologies, uma empresa de ciber-segurança com escritórios no Canadá, EUA e Europa. “Algumas melhorias significativas devem ser consideradas para aumentar a sua maturidade e capacidade de manter as operações”. A continuação do artigo original via Reuters pode ser lido aqui.

Quando se trabalha com testadores (ou empresas de serviços de testes de software), há três considerações importantes a serem lembradas: As falhas de comunicação geral podem perturbar a interação entre elementos e equipas de projecto. Quando se fala de testes de software é importante usar uma linguagem comum e seguir princípios comuns; As diferenças na terminologia de testes podem representar um risco considerável.O recurso a definições, ou termos pouco claros, no contexto de uma empresa de serviços de testes pode ser prejudicial, no sentido de provocar erros ou exigir a reorganização de algum trabalho específico. As diferenças nos princípios de teste podem causar desentendimentos ou conflitos. Quando se aborda o tema dos testes de software seguindo um determinado conjunto de princípios, e os testadores seguem outros caminhos, então poderemos ter problemas de gestão de projecto, bem como atritos entre os elementos. Felizmente, existe uma maneira fácil de evitar a maioria destes problemas: garantir que os profissionais de testes de software possuam uma Certificação Foundation do ISTQB®. Esta Certificação (recomendada para testadores com pelo menos 6 meses de experiência) garante que: Os profissionais de testes possuam uma base sólida de conhecimentos sobre testes de software, usada e reconhecida em mais de 130 países; Os profissionais de testes usam uma terminologia comum, minimizando problemas de entendimento e falhas de comunicação. Lembre-se que ao incluir testadores certificados, está a aumentar as probabilidades de sucesso do seu projecto. Os Exames de Certificação ISTQB® podem ser realizados na PSTQB, em diversos idiomas: desde inglês, francês, espanhol, alemão e até em português, em regime presencial ou mesmo no conforto da sua casa.

A eficiência no desenvolvimento de software permite qualidade, lançamentos pontuais e clientes mais felizes. Uma grande parte dessa eficiência depende, precisamente, da correcção bem sucedida de bugs, e relatórios de defeitos de qualidade ajudam os programadores a fazer essas correcções rapidamente. Ao escrever relatórios de defeitos, os testers podem ser úteis, acrescentando passos detalhados e precisos para reproduzir os problemas que encontram, nos quais se deverá encontrar os resultados esperados como os resultados reais – podem, também, incluir capturas de ecrã e anexos de vídeo para ajudar à compreensão do defeito em questão. Os detalhes escritos no relatório de defeito ajudam os programadores a compreender a profundidade e amplitude do efeito do bug e a descobrir o código afetado. A localização do código partido numa base de código complexa não é uma tarefa fácil, especialmente quando os programadores trabalham em mais do que um projecto de cada vez. Quanto mais detalhes o relator de defeitos acrescentar ao relatório de defeitos, mais fácil será a reprodução, localização e correcção do bug. Quanto maior for a compreensão do defeito, mais provável é que a equipa o conserte correctamente – e sem gerar novos e relacionados bugs. Os detalhes necessários para um relatório de defeito compreensível incluem o seguinte: – deve incluir, por exemplo: Identificação Única para Rastreio: Isto permite que os testers encontrem o defeito por identificação; Nome do Autor do Relatório: Nome e informações de contacto; Aplicação e Versão de Código; Servidor ou Ambiente: Definir o local onde se realizaram os testes; Navegador e SO, se Aplicável; Capturas de Ecrã ou Vídeo, Ficheiros de Registo ou Erros: Os registos de ferramentas de desenvolvimento do navegador ou outros ficheiros de registo ajudam os programadores a compreender o defeito – a inclusão de vídeo do defeito em acção, ou capturas de ecrã ajudam, naturalmente, na compreensão visual; Resultado/Comportamento Esperado e Resultado/Comportamento Real: Os programadores podem não saber como funciona a aplicação de ponta a ponta, uma vez que tendem a codificar funções específicas. A inclusão do resultado esperado – para além do resultado real – fornece informações cruciais à localização do defeito; Severidade/Prioridade: Quão crítico é o defeito?; Notas de Resolução de Problemas: Incluir quaisquer notas sobre as medidas de resolução de problemas tomadas, consultas a bases de dados ou resultados de registo de erros. Entre outros. A continuação do artigo original via TechTarget pode ser lido aqui.