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