Weekend Prosjekt: Administrer Bugs med Mantis

Alle typer organisasjoner trenger bug trackere. Enten det er programvareutviklere, nettsted utviklere, eller bare organisasjoner med betydelig IT-behov, må bugs spores. (Og, du vet, fast.) For å nå dette målet, er det nok av bug tracking verktøy tilgjengelig, men ingen som er åpen kildekode og like enkel å installere og administrere, Mantis Bug Tracker. Denne helgen, komme i gang sporing av bugs med Mantis!

Siden installasjonen av Mantis er en så enkel (og godt dokumentert) oppgave, jeg ønsker å fokusere på styring og flyt av det arbeidet som gjøres i verktøyet. Dette betyr å lede prosjekter, samt rapportering og håndtering av flyten av rapporterte bugs. Den eneste forutsetningen laget vil være at Mantis er allerede oppe og går.

Managing Projects

Før feil kan rapporteres, må det være et prosjekt for å rapportere feil på. For å styre prosjekter logge inn Mantis som administrativ bruker og klikk deretter på Administrer link. Fra denne nye siden (se figur 1), klikk på Administrer Prosjekter link.


Selvfølgelig er alle Mantis ledelsen taklet fra denne siden, så sørg for at den som har nøkkelen til dette riket vet hva de gjør – eller bør, uansett.

Fra i styre prosjekter siden alt som er nødvendig er å klikke på Opprett nytt prosjekt knappen. Fra i den nye siden, er følgende informasjon nødvendig:

Prosjektnavn: lesbar navn for prosjektet. Dette er det eneste feltet som kreves

Status:. Velg mellom utvikling, utgivelse, stabil, foreldet

Vis Status:.. Velg mellom offentlig eller privat

Arv Globalt Kategorier:. Av eller på

Last opp File Path: Sti for opplasting. Denne banen må være lesbar og skrivbar for webserveren og ikke (eller bør) må være i dokumentet roten eller Mantis katalogen

Beskrivelse:.. Lesbar beskrivelse av prosjektet

Under Beskrivelse det er andre felt som kan fylles ut. Per-prosjektet kategorier kan opprettes på denne siden. Per-prosjektet kategoriene er svært viktig og nyttig å gjøre flyten av bugs lettere å følge. Får så kornete som mulig i kategorisering vil ikke bare gjøre det enklere for utviklere og administratorer å følge strømmen av informasjon, vil det også gjøre det mye lettere for journalister å rapportere bugs (og være mer konkret når du gjør det.) Bruk dette bare om det vil være kategorier som er bare knyttet til dette prosjektet. De viktigste kategoriene er global og kan brukes av alle prosjekter.

Det er en liten hikke med å skape kategoriene på dette punktet. Når en kategori er opprettet, er det alltid smart å tildele den kategorien for en bruker. Men hvis ingen brukere har blitt opprettet, er dette ikke mulig. For virkelig å få mest mulig ut av systemet, bør hver kategori tildeles en leder slik at alle meldinger kan kanaliseres til riktig person. Så i stedet for å opprette kategorier neste, migrere over til brukerne og skape brukerne som vil tjene som lederne for de ulike kategoriene. Ikke bekymre deg, kan prosjektet bli endret senere, etter at brukere har blitt opprettet. Naturligvis vil dette ikke være nødvendig på en Mantis installasjon som allerede inneholder de nødvendige brukerne.

Administrere brukere

administrasjon av brukere er en ganske rett-frem oppgave, men det er en som er ganske viktig. Når brukere blir opprettet de er tildelt et tilgangsnivå som dikterer deres effektive tillatelser innen Mantis. Så bør det gå uten å si, å følge nøye med tilgangsnivået til en ny bruker. For å opprette sa ny bruker klikker du på (fra Mantis hjemmesiden) Administrer > Administrere brukere. Fra Administrer Brukere siden, klikker du på Opprett ny konto-knappen og fyll ut nødvendig informasjon:

Brukernavn: Brukernavnet brukeren vil logge inn med

Virkelig navn:. Den menneskelige lesbar navnet på brukeren

E-post:. e-postadresse for brukeren

Tilgang Nivå:.. Velg mellom betrakteren, reporter, updater, utvikler, leder eller administrator

