O editor de Downcodes apresentará o BugFree, uma ferramenta simplificada de gerenciamento de defeitos baseada na web. Ele se baseia na filosofia de desenvolvimento de software da Microsoft e o apresenta na forma de código-fonte aberto e gratuito. É um dos poucos softwares livres que "clonou" com sucesso a ferramenta interna de gerenciamento de bugs da Microsoft, Product Studio (anteriormente chamada de Raid). Este artigo se aprofundará na introdução do BugFree, no processo de conclusão de código e em como lidar com defeitos de software. Espero que possa ajudá-lo a entender e usar melhor essa ferramenta.
BugFree é uma ferramenta de gerenciamento de defeitos simplificada, gratuita, de código aberto e baseada na Web, que se baseia na filosofia de desenvolvimento de software da Microsoft. Atualmente é um dos poucos softwares gratuitos que "clona" a ferramenta interna de gerenciamento de bugs da Microsoft, Product Stuido (anteriormente chamada de Raid).
BugFree é uma ferramenta de gerenciamento de defeitos simplificada, gratuita, de código aberto e baseada na Web, que se baseia na filosofia de desenvolvimento de software da Microsoft. Atualmente é um dos poucos softwares gratuitos que "clona" a ferramenta interna de gerenciamento de bugs da Microsoft, Product Stuido (anteriormente chamada de Raid).
BugFree é escrito em PHP+MySQL e pode ser executado em plataformas Linux e Windows. As ideias de design incluídas no BugFree 2.0 são:
– Código: O programa é uma implementação (mapeamento) do documento de especificação de design de requisitos (Spec);
– Caso de Teste: É também uma implementação (mapeamento) de Spec, mas sob uma perspectiva de teste;
– Resultado do Teste: Utilize Caso de Teste (mapeamento de teste) para verificar o Código (mapeamento de desenvolvimento);
– Bug: A inconsistência entre os dois mapeamentos pode ser um bug (Código desvia das especificações)
Dessa forma, desde casos de teste (Caso de Teste) até resultados de teste (Resultado de Teste) e defeitos (Bugs), os três são combinados organicamente.
BugFree em "Sistema Nervoso Digital" é escrito em PHP + MySQL de código aberto e é executado com base no navegador. Eu não tinha nenhuma experiência anterior em desenvolvimento com Linux+Apache+MySQL+PHP, mas tive a sorte de recrutar dois excelentes programadores web que foram capazes de construir tal sistema em apenas dois meses. Entre eles, BugFree foi desenvolvido pelo meu colega Wang Chunsheng. Ele demorou menos de um mês para escrever o código, o que me surpreendeu e me fez perceber o encanto do desenvolvimento web baseado em Linux.
Depois de testá-lo por mais de um mês, ele pode ser usado no trabalho real. BugFree se tornou a ferramenta mais importante em nosso trabalho diário. Todo funcionário também está acostumado a usar Bug para registrar e rastrear coisas. Não apenas defeitos no código podem ser corrigidos, mas também novos requisitos, alterações de design, etc. sistema de gestão. Na verdade, Bugs não podem ser usados apenas para registrar defeitos em software, mas também para rastrear assuntos diários da empresa. Por exemplo, antes de o sistema de reembolso on-line da empresa ser estabelecido, usávamos o BugFree para lidar com o reembolso. Inclusive, um colega me deu esse bug: Sua área de trabalho está muito bagunçada, por favor, arrume-a :-)
Leitura adicional:
Normalmente, quando as pessoas encontram defeitos de software, elas classificam os defeitos de software. Existe apenas uma maneira de classificá-los, que é o nível de gravidade. Por exemplo, encontramos a seguinte situação: o testador descobre que há uma função que deve ser adicionada neste momento, ele informa ao programador, e o programador diz que não há tempo ou não é necessário. esta situação causará um conflito entre os dois. Se você hesitar, o resultado final não será conhecido, desde que isso diminua o entusiasmo dos testadores. pode correr. Na verdade, esta situação pode ser resolvida. A seguir mencionarei um novo conceito de classificação de defeitos de software para resolver este problema de forma eficaz.
Os defeitos de software não são apenas erros graves, mas também funções que não são implementadas. Neste ponto, talvez todos entendam que as necessidades não foram levadas em consideração, mas as necessidades não serão perfeitas uma vez e isso requer o esforço conjunto de todos para melhorar continuamente. Então, como podemos implementar de forma eficaz as boas sugestões feitas pelos testadores? Isto é o que quero dizer a seguir. Existe outra maneira de classificar os defeitos de software de acordo com o conteúdo do defeito, eles são divididos principalmente em bugs de requisitos e bugs de programa. A vantagem dessa classificação é que a pessoa responsável pelo tratamento dos bugs é claramente definida. Todos nós sabemos que os bugs do programa são tratados pelos desenvolvedores relevantes. A seguir, são discutidos principalmente os bugs de demanda. A julgar pelo nome, os bugs de demanda precisam ser tratados pelo pessoal de demanda. Como lidar com isso e como ser eficaz no processo? Neste momento, nossos testadores enviam o bug de requisito não ao programador, mas ao analista de requisitos para processamento. No entanto, o que quero enfatizar aqui é o posicionamento dos bugs de requisitos. Se esse bug for claramente mencionado na especificação de requisitos de software, é impossível localizá-lo como um bug de requisitos. Ele deve ser implementado por programadores e é chamado de funcional de software. defeito , o envio é feito pelo programador. Mas se a especificação de requisitos não mencionar isso claramente, podemos localizá-lo como um bug de requisito.
O conteúdo acima é sobre bugfree. Espero que seja útil para todos.
Espero que esta introdução ao BugFree seja útil para todos. O editor do Downcodes continuará trazendo artigos técnicos mais práticos. Se você tiver alguma dúvida ou sugestão, deixe uma mensagem!