#li #ti https://t.co/ItWnxUEY7f
— Rodison Ferreira (@rodison) June 20, 2016
Rodison Dev TI Blog
Blog de Programação, TI, mobile, análise de sistemas
e desenvolvimento de software em geral.
segunda-feira, 20 de junho de 2016
#li #ti https://t.co/ItWnxUEY7f
domingo, 19 de junho de 2016
Nova definição do Martin Fowler: YAaaS - Yet Another as a Service #li #ti https://t.co/dU8lOQbEA6
Nova definição do Martin Fowler: YAaaS - Yet Another as a Service #li #ti https://t.co/dU8lOQbEA6
— Rodison Ferreira (@rodison) June 20, 2016
Depois de anos, nova alteração no Scrum. Ken Schwaber and Jeff Sutherland falarão sobre elas em um webinar! #li #ti https://t.co/hQ4WTfJxHT
Depois de anos, nova alteração no Scrum. Ken Schwaber and Jeff Sutherland falarão sobre elas em um webinar! #li #ti https://t.co/hQ4WTfJxHT
— Rodison Ferreira (@rodison) June 20, 2016
terça-feira, 14 de junho de 2016
Teste Manual x Teste Automatizado e o Custo de Teste e de Desenvolvimento
Teste Manual x Teste Automatizado e o Custo de Teste e de Desenvolvimento
Como visto neste texto - http://www.qualister.com.br/blog/automacao-de-testes---parte-i---introducao - , um dos fatores que se deve levar em conta na automação dos testes é o custo do teste: o custo do teste manual vs o curto do teste automatizado.
Às vezes o teste manual pode sair mais barato que o teste automatizado. Por exemplo, imagine que você tenha um teste manual que é executado em meia hora e que o desenvolvedor demora uma hora para automatizar este teste. Neste caso, o teste manual sairia mais barato que o teste automatizado.
Entretanto, isto só é verdade se seu teste for executado uma única vez. Se você tiver um ambiente de integração contínua rodando na sua empresa e este teste será executado dezenas ou até centenas de vezes, logo, o custo da automatização do teste será menor do que o teste manual; isso deve ser levado em conta.
Geralmente os desenvolvedores não levam em conta o custo financeiro do seus desenvolvimentos e testes e isto é algo que é muito importante para empresa. Uma empresa que tenha uma ótima performance, com um desenvolvimento muito rápido pode ter um custo financeiro maior e a empresa, os coordenadores e gerentes podem nem se dar conta disso. Ou seja, você pode ter uma equipe super produtiva mas que acabe provocando a falência da empresa.
Por isso, é importante que as equipes, os coordenadores e gerentes calculem o custo do desenvolvimento, o custo diz os testes e o custo de todas as demais atividades que estão incluídas no processo de desenvolvimento; dessa forma eles podem ter uma real noção do quanto que cada etapa do processo custa para empresa.
A abordagem Kanban possui ótimas ferramentas, conceitos e formas para se chegar a esses valores. Conceitos como o custo do atraso da demanda (CofD - Cost of Delay), Lead Time, Cycle Time e outras demais fórmulas permitem descobrir estes valores de forma razoavelmente fácil e simples para as equipes. Vale a pena se dedicar bastante sobre este assunto. Mais pra frente escreverei sobre isso.
quarta-feira, 23 de março de 2016
Using Guardrails to Guide Decision Making #li #ti https://t.co/jHzmT1WYWc via @delicious
Using Guardrails to Guide Decision Making #li #ti https://t.co/jHzmT1WYWc via @delicious
— Rodison Ferreira (@rodison) March 24, 2016
Why to Automate #li #ti https://t.co/iIkkXPFo0J via @delicious
Why to Automate #li #ti https://t.co/iIkkXPFo0J via @delicious
— Rodison Ferreira (@rodison) March 24, 2016
Managing IT Projects: Kanban Board Examples for IT Ops - LeanKit #li #ti https://t.co/Z78BQosBEt via @delicious
Managing IT Projects: Kanban Board Examples for IT Ops - LeanKit #li #ti https://t.co/Z78BQosBEt via @delicious
— Rodison Ferreira (@rodison) March 24, 2016
Assinar:
Postagens (Atom)