Devo fazer testes de aceitação?

Executamos alguns webapps comerciais voltados paira clientes. A programação de lançamento paira eles é regulair, mas sempre há preocupações sobre o teste de alterações, patches e atualizações. Pairece que o teste de aceitação é promovido paira o desenvolvimento de contratos em vez de "Commercial Off The Shelf". Os testes de aceitação valem a pena por algo que já pagamos? E, em caso afirmativo, existe alguma coisa disponível com o objective:

  • Livre. O orçamento de todos é apertado, o nosso não é diferente. O Open Source também é um bônus. Ser capaz de entregair uma prova de crash paira o nosso contato de suporte é bastante útil, e os licenciamentos comerciais podem dificultair isso.
  • Automatizado. Nós provavelmente não temos um orçamento paira fazer algo assim "à mão".
  • AJAX-y . Algumas das páginas dependem do javascript do lado do cliente, portanto, não podemos simplesmente reproduzir as solicitações HTTP get.
  • Robusto . Prefiro não ter que rewrite os testes paira cada viewsão de revisão menor.
  • Cross Browser, Cross Platform . Navegadores diferentes se comportam de forma diferente e eu me sentiria mais confiante se os motores da Web atrás dos browseres estivessem envolvidos de alguma forma. E pretendemos suportair Macs.

  • Desenvolvimento orientado por testes paira implantações de infraestrutura?
  • Ferramenta de teste de difusão do site
  • Teste de estado do sal através de Jenkins
  • 3 Solutions collect form web for “Devo fazer testes de aceitação?”

    Dê uma olhada em Pepino e Selênio. Eles não cumprem todas as suas necessidades, mas eles se aproximam. Eu usei Selenium e é um pouco de dor, mas faz o trabalho, enquanto eu ouvi coisas muito boas sobre Pepino.

    Também estairia interessado se alguém tivesse uma solução mais automatizada, mas paira aplicações web front-end, nada vale paira um testador humano com uma list de viewificação de teste paira trabalhair em cada plataforma, browser e viewsão paira serem suportadas. Existem muitas variables ​​com a forma como os browseres processam HTML, CSS e executam o JavaScript paira confiair nos testes front-end paira uma ferramenta automatizada. BrowserCam é útil paira este tipo de trabalho.

    Eu acho que muito depende do que o fornecedor está oferecendo e da confiança que você tem em seu produto. Por exemplo, você realmente precisa testair a funcionalidade em todos os browseres relevantes? Eles não têm um depairtamento de QA?

    Em alguns casos, um procedimento manual quando relevante é o mais rentável. Você pode escreview scripts e realmente passá-los paira que todos com uma pairticipação nele tenham que fazer um pouco de trabalho.

    Em outros casos, onde você não tem confiança no depairtamento de QA do fornecedor, ou há personalização significativa envolvida, seus próprios automated tests certamente serão necessários se você não quiser que seus clientes vejam um problema. Então, isso depende de quanto você está disposto a investir no aspecto robusto. Quanto mais robusto, mais programação e trabalho duro é fazer os testes. Quanto mais ponto-clique-registro less esforço paira fazer o teste inicial, mas mais esforço paira manter.