O documento discute os pilares da qualidade de software, incluindo qualidade funcional, estrutural e de processo. A qualidade funcional envolve atender requisitos, poucos bugs, desempenho e usabilidade. A qualidade estrutural diz respeito à legibilidade, manutenibilidade e segurança do código. A qualidade de processo abrange prazos, orçamento e alinhamento entre a equipe.

2. Desenvolvimento
orientado a qualidade
Huge
12 de maio, 2016

3. Isabella Silveira
Front-End Developer @ Huge.
Front-End, Back-End, Agile
e Integração Contínua.

4. 1. Introdução
2. O que é qualidade de software?
3. Processo de desenvolvimento
4. Pilares 5. Conclusão
Agenda

5. Introdução.

6. Hoje em dia, a qualidade é um
diferencial em tudo que
consumimos.

9. Mas como definir qualidade de
software como um todo?

10. O que é
qualidade de
software?

11. Produtos de software
!=
produtos industrializados.

12. Processos de manufatura são
lineares e repetitivos.

13. A inovação está por toda parte nos
processos de desenvolvimento.

14. Definindo o software ideal.
Oqueéqualidadedesoftware?

15. Definindo o software ideal.
1. Eficiente.
2. Escalável.
3. Confiável.

16. Qualidade está intrinsecamente
ligada ao valor de um produto.

17. Processo de
desenvolvimento.

18. Processo de desenvolvimento.
1. Conceito.
2. Implementação.
3. Software final.

19. Stakeholders.
Processodedesenvolvimento

20. Stakeholders.
1. Clientes.
2. Usuários.
3. Desenvolvedores.

21. Pilares.

22. Pilares.
1. Qualidade funcional.
2. Qualidade estrutural.
3. Qualidade de processo.

23. Qualidade funcional.
Pilares

24. Consiste na eficiência do código,no
quão bem a aplicação cumpre
o seu papel.

25. Usuários são os maiores interessados
neste aspecto da aplicação.

26. “Mas o que define qualidade
funcional?”

27. Qualidade funcional:
1. Cumprir com os requisitos.
2. Ter poucos bugs.
3. Ter boa performance.
4. Ter boa UX.

28. Qualidade funcional:
1. Cumprir com os requisitos.
2. Ter poucos bugs.
3. Ter boa performance.
4. Ter boa UX.

29. Sine qua non da qualidade
funcional.

30. Qualidade funcional:
1. Cumprir com os requisitos.
2. Ter poucos bugs.
3. Ter boa performance.
4. Ter boa UX.

31. Bugs comprometem a
confiabilidade do sistema.

32. Qualidade funcional:
1. Cumprir com os requisitos.
2. Ter poucos bugs.
3. Ter boa performance.
4. Ter boa UX.

33. Você conhece alguma aplicação
boa e lenta?

34. Qualidade funcional:
1. Cumprir com os requisitos.
2. Ter poucos bugs.
3. Ter boa performance.
4. Ter boa UX.

35. Para os usuários, a aplicação
basicamente se resume à interface.

36. Ferramentas e aliados.
Qualidadefuncional

37. Testes automatizados.

39. Load testing.

41. Security testing.

42. +

44. Qualidade estrutural.
Pilares

45. Caracteriza a qualidade do código
escrito; o quão bem ele é estruturado.

46. Desenvolvedores são o
“público alvo”.

47. Qualidade estrutural:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

48. Qualidade estrutural:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

49. Funções limpas, claras e atômicas.
Cada função lida apenas com uma responsabilidade.

50. Qualidade funcional:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

51. Código manutenível.
Sim, eu procurei essa palavra no Google.

52. O quão fácil é mudar o código sem
introduzir novos bugs?

54. Qualidade funcional:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

55. Funções e variáveis claras e explícitas.
Isso facilita a compreensão e assimilação do código por novos
desenvolvedores e acelera a implementação de novas features.

57. Qualidade funcional:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

58. Código confiável e de
rápida execução.

59. Qualidade funcional:
1. Cumpre com os requisitos.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

60. Sem brechas de segurança,não deve
permitir ataques ou SQL injections.

64. Qualidade estrutural:
1. Código testável.
2. Código sustentável.
3. Código legível.
4. Código eficiente.
5. Código seguro.
6. Código escalável.

65. Design pattern e código modularizado.
Permite a implementação de novas features em menos tempo
e menor ocorrência de bugs e erros de regressão.

66. Ferramentas e aliados.
Qualidadefuncional

67. Análise de complexidade.

68. plato

71. Linters.

73. Refactoring.

75. Qualidade de processo.
Pilares

76. É a qualidade do processo de
implementação do produto.

77. Clientes e membros do projeto são
os mais afetados.

78. Qualidade de processo:
1. Respeitar prazos de entrega.
2. Respeitar o orçamento original.
3. Alinhamento entre a equipe.
4. Processo de entrega consistente.

79. Qualidade de processo:
1. Respeitar prazos de entrega.
2. Respeitar o orçamento original.
3. Alinhamento entre a equipe.
4. Processo de entrega consistente.

80. O software foi entregue no
prazo estipulado?

81. Qualidade de processo:
1. Respeitar prazos de entrega.
2. Respeitar o orçamento original.
3. Alinhamento entre a equipe.
3. Processo de entrega consistente.

82. O software foi entregue de acordo
com o orçamento original?

83. Qualidade de processo:
1. Respeitar prazos de entrega.
2. Respeitar o orçamento original.
3. Alinhamento entre a equipe.
4. Processo de entrega consistente.

84. Desenvolvedores e designers estarem
em sintonia com o gerente de
projeto é fundamental.

86. Qualidade de processo:
1. Respeitar prazos de entrega.
2. Respeitar o orçamento original.
3. Alinhamento entre a equipe.
4. Processo de entrega consistente.

87. Ponto chave da qualidade
de processo.

89. Ferramentas e aliados.
Qualidadedeprocesso

90. Métricas ágeis.

91. Gráfico de Burndown.

93. Scrumboard.

95. Conclusão.

96. Equilíbrio é fundamental.

97. Qualidade agrega valor
à sua aplicação.

98. Não sacrifique qualidade
por desempenho.

99. Qualidade de
software não
é opcional.

100. Questions?

101. Get in touch.
/in/isabellasilveira
isilveira@hugeinc.com
@silveira_bells
/bella-silveira