Någon som känner till något bra program/system för programutveckling? Tänkte berätta lite hur vi jobbar. Tänkte berätta lite hur vi jobbar. Tack för infon Martin! Tack för tipset Micke! Det ser riktigt bra ut. Har du någon egen erfarenhet av OnTime? Fungerar det bra? Windows eller Web-versionen? Jag kör Windowsversionen, den funkar jättebra för mina behov. Det finns en SDK till den, som jag inte testat. Det är i princip ett webanrop man lägger in i sin app för att få den att rapportera in fel till mig, a'la Microsoft.Dokumentering vid utveckling/testning
Önskvärda funktioner:
"Önskelista"
Registrering av tänkbara kommande funktioner eller buggar.
Förändringar
Möjlighet att dokumentera förändringar i programmet, så som buggfixar och nya funktioner.
Releaser
Man "buntar ihop" ett antal förändringar och säger att det är en ny version, på detta sätt kan man se skillnaden mellan 2 olika versioner.
Testning
Alla funktioner ska bekräftas av en eller flera personer.
Jag antar att det finns massor med lösningar på detta, men jag har inte sett någon.
/JohanSv: Dokumentering vid utveckling/testning
När man jobbar med programutveckling så hanterar man en massa olika information som vi har valt att kategorisera så här:
Källkod egen
Detta är all kod och tillhörande resurser som vi skriver själva. Denna kod kräver fullständig versionhantering så att vi kan gå tillbaka och se vad som är ändrat mellan olika versioner.
Källkod extern
Detta är kod till bibliotek som vi använder men inte utvecklar själva (t.ex Boost, libxml mm). Begränsat behov av versionshantering (dvs behöver inte se vad som är ändrat, bara ha de olika versionerna tillgängliga).
Externa bibliotek
länkbibliotek, dller mm som används av av våra produkter. Begränsat behov av versionshantering.
Testdata
All möjlig data som behövs för att testa våra produkter. Behöver ingen versionshantering eftersom man sällan vill använda gamla tester.
Dokumentation egen
Dokumentation av våra egna produkter. Både design och slutanvändardokumentation
Dokumentation extern
All möjlig annan dokumentation.
Buggar/Önskemål mm
För versionshantering av vår egen källkod använder vi CVS (WinCVS) vilket jag föredrar framför Visual Sourcesafe men smaken är olika.
För alla andra dokument har vi har skapat gemensamma mappar i exchange/outlook som alla inblandade kommer åt. Ser ut ungefär så här:
+ Dokumentation Extern
+ Bibliotek Extern
+ Projekt1
++ Admin (tidplaner mm)
++ Dokumentation
++ TestData
++ Buggar
++ Önskemål
+ Projekt2
Versionshanteringen sköter man manuellt när det behövs. Antingen skriver man över det gamla dokumentet eller också namnger man det som version2 eller nåt. Till exempel har vi i "Bibliotek Extern" Boost1.30.zip, Boost1.31.zip.
Har hittils inte varit nåt problem.
Buggar och önskemål mapparna innehåller vanliga meddelanden i outlook och det fungerar lite som diskussionsforum. I Outlook 2003 ser det dessutom ut som ett forum.
Buggar har kategorier enligt följande:
Ny - Rapporterad bugg
Mer Info - Behövs mera information
Konfirmerad - Detta är verkligen en bugg
Ej bugg - Detta är ingen bugg (t.ex. skall vara så eller användarfel)
Utredning - Diskussion kring vad felet är
Fixad - buggen är fixad
Fixas senare - bugg som fixas i mån av tid eller då man ändå är där och fixar nåt annat (t.ex. stavfel, GUI layout)
De problem som uppstår är när man jobbar med system som inte är textbaserade eller som använder interna databaser. Outlook är ett bra (eller dåigt) exempel. Formulär och kod sparas i binärt format vilket innebär att man inte kan jämföra versioner och dessutom måste man manuellt importera och exportera dessa.Sv: Dokumentering vid utveckling/testning
När man jobbar med programutveckling så hanterar man en massa olika information som vi har valt att kategorisera så här:
Källkod egen
Detta är all kod och tillhörande resurser som vi skriver själva. Denna kod kräver fullständig versionhantering så att vi kan gå tillbaka och se vad som är ändrat mellan olika versioner.
Källkod extern
Detta är kod till bibliotek som vi använder men inte utvecklar själva (t.ex Boost, libxml mm). Begränsat behov av versionshantering (dvs behöver inte se vad som är ändrat, bara ha de olika versionerna tillgängliga).
Externa bibliotek
länkbibliotek, dller mm som används av av våra produkter. Begränsat behov av versionshantering.
Testdata
All möjlig data som behövs för att testa våra produkter. Behöver ingen versionshantering eftersom man sällan vill använda gamla tester.
Dokumentation egen
Dokumentation av våra egna produkter. Både design och slutanvändardokumentation
Dokumentation extern
All möjlig annan dokumentation.
Buggar/Önskemål mm
För versionshantering av vår egen källkod använder vi CVS (WinCVS) vilket jag föredrar framför Visual Sourcesafe men smaken är olika.
För alla andra dokument har vi har skapat gemensamma mappar i exchange/outlook som alla inblandade kommer åt. Ser ut ungefär så här:
+ Dokumentation Extern
+ Bibliotek Extern
+ Projekt1
++ Admin (tidplaner mm)
++ Dokumentation
++ TestData
++ Buggar
++ Önskemål
+ Projekt2
Versionshanteringen sköter man manuellt när det behövs. Antingen skriver man över det gamla dokumentet eller också namnger man det som version2 eller nåt. Till exempel har vi i "Bibliotek Extern" Boost1.30.zip, Boost1.31.zip.
Har hittils inte varit nåt problem.
Buggar och önskemål mapparna innehåller vanliga meddelanden i outlook och det fungerar lite som diskussionsforum. I Outlook 2003 ser det dessutom ut som ett forum.
Buggar har kategorier enligt följande:
Ny - Rapporterad bugg
Mer Info - Behövs mera information
Konfirmerad - Detta är verkligen en bugg
Ej bugg - Detta är ingen bugg (t.ex. skall vara så eller användarfel)
Utredning - Diskussion kring vad felet är
Fixad - buggen är fixad
Fixas senare - bugg som fixas i mån av tid eller då man ändå är där och fixar nåt annat (t.ex. stavfel, GUI layout)
De problem som uppstår är när man jobbar med system som inte är textbaserade eller som använder interna databaser. Outlook är ett bra (eller dåigt) exempel. Formulär och kod sparas i binärt format vilket innebär att man inte kan jämföra versioner och dessutom måste man manuellt importera och exportera dessa.Sv: Dokumentering vid utveckling/testning
Det är väl i princip så vi jobbar också, men vi sköter buggar och önskemål i word och excel-dokument, vilket inte fungerar helt bra. Det kanske kan fungera med delade epost mappar, ska testa lite.
/JohanSv: Dokumentering vid utveckling/testning
/JohanSv: Dokumentering vid utveckling/testning
/micke