citação:
Originalmente colocada por C3_soul
citação:Originalmente colocada por Superfast
Analista/programador numa multinacional (Qimonda).
Especificamente faço parto da equipa de gestão de qualidade que gere code reviews/Software Quality Assurance e Testes (unitários ou de cenário).
Resumindo sou a ultima (somos) a barreira entre o codigo feito e o codigo released
E isso não é um trabalho mt chato?
Teres de andar a testar o trabalho dos outros e não fazeres nada tu mesmo?
Dito assim parece. Mas não é. Porque a ideia é testar o software quer a nivel unitario quer a nivel de cenario.
E digo-te o código muda n vezes até mudar. O pior é o programador ver isto como 1 ajuda e nao como 1 barreira.
Só que assim asseguras a qualidade do software release.
E tens n tarefas: Release status (saber o que esta feito, o que esta testado etc).
Maintenance status do codigo (code review: a ver se segue as guidelines, se e facil de manter).
Digo-te que aqui fazemos uma entrega semanalmente (ou quinzenalmente).
Ou seja numa semana tens aceitacao do cliente, pedido de alteração, desenvolvimento da alteração, teste da alteração e entrega.
Somos cerca de 40 pessoas e digo-te que fazemos uma media de 50 alteraçoes (uma alteração pode ser 1 coisa nova) e cada artefacto é testado em media com 20 a 30 testes unitarios.
O teste é das areas mais importantes. Pensa que para testares tens de ter o mesmo know how que o que desenvolve.
Treinas é mais o catch de falhas. Eu acho divertido hackar tudo o que se faz.
Não te esqueças que isto e software que gere uma fabrica que produz memorias. Falamos apenas no Porto (o software vai para todo o mundo) de 1,5 milhoes de memorias/dia.
Não pode haver falhas nem bottlenecks. So para teres 1 ideia. Parar 2 a 3 horas a fabrica dos EUA da para pagar aqui a equipa uns meses largos