{"id":41,"date":"2007-10-19T03:35:58","date_gmt":"2007-10-19T02:35:58","guid":{"rendered":"http:\/\/www.dtsato.com\/blog\/default\/Agile\/?permalink=Qualidade-Just-in-Time.html"},"modified":"2007-10-19T03:35:58","modified_gmt":"2007-10-19T02:35:58","slug":"qualidade-just-in-time","status":"publish","type":"post","link":"http:\/\/www.dtsato.com\/blog\/2007\/10\/19\/qualidade-just-in-time\/","title":{"rendered":"Qualidade Just-in-Time"},"content":{"rendered":"<p>Acabei de ler um post do <span class=\"nobr\"><a href=\"http:\/\/blog.objectmentor.com\/articles\/2007\/10\/17\/tdd-with-acceptance-tests-and-unit-tests\">Uncle Bob<\/a><\/span> que tem tudo a ver com meu <span class=\"nobr\"><a href=\"http:\/\/www.dtsato.com\/blog\/default\/Agile\/XP\/?permalink=Voce-automatiza-seus-testes-de-aceitacao.html&#38;smm=y\">\u00faltimo post<\/a><\/span>. Um trecho interessante que ele diz \u00e9:<\/p>\n<p class=\"paragraph\"\/>\n<blockquote class=\"quote\"><p>\nAcceptance tests should be written at the start of each iteration. QA and Business analysts should take the stories chosen during the planning meeting, and turn them into automated acceptance tests written in FitNesse, or Selenium or some other appropriate automation tool.<\/p>\n<p>The first few acceptance tests should arrive within a day of the planning meeting. More should arrive each day thereafter. They should all be complete by the midpoint of the iteration&#8230;\n<\/p><\/blockquote>\n<p class=\"paragraph\"\/>Numa tradu\u00e7\u00e3o livre:<\/p>\n<p class=\"paragraph\"\/>\n<blockquote class=\"quote\"><p>\nTestes de aceita\u00e7\u00e3o devem ser escritos no in\u00edcio de cada itera\u00e7\u00e3o. QA e os analistas de neg\u00f3cio devem pegar as hist\u00f3rias escolhidas na reuni\u00e3o de planejamento e torn\u00e1-las em testes de aceita\u00e7\u00e3o automatizados escritos no FitNesse, Selenium ou outra ferramenta de automa\u00e7\u00e3o apropriada.<\/p>\n<p>Os primeiros testes devem chegar no dia seguinte ao planejamento. Mais testes devem aparecer nos pr\u00f3ximos dias. Eles  devem estar completos at\u00e9 a metade da itera\u00e7\u00e3o&#8230;\n<\/p><\/blockquote>\n<p class=\"paragraph\"\/>Apesar de j\u00e1 concordar com o conte\u00fado, ele me fez repensar algumas coisas. Como j\u00e1 disse anteriormente, testadores e respons\u00e1veis por QA ficam de boca aberta quando digo que o departamento deles n\u00e3o deve existir. Incluo minha irm\u00e3 nesse grupo, que trabalha no controle de qualidade de um ind\u00fastria qu\u00edmica :-)<\/p>\n<p class=\"paragraph\"\/>O que o Uncle Bob me fez pensar foi que os testes devem aparecer conforme s\u00e3o necess\u00e1rios. \u00c9 a filosofia Just-in-Time da Toyota aplicada aos testes. Se voc\u00ea escreve os testes (de unidade ou de aceita\u00e7\u00e3o) pouco antes de serem necess\u00e1rios voc\u00ea:<\/p>\n<ul class=\"star\">\n<li>Evita desperd\u00edcio escrevendo documentos de casos de teste ou pensando nos cen\u00e1rios mais elaborados do mundo. Seu foco est\u00e1 na pergunta: &#8220;Como sei se esta hist\u00f3ria est\u00e1 terminada?&#8221;.<\/li>\n<li>Evita a forma\u00e7\u00e3o de um estoque de c\u00f3digo sem teste (sistema <b class=\"bold\">pull<\/b> e n\u00e3o <b class=\"bold\">push<\/b>).<\/li>\n<li>Usa o teste para pensar no design do que est\u00e1 construindo.<\/li>\n<li>Cria um script automatizado que serve como documenta\u00e7\u00e3o e ajudar\u00e1 os desenvolvedores que precisar\u00e3o mexer no seu c\u00f3digo futuramente (<span class=\"nobr\"><a href=\"http:\/\/www.improveit.com.br\/xp\/principios\/beneficio_mutuo\">Benef\u00edcio M\u00fatuo<\/a><\/span>).<\/li>\n<\/ul>\n<p>Acho que a partir de agora vou mudar meu discurso. Ao inv\u00e9s de dizer que o departamento de qualidade deve ser extinguido, vou dizer que QA deve ser <i class=\"italic\">Lean<\/i>, <i class=\"italic\">Just-in-Time<\/i>. Acho que essa vai ser uma abordagem mais inclusiva e vai gerar menos confronto. O que voc\u00ea acha?<\/p>\n<p class=\"paragraph\"\/>\n","protected":false},"excerpt":{"rendered":"<p>Acabei de ler um post do Uncle Bob que tem tudo a ver com meu \u00faltimo post. Um trecho interessante que ele diz \u00e9: Acceptance tests should be written at the start of each iteration. QA and Business analysts should take the stories chosen during the planning meeting, and turn them into automated acceptance tests [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[6,40,42,60],"class_list":["post-41","post","type-post","status-publish","format-standard","hentry","category-uncategorized","tag-agile","tag-just-in-time","tag-lean","tag-quality"],"_links":{"self":[{"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/posts\/41","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/comments?post=41"}],"version-history":[{"count":0,"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/posts\/41\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/media?parent=41"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/categories?post=41"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.dtsato.com\/blog\/wp-json\/wp\/v2\/tags?post=41"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}