Início Qualidade no InfoQ Brasil
Notícias
Feed RSS-
Uma Introdução à Qualidade de Software
Em dois artigos recentes, David Chappell, CEO da Chappell & Associates, descreve os diferentes aspectos da qualidade de software (funcionais, estruturais e de processo), os grupos de pessoas diretamente interessadas na qualidade (usuários, desenvolvedores e patrocinadores), e o resultado que os defeitos no software causam, sejam eles externos ou internos, ao longo do tempo.
-
Sistemas embarcados: Testes de software e arquitetura em alta
Em edição recente da revista Chip Design, foi apontado grande crescimento dos sistemas portáveis e sem fio, e o aumento de relevância do software nos sistemas embarcados. Com isso, questões de qualidade precisam de atenção especial, principalmente em sistemas críticos em segurança; e ferramentas de testes e a arquitetura de software se tornam aspectos críticos.
-
Coverity: Código Open Source tem menos defeitos que código comercial
Estudo realizado pela Coverity Scan, patrocinado pelo Departamento de Segurança Doméstica dos EUA, conclui que o código Open Source tem menos defeitos que código comercial, e que a análise estática de código é eficaz na redução da quantidade de defeitos em software.
-
Psicologia Aplicada para Engenheiros de Software
John R. Fox publicou este mês seu livro “Trabalho Digital em um Mundo Analógico”, cujo subtítulo “Melhorando a Engenharia de Software através da Psicologia Aplicada” indica o verdadeiro objetivo: discutir os aspectos psicológicos no contexto de engenharia de software. O foco são os aspectos e práticas psicológicos relevantes para os engenheiros de software.
-
Se usuários não mudam as configurações, para que configurações?
Pesquisas recentes por especialistas em experiência do usuário mostram que a grande maioria dos usuários mantém os valores padrão para todas as configurações dos softwares, mesmo perdendo com isso funcionalidades essenciais. O excesso de escolhas e a confiança nos desenvoldedores contribuem para uma situação que prejudica os dois lados da equação usuário-desenvolvedor.
-
O conflito entre Agile e Arquitetura
Há uma luta constante entre as técnicas ágeis e a arquitetura corporativa. Enquanto o desenvolvimento ágil foca-se em ajustar o planejamento à medida que se ganha conhecimento do domínio, a arquitetura estabelece uma plataforma tecnológica e trata dos atributos de qualidade. A combinação dessas duas dimensões tem sucesso quando as técnicas ágeis são usadas na direção da arquitetura desejada.
-
Código é responsabilidade e risco: quanto menos, melhor
A mentalidade Lean enfatiza a redução dos estoques, porque sempre há custos associados à sua manutenção. No desenvolvimento de software, costuma-se tratar os requisitos como estoque. Mas e o código?
-
Representando testes ágeis
Vários membros da comunidade Agile têm explorado estilos para a representação e registro de testes, usando desde listas simples e tabelas, a estruturas lógicas e mapas mentais.
-
Como terminar histórias sem deixar bugs para trás
O que você pode fazer quando um número inaceitável de histórias estão "prontas", mas ainda tem vários problemas de qualidade?
-
Sonar 2.4: Regras de Restrições de Arquitetura e Suporte ao Maven 3
A última versão do Sonar, ferramenta open source de gerenciamento de qualidade de código, suporta restrições de arquitetura para projetos Java e painéis customizados. O time da SonarSource lançou no mês passado a versão 2.4 de seu produto. Neste lançamento, há quatro novas funcionalidades principais...
-
Retrospectiva Java 2010
Muitos fatos importantes aconteceram esse ano em torno da plataforma e linguagem Java, confira alguns dos principais acontecimentos reportados pela InfoQ Brasil duranto o ano de 2010. Dentre eles alguns tropeços da Oracle, o processo entre ela e o Google, o tão esperado Java 7, entre outros.
-
Como Pagar o Débito Técnico
Paul Tevis está em uma equipe que há quatro meses encontra-se em uma transição Scrum. O projeto possui uma grande quantidade de débito técnico, e ele está às voltas com o problema de como controlar e pagar estes débitos técnicos.
-
Qual é a nomenclatura ideal para os nosso métodos?
Recentemente Anderson Fraga, no fórum Tectura, iniciou uma discussão onde ele faz um questionamento familiar para muitos desenvolvedores, ele comparou a declaração de métodos e classes do projeto Restfulie e viu que no projeto foi usado nomes curtos e expressivos. Mas qual o impacto disso? Qual é a nomenclatura ideal para os nossos métodos?
-
Big Ball of Mud, ainda é o projeto de software dos mais populares
Big Ball of Mud, é um código bagunçado que é mal estruturado, desleixado e muitas vezes amarrado com fita adesiva. Com o passar dos anos tentamos introduzir vários guidelines tais como SOLID, GRASP e KISS, alta coesão e baixo acoplamento. Entretanto, a situação parece continuar e ainda vemos que a "Grande Bola de Lama" parece ser o jeito mais popular de fazer o design de um software.
-
Rails 3 Lançado: Modularidade, Performance, Estabilidade e Simplicidade
Depois de ser comparado com Duke Nuke Forever devido a constante mudança da sua data do lançamento oficial o Rails 3 versão final foi lançado dia 23 desse mês (23/08/2010). Com diversas mudanças enumeradas e discutidas por toda a comunidade e com mais de 16000 contribuintes no total, o Rails provou que uma comunidade unida pode ser a chave para o sucesso.