(No Ratings Yet)
Loading ...Recentemente, em uma das listas de discussão em que participo, vi uma coisa que eu jurava que não acontecia mais. Em pleno século XXI, era do conhecimento e o que é mais agravante, em uma área de pessoas entusiastas por métricas precisas que somos nós, cientistas da computação, usando anos de experiência para julgar o famoso “salary label” :
Júnior, Pleno e Sênior
Eu acredito fortemente que o mercado não julga anos de experiência como único fator de decisão para um determinado cargo e salário. O mais engraçado é que muitas das pessoas não tem a mínima noção quanto ao que deve ser chamado um analista júnior, pleno ou sênior, e ao ser questionadas sempre se dizem Seniores com 3~4 anos de experiência.
Outra coisa que vem aparecendo com muita força nas listas de teste de software é a certificação. Muita gente acha que o simples fato de ter uma certificação vai mudar sua posição no mercado. Com esse pensamento, aquele estagiário com 6 meses de experiência como testador, se mata de estudar e consegue uma certificação. Agora ele passa a ser pleno (ou sênior). Logo passa a ser um profissional “promíscuo” na busca por mais e mais dinheiro fora de hora.
As nossas certificações estão um pouco “fracas”, mas isso é tema já muito discutido, como no post “Certificações Valem a Pena?” do Fabrício Ferrari, no post “Certificação, um Mal Necessário” do Edwagney Luz e em tantos outros posts e discussões nas nossas listas e foruns. O que quero dizer é que a certificação, ainda mais as low level, não são por si só, caracterizadoras da qualidade do profissional. O simples fato de tirar uma certificação esperando um aumento salarial, só pela certificação, é um erro tremendo e uma prova de imaturidade profissional. Além disso, “Uma certificação pode até te ajudar a conquistar uma posição nova e melhor no mercado, mas não te ajuda a mantê-la.” (lembra do Julien do post “Era uma vez um testador” ?).
Esse pensamento imaturo sobre certificação é fortalecido também pelo fenômeno das “empresas três letrinhas” (empresa que tem um selo pelo selo e não pela qualidade, e quer profissionais certificados pela certificação e não pelo conhecimento) que ainda está muito presente.
Um artigo muito interessante chamado “O profissional “Um ano júnior, dois anos pleno e trinta e dois anos sênior”!?” sobre isso, foi publicado pelo meu amigo e um dos grandes nomes da Engenharia de Software, Marco Mendes, um dos maiores profissionais com quem já trabalhei, onde ele expõe com firmeza o que as pessoas de hoje fazem para ganhar o “salário dos sonhos” antes de ser o “profissional dos sonhos”.
No artigo o Marco fala sobre um método de avaliação que eu acho muito válido, baseando-se em milhares de horas de projeto, dezenas de projetos de sucesso, vasta formação acadêmica, etc. Certamente, medidas dessa proporção não são para qualquer um, mas sou um “cara da qualidade” e a palavra quantidade raramente é absoluta para mim, por isso eu não ficaria feliz de imediato se me dissessem: “Parabéns, você ganhou 10 Milhões de Dólares Zimbabuanos!”, antes de qualquer coisa eu perguntaria: “Qual a taxa de conversão em Reais?”, logo descobriria que são ~R$6,50.
Isso é um exemplo do quanto os números são traiçoeiros e de que podem ser usados para impressionar e enganar as pessoas, mesmo que isso não seja intencional. Por esse motivo acho que é muito importante questionar esses números.
Essas 7.000 horas de projetos foram executadas em quais projetos? Quais as características desses projetos? Qual a sua importância para esse projeto? Essas dezenas de projetos foram para que clientes? Qual a complexidade desses projetos? Qual a importância desses projetos para a organização? Qual a sua contribuição para o sucesso desses projetos? Quais as suas pós-graduações, suas grades e trabalhos desenvolvidos? Etc.
Por outro lado, o Marco cita também uma característica que sou obrigado a referenciar (e aplaudir): “Arrisco-me a dizer, entretanto, que talvez o atributo mais importante seja a humildade, afinal de contas, para reconhecer as próprias limitações e aprender continuamente.”.
Uma outra coisa interessante também acontece, ao contrario do que o mercado prevê, existem pessoas fantásticas que demonstram dominação de técnicas, bons pontos de vista, observações e considerações de um expert com apenas 2 ou 3 anos de experiência. Alem disso tem mais participação efetiva no mercado do que muitos dos “vovôs do teste de software” que aparecem de um dia para o outro.
Ao mesmo tempo vejo o mercado pedindo “8~10″ anos de experiência para ser um “Coordenador” ou “Engenheiro de teste”, e me pergunto: “Será que oito anos de experiência é mais do que três anos de intensa experiência?”.
Penso isso porque existem os extremos opostos dos super profissional que em dois anos já está super capacitado, com força de vontade e “matando a pau” em todas as demandas, técnicas e ferramentas citado acima. Existem os profissionais preguiçosos que se aproveitam desse “bug” nos gerentes retrógrados e ficam acomodados, sem se atualizar durante anos. No mesmo “testa aí” em um monte de projetos CRUD e sem metade da experiência válida de um “super testador”.
Bem . . . Lamento decepcioná-lo prezado leitor, mas não posso chegar a uma conclusão ou propor uma formula mágica, ainda porque não sou um profissional que perambula por esses lados da ciência, mas posso propor rever os pontos de vista sobre o “salary label“, pensando diferente sobre os números, os títulos e etc., valorizando mais a intensidade da experiência, a capacidade de resolver problemas e o talento do profissional do que a quantidade de anos ou letrinhas embaixo no nome.
Referências:
(No Ratings Yet) Loading ...Test Driven Development; Estimativas de Testes de Software; e Testes de Unidade com o Visual Studio 2005 são os temas dos minicursos da V Semana de Sistemas de Informação, que acontecerá nos dias 15, 16 e 17 de abril, na quinta e na sexta, das 19h às 22h30 e no sábado das 9h30 às 13h. O tema da Semana deste ano é Testes de Software.
Essa foi a chamada da V Semana de Sistemas de Informação, um dos eventos mais importantes da área na PUC Minas (Pontifícia Universidade Católica de Minas Gerais), evento organizado pelo Professor, Pesquisador e Mestre em Ciência da Computação Marcelo Werneck, que contou com a presença de grandes profissionais de várias empresas e universidades de Minas Gerais.
Eu fui convidado para o dia de abertura do evento com o tema “Carreira”, onde falei sobre os papéis de hoje e de amanhã em teste e qualidade de software, abordando a pesquisa que venho realizando para um artigo que tem previsão de publicação aqui no BugBang.com.br ainda no mês de abril.
A grade do evento foi bem completa. No primeiro dia foram apresentadas as palestras de abertura do evento com o prof. Marcelo Werneck apresentando a palestra “Perspectivas de Teste de Software”, expondo para os alunos sobre a área de teste de software, conceitos, mitos, história, técnicas, princípios entre outras informações. Em seguida, palestra “Teste de Software: Papéis e oportunidades” com Camilo Ribeiro, apresentando os principais papéis de hoje e de amanhã, o perfil do profissional de testes, formas de atualização, oportunidades para o futuro e sobre os mitos que cercam o nosso mercado de teste de software. Ainda no primeiro dia foram apresentados os mini cursos de “Programação Java dirigida por testes (Eclipse – JUnit – EclEmma)” com o instrutor Márcio Adriano.
Nos demais dias foram apresentadas palestras e mini cursos como “Ferramentas Borland para Teste de Software” com o Lucas Conde, arquiteto de testes da Borland, “Testes de Software com o Visual Studio 2010″ com Kleber, aluno do Mestrado em Informática da Pontifícia Universidade Católica de Minas Gerais, “Automação de Testes de Software” do Juliano Santos, Sócio / Diretor da Base2 Tecnologia, “Teste de Software” com o Gilberto Barbosa Mota da Itambé e professor do Curso de Sistemas de Informação da PUC MINAS, entre outras apresentações de convidados de peso da área em Minas Gerais.
Abaixo o slide apresentado na minha palestra:
O slide está bem simples, para ser complementado futuramente com o post sobre os onze principais papéis relacionados a teste de software, por isso, peço que aguardem a publicação do post (ainda em abril) para eventuais críticas e comentários.
Fotos:
(No Ratings Yet) Loading ...Venha trabalhar com a nossa equipe na Squadra Tecnologia
A Squadra está abrindo vagas para o seu Programa de Estágio, nas as áreas de Desenvolvimento de Software, Testes, Qualidade e Análise de Requisitos.
Para participar, os candidatos deverão seguir as seguintes instruções:
1 – Preencher o questionário seletivo no link www.squadra.com.br (Trabalhe Conosco)
2 – Após preencher o questionário, caso as características do candidato se enquadrem ao processo, ele será chamado para uma Avaliação Técnica de Lógica, Java, teste de SW e testes psicológicos.
3 – Em sequência, haverá uma entrevista comportamental e gerencial.
4 – Para finalizar, os candidatos finais farão um mini-curso de 16 horas, com caráter eliminatório.
Não serão aceitos currículos enviados diretamente ao RH. O processo será todo gerenciado pelo site, por isso é imprescindível que o candidato envie o formulário pelo link indicado nas instruções.
Em caso de dúvidas, envie um e-mail para rh4@squadra.com.br, ou entre em contato com a Fernanda Duarte ou Cynthia Fonseca, ramal 7812.
Link direto: http://www.squadra.com.br/squadra/menu/formularios/sel_estagio.html
Boa sorte
(3 votes, average: 10,00 out of 10) Loading ...Hoje eu resolvi escrever uma historinha que pode nos ajudar a refletir sobre a nossa carreira, nossa empresa, nossos objetivos e principalmente sobre nossos próximos passos.
A história é totalmente fictícia, não faz referência a nenhum profissional, certificação ou empresa em particular, mas aproveitei um pouco do que ando vendo nos fóruns e lendo em alguns livros sobre carreira e liderança para criar uma história que pode ser a história de muita gente aí fora.
Espero que gostem
Hoje é o primeiro dia da Sophie Kowalsky, nova testadora na BugSoft Corporation. Ela foi selecionada entre os mais de 150 candidatos a vaga de estágio no departamento de qualidade da BugSoft. Nessa seleção, a BugSof se preocupa não no conhecimento que o profissional já tem, mas sim nas características pessoais dos candidatos. Ser criterioso, detalhista, crítico e comunicativo é mais importante do que dominar linguagens, ferramentas ou ter certificações.
Hoje ela está começando a sua carreira de estagiaria como testadora, mas nunca viu nada sobre teste na vida, afinal de contas, na faculdade que ela estuda não existe nenhuma matéria exclusiva de teste de sioftware.
Ela está entusiasmada com as novidades, aos poucos começa a pegar o ritmo sobre como fazer testes exploratórios, em algumas semanas já consegue executar testes de casos de teste e reportar ótimos defeitos.
A BugSoft é uma empresa responsável e visionária, seis meses depois contratou a Sophie mesmo sem ter terminado a graduação, agora ela é uma testadora e já conhece muito sobre a malícia de encontrar defeitos.
Um ano e meio depois, a Sophie terminou a sua graduação, agora com dois anos de experiência já começa a ajudar Julien, analista de teste certificado, com a especificação de alguns casos de teste menos complexos e já está estudando para ser uma profissional certificada.
A BugSoft é uma empresa responável e visionária, acredita em pessoas como Sophie e resolveu ajudá-la na conquista da sua primeira certificação com os custos, materiais e algumas horas de estudo durante o expediente. O resultado não podia ser diferente, a Sophie passou com 90% de aproveitamento na prova da certificação, e agora é uma profissional certificada. A empresa reconheceu o valor da certificação, mas informou que existe mais um tempo de aprendizado até que ela possa se tornar uma analista de teste de software.
Com a certificação, a Sophie que acompanha diversas listas de discussão sofre por várias vezes a tentação de mudar da BugSoft para uma outra empresa que esteja pagando um alto salário para um profissional certificado, mas ela resiste pois confia na posição dos seus líderes que tem uma carreira pronta para ela na organização, seu amigo Julien, analista de teste, resolveu abandonar a BugSoft para ir para a CertifiedSoft.
Seis meses depois, Sophie é promovida a Analista de Teste. Ela fica muito contente, tem um aumento considerável e está novamente recarregada e motivada. Ficou aliviada em não tentar ir para a nova oportunidade, pois Julien, acabou descepsionado. Ele confessou que apesar do salário, os projetos não eram tão interessantes, os líderes não tinham as habilidades necessária e o clima de competição enfraquecia o companheirismo, já que as certificações valiam ouro e ele executava na maioria do tempo atividades de testador, quando na verdade gostaria de trabalhar como analista de teste.
Passado um ano, o envolvimento da Sophie cresceu muito em alguns projetos, e no principal seguimento da BugSoft, o que fez com que os líderes da empresa começassem a vê-la de uma forma diferente. Sua líder direta, Christelle, ressaltou a capacidade de organização e a facilidade ao lidar com pessoas de Sophie e em um acordo com os diretores da empresa, mesmo sem o conhecimento da Sophie, começou a direcioná-la para uma carreira de liderança.
Em conversas informais sobre livros, sobre, MBAs e etc., começou a influenciar Sophie de uma maneira a orientá-la a um crescimento dentro da empresa.
Sophie decidiu se matricular em uma pós graduação de Gerência de Projetos e a BugSoft colabora com 50% das despesas com educação da Sophie. Depois de um ano ela já está na metade da pós graduação e a empresa está crescendo em um ritmo muito estável, consequentemente, com projetos maiores. A empresa decide então promover Sophie para Coordenadora de Teste.
Agora ela coordena os novos testadores e analistas de teste, os orienta quanto as mesmas dúvidas que ela teve nos últimos quase quatro anos e organiza os projetos em que participa para otimizar os recursos de teste. Toma decisões importantes, mas sempre consultando sua líder, Christelle.
Claro que Sophie almeja um dia ser líder de teste, mas ela é demasiadamente leal a Christelle, que retribui com a mesma lealdade e atenção, e durante todos esses anos a ajudou em sua carreira. As duas comemoram vitórias umas das outras como se fossem suas próprias.
Ao mesmo tempo, Julien já é líder de testes. Claro que ele teve que enganar um pouco daqui, enganar um pouco dali, puxar o tapete de algumas pessoas, inclusive do seu líder que de tanta pressão acabou pedindo demissão. Julien hoje suporta uma pressão maior ainda do que seu antigo líder. A CertifiedSoft despenca em faturamento pelo terceiro ano consecutivo, além dos altos salários que paga para os profissionais certificados que não param de sair para outras oportunidades, ela enfrenta uma crise, pois sua principal certificação não foi aprovada na reavaliação RightProcess, o que custou o título de qualidade que foi conquistado por anos e anos de consultorias e horas gastas, naquela época em que a CertifiedSoft contava mais com pessoas motivadas sem certificação.
Mais dois anos se passaram e a BugSoft cresceu e conquistou um novo mercado em outro país. Uma mudança no organograma foi feita e agora a Christelle foi promovida para Gerente de Teste do mercado atual, enquanto o seu superior foi promovido como diretor do novo pólo. Obviamente Christelle se lembrou imediatamente que Sophie havia terminado a sua pos graduação e agora já estava com mais de 12 pessoas no seu comando. Sophie tinha conseguido elevar a produtividade dos colaboradores sem modificar o clima harmonioso da fábrica de testes e agora estava prestes a começar o seu MBA em Planejamento Estratégico de Pessoas, MBA em que Christelle tinha concluído a um ano atrás. Com o cenário atual, Sophie foi promovida para Líder de teste, não só no departamento em que Christelle liderava, mas também em outras duas filiais.
Cinco anos mais tarde, após um longo período de complicações, a CertifiedSoft não resistiu e perdeu muitos de seus clientes para a BugSoft, que reformulou seus objetivos estratégicos e conquistou o nível máximo de excelência nos últimos cinco anos durante as auditorias do RightProcess. A CertifiedSoft teve que realizar cortes e Julien foi demitido.
Julien era uma pessoa que se esforçava pela empresa, mas como a CertifiedSoft tinha uma alta taxa de rotatividade, muitas pessoas conheceram Julien, que por ter sido lapidado por uma empresa com uma cultura voltada a comparações e competições, acabou tornando muitas dessas pessoas “inimigas”, o que dificultou seu retorno para o mercado como líder de teste.
Hoje, cinco anos depois, a BugSoft é uma das maiores empresas do seguimento de software no continente e possui várias filiais e diretorias. A diretoria de Planejamento Estratégico de Qualidade é liderada Pela Dr.ª Kowalsky, que insiste em ser chamada de Sophie. Ela ajuda a organização a tomar decisões importantes, a encontrar talentos e a conquistar novos mercados. Nessa mesma empresa, está entrando um novo analista de teste chamado Julien. Na verdade, ele já trabalhou aqui a alguns anos, mas isso quando a BugSoft ainda era uma “empresinha” na pequena cidade SmallCity.
A história acima é totalmente hipotética, mas reflete a influência que a empresa tem sobre os colaboradores e o como a pressa por altos salários pode atrapalhar uma carreira promissora. Os personagens também são fictícios e os nomes vieram de um filme francês chamado “Jeux d’enfants” que na verdade é uma história romântica.
Quando pensamos em carreira, não devemos pensar em salários, certificações e títulos, mas sim em experiências, network e conquistas. Essas conquistas podem ser nossas, da nossa empresa, dos nossos lideres, dos nossos colegas de trabalho, dos nossos colegas de blog e mercado ou do nosso seguimento. Quando uma pessoa tem sucesso, todo mundo é afetado de uma forma positiva.
Conhecer o mercado, dominar o ego, trabalhar em equipe, esperar e aproveitar oportunidades, não são habilidades fáceis de aprimorar e na maioria das vezes são mais decisivas na nossa carreira do que certificações, pós graduações ou títulos conquistados.
Uma vez um dos meus lideres me disse: “O segredo para o sucesso é ser lembrado sempre que tocarem em assuntos da sua área de atuação“.
Bons testes
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.
(No Ratings Yet) Loading ...O nosso amigo Cristiano Caetano, uma das referencias em teste de software no Brasil, está desenvolvendo a pesquisa de cardos e salários de 2010.
Ele já desenvolveu pesquisas em anos anteriores que foram publicadas para todos os usuários da comunidade de teste de software testexpert.com.br.
“Esta pesquisa se propõe a desenhar o mapa dos profissionais de teste e qualidade de software do Brasil. Considerando que a área de teste e qualidade de software é uma das áreas em franca expansão da atualidade, o resultado dessa pesquisa será de grande interesse para todos vocês.”
É importante participar, para conhecermos o mercado, os papeis que são mais valorizados, as certificações, regiões e o número de analistas e testadores.
Ter um mapa do profissional de teste de software é um passo fundamental para que possamos traçar nossas metas e objetivos nesse ano.
A pesquisa é muito rápida, tem poucos campos e é totalmente anônima.
Para preencher a pesquisa, acesse o seguinte endereço:
http://www.testexpert.com.br/pesquisa/index.php?sid=35766&lang=pt
A pesquisa ficará aberta para preenchimento até março e os resultados serão divulgados no portal TestExpert.com.br.
A participação de todos é fundamental.
Para conhecer a versão anterior dessa pesquisa acesse:
http://www.testexpert.com.br/?q=node/231
Vamos construir um lugar melhor para o profissional de qualidade de software no Brasil.
(2 votes, average: 10,00 out of 10) Loading ...Meio estranho o título para um blog de tecnologia não?
Mas o ET que estou falando não é o nosso popular amigo de dedo brilhante, nem os assustadores (pelo menos eram para ser) monstros de Hollywood.
Estou falando de um papel que muitas vezes não é explícito nos nossos processos e que se fosse mais explícito e mais valorizado, nossos processos de produção de software seria muito beneficiado.
O papel de Engenheiro de Testes ou Arquiteto de Teste é um papel no mínimo recomendado para que um projeto de produção de software seja entregue com padrões satisfatórios de qualidade.
A necessidade desse papel está diretamente vinculada a complexidade dos requisitos, especialmente dos requisitos não funcionais e do ambiente do sistema.
Se pesquisarmos no glossário do ISTQB, não temos uma declaração explicita para esse papel, nem mesmo nos Syllabus, mas o RUP descreve um pouco desse papel com o nome de Designer de Teste com a seguinte definição:
Designer de Teste: Essa função é responsável por definir a abordagem de teste e assegurar sua correta implementação. Isso inclui identificar as técnicas, ferramentas e diretrizes apropriadas para implementar os testes necessários e fornecer orientação sobre os correspondentes requisitos de recursos para o esforço de teste.Em algumas culturas em desenvolvimento, essa função é referida como Arquiteto de Teste, Arquiteto de Automatização de Teste ou Especialista em Automatização de Teste.
Mas para o RUP, esse profissional ainda está muito vinculado a automação de teste, o que de certa forma é verdade se levarmos em consideração que a maioria dos testes de requisitos não funcionais estão ligados a automação.
Mas e se pensarmos no papel de Engenheiro/Arquiteto de Testes como uma versão do ponto de vista de Controle de Qualidade do arquiteto de Software?
A definição do Arquiteto de Software segundo o RUP é:
->Essa função orienta o desenvolvimento da arquitetura de software do sistema, que inclui promoção e criação de suporte para as principais decisões técnicas que limitam o design e a implementação gerais para o projeto.
Logo o nosso Arquiteto de Testes seria um profissional responsável por boa parte das decisões técnicas do como os testes devem ser realizados. O profissional responsável por escolher as ferramentas mais adequadas, treinar a equipe que irá executar e desenvolver os casos de teste, ajudar na definição de uma massa de teste, selecionar o formato das suítes de teste, definir o nível de detalhamento dos casos de teste, ajudar a definir a complexidade e prioridade de cada caso de teste, entre outras atribuições.
Quem se habilita a ser um Engenheiro de Testes? Ou melhor, o que é preciso para ser um BOM engenheiro de testes?
•O Engenheiro de Teste assim como o Arquiteto de Software é um profissional que está acima de qualquer Tecnologia, Metodologia ou Suíte de Ferramentas. não tem “religião”. Deve ser neutro, calculista e possuir vasta experiência em todas essas verticais. Um profissional que domine bem a poderosa suíte de ferramentas de engenharia de software da IBM Rational não é simplesmente por esse fator um profissional habilitado em testes de performance, modelagem de dados, engenharia de requisitos e etc. O mesmo se aplica a um profissional que acredita que uma metodologia, seja ela RUP, SCRUM ou qualquer outra, é a melhor em todos as ocasiões. Para um Engenheiro de Testes não existe o melhor universal, existem opções que podem ser combinadas para cada modelo de projeto. Ele acredita na idéia de um projeto ser uma entidade viva, com características próprias, as vezes únicas, que devem ser estudadas, entendidas e suas soluções arquiteturadas e aprovadas por provas de conceitos.
•O Engenheiro de Testes tem vivencia em muitos projetos, dos mais diferentes tipos, de “simples” sistemas de padaria, catraca e controle de acesso a portais eletrônicos de compra, sistemas de bilhetagem e controladores de vôo por exemplo.
•O Engenheiro de Teste é um estudante assíduo das novas tecnologias, de TODAS as disciplinas de engenharia de software, do mercado de fornecedores de ferramentas de teste dos mais diversos e sua pedra angular é a Engenharia de Software.
•O Arquiteto de Testes programa tão bem quanto um desenvolvedor e tem uma excelente capacidade de compreensão de requisitos, assim como possui uma ótima capacidade de identificar requisitos não-funcionais, compreende-los e examinar as soluções propostas de forma crítica e analítica.
•O Engenheiro de Testes é um profissional proativo, crítico por natureza, visionário e ousado. A missão dele deve ser a integridade da qualidade para o SISTEMA e não somente para o SOFTWARE.
•O Engenheiro de Testes é um profissional criativo e oportunista, vislumbra soluções inteligentes em teste para cada tipo diferente de produto de software.
•Deve ter espírito de liderança e ter uma excelente desenvoltura ao lidar com pessoas, ser organizado, metódico e sistemático.
Um artigo que achei muito interessante tratando da relação entre Arquiteto e Líder técnico é o artigo The Seven Leg Sheep do Gerrit Muller, que descreve as macro e micro categorias de características técnicas que um profissional nesses papeis possui. Uma versão crítica em português muito boa está disponível em http://blog.arkhi.com.br/2008/11/03/a-ovelha-de-sete-pernas/.
Acredito que a mesma relação feita nesse artigo também é valida para Engenheiro de Teste e Coordenador de Teste, como na figura abaixo que representa uma relação Arquiteto de Software X Líder Técnico.
Quanto mais uma empresa investe em teste, mais ela investe em qualidade, não só do produto, mas também das suas pessoas, dos seus processos, consequentemente na qualidade da sua imagem e dos seus clientes. Uma equipe de teste de software pode trazer ganhos fantásticos, conhecimento partilhado, melhoria continua de processos, novas formas de fazer atividades, novas ferramentas etc. Após uma quantidade X de investimento em testes Funcionais, uma empresa de médio porte já começa a ter projetos que exigem novos padrões de qualidade e cada vez mais os requisitos não funcionais tem sido fator de falha em excelentes projetos de software com poucos “bugs”.
Engenharia de Teste de Software já existe, implicitamente em todos os projetos. A questão é que quando tornamos isso explicito ganhamos uma nova forma de garantir que os requisitos como um todo sejam atendidos, temos um processo de teste sob medida (ou pelo menos mais realista) para o projeto e consequentemente temos um produto com uma qualidade mais próxima do esperado.
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.
Loading ...
Categories
Tag Cloud
Blog RSS
Comments RSS
Last 50 Posts
Back
Void 
Life 
Earth 
Wind 
Water 
Fire