| |
Projekte und Betatester (VB und VB.NET)Wie führt man eigentlich einen Betatest durch? | | | Autor: Flachzange | Datum: 02.02.09 16:05 |
| Hi Leute!
Hab ein etwas größeres Projekt hinter mich gebracht, dass ich gern mit meiner Arbeitsgruppe in der Uni testen möchte. Ich erwarte etwa 10 Teilnehmer. Das Programm ist auf LAN-Betrieb ausgelegt.
Wie realisiere ich diesen Test jetzt am besten?
Gibt es eine Art Formular, mit dem die Tester am besten aufschreiben können was sie getan haben um den Fehler zu produzieren und wie sich der FEhler äußerte?
Oder sollte ich so ein Online-Bugtracker nutzen? Wenn ja welchen? Möglichst etwas, dass out-of-the-box ohne viel Einrichtungsarbeit läuft.
Habt ihr sonst noch Tipps und Tricks für mich, wie ich diesen Testlauf am besten gestalte?
Danke,
Flachzange | |
Re: Wie führt man eigentlich einen Betatest durch? | | | Autor: Dirk | Datum: 09.02.09 14:24 |
| Ein Betatest wird im Allgemeinen mit ganz normalen Usern durchgeführt. Das kann eine ausgewählte Benutzergruppe sein, wie in deinem Fall, oder wie bei MS eine anonyme Benutzergruppe, z.B. Betaversion zu Windows 7 runterladen, testen etc.
Als Formular für den Anwender ist ein Bugtracking Formular sicherlich nicht geeignet. Diese Formulare beinhalten im allgemeinen auch Infos darüber, in welcher Komponente ein Fehler aufgetreten ist und Details, die ein Anwender nicht Wissen "will".
Du solltest also eine Art Fragebogen zusammenstellen, die dem Anwender hilft, seinen Fehler zu beschreiben. Wenn dieser gut auf die Anwendung zugeschnitten ist, wirst du sicherlich mehr Antworten erhalten, als wenn der Anwender "nur" freien Text schreiben muss.
Beispiel:
User Info:
Release Info:
Database Version:
Problem Beschreibung:
Allgemein
[ ] Crash
[ ] Dateninkonsistenz
[ ] Datenverlust
[ ] Anzeigeproblem
[ ] Handling
...
Art
[ ] Reproduzierbar
[ ] Zufällig
...
Wo
Form _________
Menü _________
Mausaktion __________
...
Textuelle Beschreibung:
________________ ...
Das kann bei Programmen, welche mit grafischen Objekten arbeiten, recht komplex werden. Aber stell dir vor du müsstest für jeden Fehler eine tolle Beschreibung liefern, ohne ein wenig geführt zu werden. Also, so viel vorgeben wie möglich.
Gruß
Dirk
--
?Get it right the first time | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
Neu! sevCommand 4.0
Professionelle Schaltflächen im modernen Design!
Mit nur wenigen Mausklicks statten auch Sie Ihre Anwendungen ab sofort mit grafischen Schaltflächen im modernen Look & Feel aus (WinXP, Office, Vista oder auch Windows 8), inkl. große Symbolbibliothek. Weitere InfosTipp des Monats Access-Tools Vol.1
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 EURWeitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|