Highlight

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.

Why certified testers? In the USA, 88% of programmers say that they learn of software bugs and errors primarily from users, but there is a more serious alarming factor: 26% of these same bugs are disclosed on social networks - and it's not hard to imagine their impact. ISTQB® certifications help to reduce risks, costs and protect your company's reputation. With this in mind, here are 10 good reasons to include testers in your software project teams: 1. Reduce the Number of Bugs and Software Errors Studies show that "formal testing by certified personnel can achieve an efficiency of 99% in removing defects, while simultaneously reducing costs and reducing the workload to be carried out"¹. 2. Reduce Costs, Recoup Investment If a certification helps a tester eliminate just a single defect in software in production, it would mean that the return on investment in their certification has more than offset the estimated cost of the bug in production. 3 Accelerating and Improving Software Development Test team managers say that using the knowledge and terminology of ISTQB® Certifications improves communication and efficiency between project teams. On the other hand, with the inclusion of certified testers, bug detection tends to be much more efficient and programmers have more time for their development activities. 4. Global acceptance With over 750,000 test certifications issued in more than 100 countries, ISTQB® Software Testing Certification has become a global model. ISTQB® Certification exams are available in English, French, German, Spanish and even Portuguese; they can be taken in person or remotely, from the comfort of your own home. 5. practical and direct application ISTQB® certifications focus on the practical applications that testers use every day to detect and eliminate programming errors. Covering areas as diverse as Agile Development Testing, Performance Testing and Security Testing, these certifications allow you to build the testing skills needed by all project teams, thus reducing the number of software defects. 6 Motivating and Retaining Team Members; Reducing Costs The costs of employee turnover have been the subject of several studies. According to the American Psychological Association, in the absence of supervisor support for career development: Less than half of employees say they are motivated to do their best in their job (against almost 90% of those who say they have supervisor support); More than half say they intend to look for a new job outside the organization in the next year. Supporting an employee's career by offering them training and ISTQB® Certification is fairly inexpensive compared to the cost of losing that employee. So ISTQB® certification not only motivates your team members and helps reduce software errors, it also creates a more stable team, reducing turnover costs. 7 Developing Testing Skills and Increasing Profitability In addition to career development levels (Foundation, Advanced and Expert) and career paths (Test Manager, Test Analyst, Technical Test Analyst), ISTQB® offers specialized skills such as: Agile Testing, Mobile Testing, Security Testing, Test Automation, Performance Testing, Usability Testing that improve the skills of your entire quality control team to detect and eliminate programming errors. Studies indicate that companies that offer specialized training to their employees tend to make more profits than companies that invest less in training. 8 A Question of Trust Hundreds of ISTQB® certifications have been issued in Portugal with the PSTQB seal of approval. PSTQB, as a non-profit organization led by experts in the field of software testing, is dedicated to promoting software quality in Portugal, and to raising the professionalism of all those involved in testing processes. 9. Improving the Cost-Efficiency Ratio The PSTQB does not carry out training courses, as this is not its role; however, it is its role to accredit entities capable of providing recommended training courses. In this sense, companies can allow their employees to use these options. On the other hand, companies have the possibility of establishing a formal link with PSTQB which allows them various benefits: from direct discounts and priority registration for PSTQB events; to career recognition by advertising job vacancies for testers; to international networking, providing a close relationship with experts in the field of software testing. 10. Meeting Software Quality Workforce Needs through Qualification The need to hire qualified employees has been a constant concern in the business world, with several studies describing the importance of strengthening employees' professional skills, as well as the urgency of retraining them. The development of software testing skills proposed by ISTQB® Certifications responds precisely to the increasingly common and complex software quality requirements. Articles translated and adapted from: 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.

No início desta semana, num aeroporto em Seattle, nos Estados Unidos da América, um erro de software foi responsável por um incidente conhecido como ‘tailstrike‘ em dois voos da Alaska Airlines. No universo da aviação, um ‘tailstrike‘ é um incidente no qual a cauda do avião atinge a pista, o solo ou mesmo outro objeto estacionário. Geralmente, estes episódios ocorrem durante a decolagem ou aterragem, não sendo normalmente considerados movimentos perigosos – no entanto, nem sempre é o caso, uma vez que estes incidentes podem danificar seriamente os aviões.No Aeropoto Internacional de Seattle-Tacoma estes acidentes aconteceram duas vezes na mesma manhã, ambos envolvendo aeronaves Boeing operadas pela companhia Alaska Airlines, levando mesmo à suspensão dos voos e interrupção temporária da atividade aérea desta companhia por todo o país. Segundo a investigação posterior, foi descoberto que um bug foi responsável por este incidente: segundo o jornal Seattle Times, estes ‘tailstrikes‘ aconteceram após um erro de software num programa vendido por uma empresa sueca chamada DynamicSource. Este programa deveria fornecer informações fundamentais relativamente ao peso e equilíbrio que os pilotos inserem nos seus computadores de voo, para ajudar a determinar, por exemplo, o impulso que os motores fornecerão e a que velocidade o avião estará disponível para decolar. Neste caso em específico, o erro acabou por transmitir dados incorrectos que subestimaram seriamente o peso de ambas as aeronaves. O artigo original via Gizmodo pode ser lido aqui.

Os utilizadores do Chrome no sistema operativo Windows reportaram problemas no que toca ao armazenamento de ficheiros em rede. Nos últimos dias, um relatório de bug confirmou que a versão 109 do Chrome se recusou a guardar ficheiros através de um caminho de Convenção de Nomenclatura Universal (UNC). Quando testado em diferentes navegadores, nomeadamente, Apple Safari, Mozilla Firefox e Microsoft Edge (baseado no Chromium), o problema não persistia e a operação decorreria normalmente.  Sobre o erro em si, este manifesta-se ao procurar um ficheiro online; clicando na opção guardar e consequentemente no armazenamento dos dados num dispositivo compartilhado em rede ou num servidor cloud. Segundo o mesmo relatório de bug, surge neste contexto, uma mensagem de erro a informar o utilizador que o pacote não pode ser aberto, uma vez que contém ficheiros do sistema.No entanto, os utilizadores do Windows, não foram os únicos a enfrentar este problema. O site de notícias britânico Register realizou alguns testes, e detetou o mesmo problema ao tentar abrir um ficheiro Dropbox através do sistema operativo macOS Ventura 13.2. A resolução deste bug de arquivo do Chrome está prevista aquando da saída da versão 110. O artigo original via The Register pode ser lido aqui.

A BMW nos Estados Unidos da América emitiu um comunicado onde informou que mais de 14 mil automóveis foram afetados por um bug, impactando a unidade de gestão da bateria. Segundo os responsáveis da marca alemã em solo norte-americano, entre os veículos afetados, encontram-se os modelos os iX, os i4 e os i7 produzidos entre 14 de outubro de 2021 e 28 de outubro de 2022. Numa nota oficial, a BMW informou ainda que: “Durante controlos de qualidade internos, a BMW identificou que podem ocorrer, esporadicamente, diagnósticos incorretos na unidade de gestão de bateria do veículo. Em casos muito raros, isto pode levar a uma interrupção não planeada do carregamento da bateria do veículo ou a uma desativação do sistema de alta-voltagem. Atualizações de software já disponíveis corrigem estes pontuais diagnósticos incorretos”.  Este erro de software, ainda que também tenha sido identificado em Portugal, não constitui qualquer perigo para os condutores. O artigo original via NoticiasAoMinuto pode ser lido aqui.