Aktivert: Sjekk for å gjøre det mulig å bruker. . Fjern haken ved å midlertidig deaktivere bruker

Beskyttet: Når en konto er beskyttet sine attributter kan ikke endres

Med brukerne opprettet, nå er det mulig å tildele kategorier til disse brukerne. å begrense hvordan Mantis brukes.

Globale kategorier

Gå tilbake til styre prosjekter siden. Fra denne siden er det mulig å lage globale kategorier. Som nevnt tidligere, Globale kategorier er tilgjengelig for alle prosjekter, så ikke opprette kategorier her som er knyttet til et bestemt prosjekt. For å opprette en kategori bare skrive kategorinavnet i feltet til venstre på Add Category knappen og klikk på Legg til kategori. Dette vil legge den kategorien, men vil ikke tildele kategori til en bruker. For å tildele en kategori til en bruker klikker på Rediger knyttet til kategorien, som vil åpne den kategorien opp for redigering (se figur 2).


På dette punktet kategorinavnet kan også endres.

Hvis du vil tilordne kategori til en bruker, velger du bare bruker fra rullegardin og klikk deretter Oppdater kategori. Med prosjektet, kategorier, og brukere opprettes det nå er mulig for brukere å rapportere bugs mot prosjektet.

Konfigurering av e-postvarsler

Så viktig som kategorier du muligheten for rapporter og klarer å arbeide flyten av informasjon, e-postvarsler er, uten tvil, den viktigste funksjonen i Mantis for rask respons på problemer. Disse varslene gjør de som trenger å vite klar når feilene blir rapportert og /eller har status endres. Denne funksjonen, selvfølgelig, krever en fungerende SMTP-server konfigurert i config_inc.php konfigurasjonsfilen. Med det på plass, gjør du følgende:


    Gå til Mantis hovedsiden

    Klikk på Administrer linken

    Klikk på linken Manage Configuration...

    Klikk på varslingsadresse E-post.

    Konfigurer tilgangsnivåer for hver brukertype (Se figur 3.)

    Klikk Update Configuration.

    Innstillinger uthevet i grønt overstyring alle andre. Innstillinger i blått er prosjektspesifikk.

    Flow Of Bugs

    Strømmen av bug tracking kan variere fra ganske enkle til det svært komplekse. Dette vil bli diktert av hvor detaljert bugs blir, hvordan hyppige feil rapporteres, og hvordan granularly disse feilene blir forvaltet. Uavhengig av hvor kompleks feilrapportering kan få, dette er hvordan Mantis styrer strømmen av bugs.


      Bruker logger på Mantis nettstedet

      Bruker rapporter problem for et bestemt prosjekt, noe som gjør Pass på å velge enten en global eller Project-spesifikk kategori.

      Varslingen går til prosjektleder (eller den som er konfigurert til å motta varslinger.)

      Manager (eller administrator) av prosjektet bekrefter bug og tildeler bug til utvikleren.

      Developer løser feilen og setter bug status å løses.

      Manager (eller administrator) kan deretter nær bug når oppløsningen er bekreftet.

      Som vist i figur 4, er det svært enkelt å få tilgang til en ganske stor mengde informasjon om en bug. Hver blå linken er klikkbar og vil avdekke ulike aspekter om en person, men en kategori, en bruker, et prosjekt, og mer.


      I dette eksempelet er det to prosjekter med en bug vedlagte , Mobuntu og WidgetOne.

      En bruker med de riktige tillatelsene kan klikke på noen av de nevnte feilene og vise, redigere, fremme, degradere, tildele, og mye mer. Bugs kan også ha sin status endret i grupper ved å sjekke ut alle feilene som skal endres, og deretter velge den nye statusen fra drop-down (under bug notering vindu). Når den nye statusen er valgt, klikk på OK-knappen for å oppdatere. Avhengig endringen, kan et nytt vindu åpnes for brukerinteraksjon (for eksempel med en tildeling av bugs.)

      Make It Work For You

      Ulike selskaper vil bruke Mantis annerledes. Noen vil være i stand til å fungere med bare det grunnleggende, mens andre vil være avhengig av en meget detaljert bruk. Uansett hvordan det brukes, er det viktig å vite at Mantis Bug Tracker tilbyr en rekke måter å håndtere strømmen av bugs i og ut av systemet.