See also:
Service | Type | RAM | Storage | Limitations |
---|---|---|---|---|
👉 Adaptable | PaaS | 256 MB | Non-persistent? (1 GB database storage available) | |
AWS EC2 | IaaS | 1 GB |
import cliProgress from 'cli-progress' | |
import colors from 'ansi-colors' | |
import stream from 'stream' | |
async function endDownload(promise: any) { | |
return new Promise((resolve, reject) => { | |
promise | |
.then(resolve) | |
.catch(reject) | |
}) |
# Corsair headsets will stuck the apps on your linux system. This is due to wrong usb-mapping. | |
# thx to http://www.c0urier.net/2016/corsair-gaming-void-usb-rgb-linux-fun | |
# 1. open terminal | |
# 2. type this and search the line with your headset | |
lsusb | |
# Get the USB ID of the headset and add it to xorg.conf: |
Hoje um colaborador da lista sobre Teste de Software [DFTestes] (http://br.groups.yahoo.com/group/DFTestes/) perguntou em uma thread sobre PhantomJS qual era a difernça entre Smoke Test e Acceptance Test. Ai resolvi responder. Como a lista é somente de acesso aos usuários registrados, estou colocando um resumo, na minha ótica, a diferença entre eles:
Dentro de um contexto ágil nós temos uma separação clara do que é smoke test e o que é teste de aceitação.
Smoke Test: conjunto de testes (bem menor do que o conjunto de teste de aceitaçaõ, que vai configurar posteriormente em uma regressão) com o intuito de validar se os pontos maisimportantes da aplicação continuam funcionando após as alterações.
Teste de Aceitação: São os testes funcionais que conhecemos. Em um contexto ágil eles são chamados de aceitação ao invés de funcional, pela ótica que adotamos a estes testes, que vão tanto validar a aplicação funcionalmente como validar também da ótica de um usuário (fazer uma venda completa, por exemplo). Este