Der Herausgeber von Downcodes stellt Ihnen BugFree vor, ein optimiertes webbasiertes Fehlermanagement-Tool. Es basiert auf der Software-Entwicklungsphilosophie von Microsoft und präsentiert diese in Form von freiem und offenem Quellcode. Es ist eine der wenigen kostenlosen Software, die Microsofts internes Bug-Management-Tool Product Studio (früher Raid genannt) erfolgreich „geklont“ hat. Dieser Artikel befasst sich mit der Einführung von BugFree, dem Code-Vervollständigungsprozess und dem Umgang mit Softwarefehlern. Ich hoffe, dass er Ihnen dabei helfen kann, dieses Tool besser zu verstehen und zu verwenden.
BugFree ist ein kostenloses, webbasiertes, optimiertes Open-Source-Fehlermanagement-Tool, das auf der Softwareentwicklungsphilosophie von Microsoft basiert. Es ist derzeit eine der wenigen kostenlosen Software, die Microsofts internes Bug-Management-Tool Product Stuido (früher Raid genannt) „klont“.
BugFree ist ein kostenloses, webbasiertes, optimiertes Open-Source-Fehlermanagement-Tool, das auf der Softwareentwicklungsphilosophie von Microsoft basiert. Es ist derzeit eine der wenigen kostenlosen Software, die Microsofts internes Bug-Management-Tool Product Stuido (früher Raid genannt) „klont“.
BugFree ist in PHP+MySQL geschrieben und kann sowohl auf Linux- als auch auf Windows-Plattformen ausgeführt werden. Die in BugFree 2.0 enthaltenen Designideen sind:
– Code: Das Programm ist eine Implementierung (Mapping) des Anforderungsdesign-Spezifikationsdokuments (Spec);
– Testfall: Es handelt sich ebenfalls um eine Implementierung (Zuordnung) von Spec, jedoch aus Testperspektive;
– Testergebnis: Verwenden Sie Testfall (Testzuordnung), um den Code zu überprüfen (Entwicklungszuordnung);
– Fehler: Die Inkonsistenz zwischen den beiden Zuordnungen kann ein Fehler sein (Code weicht von Spezifikation ab)
Auf diese Weise werden die drei von Testfällen (Test Case) über Testergebnisse (Test Result) bis hin zu Fehlern (Bugs) organisch kombiniert.
BugFree in „Digital Nervous System“ ist in Open-Source-PHP+MySQL geschrieben und läuft browserbasiert. Ich hatte noch keine Entwicklungserfahrung mit Linux+Apache+MySQL+PHP, hatte aber das Glück, zwei hervorragende Webprogrammierer zu rekrutieren, die in nur zwei Monaten ein solches System aufbauen konnten. Unter anderem wurde BugFree von meinem Kollegen Wang Chunsheng entwickelt. Er brauchte weniger als einen Monat, um den Code zu schreiben, was mich überraschte und mir den Charme der Webentwicklung auf Basis von Linux bewusst machte.
Nachdem wir es mehr als einen Monat lang getestet haben, kann es in der tatsächlichen Arbeit verwendet werden. BugFree ist zum wichtigsten Tool in unserer täglichen Arbeit geworden. Mit Bug können nicht nur Fehler im Code erfasst und nachverfolgt werden, sondern auch neue Anforderungen, Designänderungen usw Managementsystem. Effektiv verwalten. Tatsächlich können Bugs nicht nur zum Aufzeichnen von Softwarefehlern verwendet werden, sondern auch zur Verfolgung der täglichen Angelegenheiten des Unternehmens. Bevor beispielsweise das Online-Erstattungssystem des Unternehmens eingerichtet wurde, nutzten wir BugFree für die Erstattungsabwicklung. Sogar ein Kollege hat mir diesen Fehler gemeldet: Ihr Desktop ist zu unordentlich, bitte räumen Sie ihn auf :-)
Weiterführende Literatur:
Wenn Menschen Softwarefehler finden, klassifizieren sie diese nur auf eine Art und Weise: Gibt es keine andere Möglichkeit, sie zu klassifizieren? Wir stoßen beispielsweise auf die folgende Situation. Der Tester stellt fest, dass eine Funktion hinzugefügt werden muss. Zu diesem Zeitpunkt teilt er dem Programmierer mit, dass keine Zeit vorhanden sei oder dies nicht erforderlich sei. Diese Situation wird zu einem Konflikt zwischen den beiden führen, das Endergebnis wird nicht bekannt sein. Dies wird die Begeisterung der Tester nicht so sehr dämpfen, wie sie können kann laufen. Tatsächlich kann diese Situation gelöst werden. Im Folgenden werde ich ein neues Konzept zur Klassifizierung von Softwarefehlern erwähnen, um dieses Problem effektiv zu lösen.
Bei Softwaredefekten handelt es sich nicht nur um schwerwiegende Fehler, sondern auch um nicht implementierte Funktionen. An diesem Punkt versteht vielleicht jeder, dass die Bedürfnisse nicht berücksichtigt wurden, aber die Bedürfnisse werden nicht einmal perfekt sein und es erfordert die gemeinsame Anstrengung aller, sich kontinuierlich zu verbessern. Wie können wir also die guten Vorschläge der Tester effektiv umsetzen? Das möchte ich als nächstes sagen. Es gibt eine andere Möglichkeit, Softwarefehler zu klassifizieren. Sie werden hauptsächlich in Anforderungsfehler und Programmfehler unterteilt. Der Vorteil dieser Klassifizierung besteht darin, dass die für die Fehlerbehandlung verantwortliche Person klar definiert ist. Wir alle wissen, dass Programmfehler von den entsprechenden Entwicklern behoben werden. Im Folgenden werden hauptsächlich Nachfragefehler besprochen. Dem Namen nach zu urteilen, müssen Nachfragefehler vom Nachfragepersonal behoben werden. Wie geht man damit um und wie kann man dabei effektiv vorgehen? Zu diesem Zeitpunkt übermitteln unsere Tester den Anforderungsfehler nicht an den Programmierer, sondern an den Anforderungsanalysten zur Bearbeitung. Was ich hier jedoch hervorheben möchte, ist die Positionierung von Anforderungsfehlern. Wenn dieser Fehler in der Softwareanforderungsspezifikation klar erwähnt wird, ist es unmöglich, ihn als Anforderungsfehler zu lokalisieren. Er muss von Programmierern implementiert werden und wird als Softwarefunktionalität bezeichnet defekt, die Übermittlung erfolgt durch den Programmierer. Wenn es jedoch in der Anforderungsspezifikation nicht eindeutig erwähnt wird, können wir es als Anforderungsfehler lokalisieren.
Das Obige ist der Inhalt über Bugfree. Ich hoffe, er wird für alle hilfreich sein.
Ich hoffe, dass diese Einführung in BugFree für alle hilfreich sein wird. Der Herausgeber von Downcodes wird Ihnen weiterhin weitere praktische technische Artikel bringen. Wenn Sie Fragen oder Anregungen haben, hinterlassen Sie bitte eine Nachricht!