Caio,
Que ótimas notícias sobre o projeto BrOffice! Os testes são extremamente
importantes para qualquer SW e nem sempre é possível se fazê-los em
quantidade suficiente por não haver uma equipe ou número de pessoas
adequado para realizá-los antes de lançar um novo produto ou uma nova
versão no mercado. E, o assunto é tão complicado que mesmo grandes
empresas como a Microsoft que podem bancar equipes inteiras só para
testar SW conseguem garantir uma taxa de erros pequena (vide eternos
problemas com as novas versões do ms-office).
Parece que estou sozinho nesta porque meu colega Pedro NÃO respondeu meus
últimos e-mails e ainda NÃO se comprometeu. Não sei se ainda conto com ele no
projeto BrOffice/Mac.
De qualquer forma vou tentar conseguir mais algumas pessoas para
trabalhar neste projeto. Vou responder tuas colocações por parte, então aí vai:
> > 1) Saber se há interesse nas áreas de tradução / localização do sw,
> > teste da GUI, teste da funcionalidade do sw; 2) Se não houver, se
> > podemos ajudar em alguma outra parte do Projeto.
>
> Da minha parte, posso dizer que há interesse em testar a GUI e
> funcionalidades. Mais espeficamente, testar a localização da GUI, que é
> a parte mais sensível, e testar as funcionalidades básicas.
>
> O BrOffice.org é submetido a uma bateria de testes automatizados, o que
> elimina grande parte dos testes braçais, mas estes testes automatizados
> ainda não verificam se os caracteres estão aparecendo normalmente, se
> foram traduzidos, se algum texto foi cortado... além disso é sempre bom
> checar as coisas mais importantes manualmente.
R: E como poderíamos testar a GUI e as funcionalidades basicas do SW (quais
são elas por exemplo)?
Sou a favor dos testes manuais por serem mais completos e precisos mas o q vc
chama das coisas mais importantes?!
> > OBS 2: A equipe de vocês tem alguma política de
> > testes ou utiliza algum sw específico para isto ou, caso venhamos
> > fechar algum acordo, podemos usar a nossa?
>
> Como nós nunca testamos manualmente na plataforma Mac, uma primeira
> bateria de testes mais extensa seria interessante.
> Bem... há uma ferramenta de testes automatizados própria do
> OpenOffice.org/BrOffice.org, chamada Testtool.
> R: E o que contemplaria esta bateria de testes mais extensa no Mac? Que
> funções seriam testadas? Que itens de menu? Qual módulos seriam testados
> primeiro (Writer, Calc, Impress, ...)? Esta ferramenta TestTool existe
> para Mac? Você poderia me envia-la para dar uma olhada e testá-la?
Quanto à política de testes, temos os objetivos definidos e vocês
> poderiam seguir da maneira preferida.
>
> Poderia comentar sobre a vossa política?
>
R: Podemos seguir todos os
objetivos definidos por vcs no projeto para testar o produto. Ainda não
temos uma política de testes formal mas podemos achar uma eficiente. O
que nos vem na cabeça para começar a brincadeira seria:
- Verificar todos os itens de menu quanto à tradução (grafia e gramática)
- Verificar se nos itens de menu a tradução é bem clara quanto a função
do item
- Verificar se todas as teclas de atalho dos menus estão funcionando
corretamente
- Verificar o funcinamento de todas as principais funções do produto
(funções nos menus, funções nas caixas de diálogo, funções dos botões,
funções do mouse, funções dentro do documento, etc...).
Abraços,
Jefferson
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
_________________________________________________________________
Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o
Messenger! É GRÁTIS!
http://www.msn.com.br/emoticonpack
