Que tags um desenvolvedor deve guardar para testar?
Uma de cada tipo que o código diz suportar, depois uma de cada estado que ele tem de sobreviver: virgem, formatada e vazia, cheia, somente leitura, protegida por senha, e uma tag morta de propósito. A última é o que prova que o passo de verificação ainda consegue falhar.
Uma por tipo que você diz suportar
Comece pelo que o código diz que suporta. Um adesivo Tipo 2, um cartão Tipo 4 e uma tag Tipo 5 cobrem as três famílias que a maior parte dos projetos encontra, e a página dos tipos de tag diz em que norma cada uma se apoia. Se a instalação inclui cartões MIFARE Classic, acrescente um: a classe que os lê é opcional no Android, então um celular sem ela faz parte do teste.
Depois acrescente uma segunda tag do mesmo tipo e de chip diferente, com um tamanho de memória diferente. É o jeito mais barato de pegar um número de página fixado no código ou uma capacidade suposta, a falha de que trata a página das diferenças entre chips.
Uma por estado que você tem de sobreviver
Uma tag tem estados, e o código encontra todos eles mais cedo ou mais tarde. Virgem e não formatada, que uma tag nova às vezes é, como explica a página da formatação. Formatada e vazia, que lê como uma mensagem de tamanho zero. Cheia, para uma gravação que não cabe falhar do jeito que deve, o caso que a página do tamanho cobre.
Somente leitura, que recusa a gravação para sempre, e protegida por senha, que a recusa até o código se autenticar, as duas que a página da proteção separa. As duas existem para conferir que os seus caminhos de erro dizem a coisa certa em vez de dizerem a mesma coisa.
A tag que nunca pode ler
Guarde uma tag que esteja realmente morta, e a etiquete. A página da tag corrompida dá a razão: é o único jeito de saber que um passo de verificação de fato detecta uma tag ruim, e vale a pena saber isso antes de uma tiragem de produção em vez de depois de uma.
Uma tag deixada num estado desconhecido é o contrário: ela produz falhas que ninguém consegue atribuir. Se o estado não está escrito nela, ela não faz parte do conjunto.
Etiquetadas, anotadas, guardadas
Escreva o estado em cada tag e mantenha a lista em algum lugar que a equipe consiga ler, a mesma disciplina que a página do controle pede de uma instalação. As senhas pertencem a essa anotação também, já que uma tag de teste protegida com uma chave esquecida é uma tag somente leitura com passos a mais.
E lembre que as tags são metade do conjunto. Dois celulares pelo menos, um deles sem as classes de tecnologia opcionais, mais um iPhone, já que uma mensagem que um analisador Android aceita pode não fazer nada ali, a diferença que a página dos registros do iOS cobre.
Perguntas frequentes
De quantas tags um conjunto de teste precisa?
Menos do que parece: uma por tipo que você diz suportar, uma por estado que você tem de sobreviver, e uma tag morta. Umas dez cobrem a maior parte dos projetos.
Por que guardar uma tag morta?
Para provar que o passo de verificação consegue falhar. Uma conferência que nunca rejeitou nada não foi testada.
Eu preciso de tags MIFARE Classic?
Só se a sua instalação tiver. A classe do Android que as lê é opcional, então teste também num celular que não a tenha.
E quanto aos celulares?
Dois celulares Android com controladores diferentes e um iPhone. O conjunto de tags acha defeitos de conteúdo, o de celulares acha os de plataforma.