Entwicklung

Im Schnellzugriffsmenü > Entwicklung können Sie verschiedene Entwicklungstools zur Feinabstimmung Ihrer Totara-Erfahrung verwenden, einschließlich Debugging und experimentelle Einstellungen. 

Möglicherweise finden Sie auch unsere öffentliche Entwicklerdokumentation hilfreich, da sie eine Reihe nützlicher Leitfäden und Ressourcen für Entwickler enthält. 

Unten finden Sie Erläuterungen dazu, was jedes dieser Tools tut (mit Ausnahme von experimentellen Funktionen und Debugging, da diese etwas komplexer sind und daher ihre eigenen dedizierten Seiten haben). 

Webservice-Test-Client

Der Webservice-Test-Client führt die Funktionen für real aus, daher sollten Sie keine Funktionen testen, die Sie nicht kennen.

Alle vorhandenen Webservice-Funktionen sind noch nicht im Testclient implementiert. Um zu überprüfen, ob ein Nutzer auf einige Funktionen nicht zugreifen kann, können Sie einige Funktionen testen, die Sie nicht erlaubt haben. Um klarere Fehlermeldungen zu sehen, setzen Sie das Debugging auf NORMAL: Fehler, Warnungen und Hinweise in Debug-Nachrichten anzeigen.

Alle Caches löschen

Alle Cache-Speicher löschen kann über den Administrationsblock im Schnellzugriffsmenü > Entwicklung Alle Cache-Speicher > löschen aufgerufen werden.

Totara kann Themen, Javascript, Sprachzeichenfolgen, gefilterten Text, RSS-Feeds und viele andere berechnete Daten zwischenspeichern. Das Löschen dieser Cache-Speicher löscht diese Daten vom Server und zwingt Browser, Daten erneut abzurufen, damit Sie sicher sein können, dass Sie die aktuellsten Werte sehen, die vom aktuellen Code erzeugt werden. Es besteht keine Gefahr beim Bereinigen von Cache-Speichern, aber Ihre Website kann eine Weile langsamer erscheinen, bis der Server und die Clients neue Informationen berechnen und sie zwischenspeichern.

Testkurs machen

Dieses Tool erstellt Standard-Testkurse, die viele Abschnitte, Aktivitäten und Dateien umfassen. Dies soll eine standardisierte Maßnahme zur Überprüfung der Zuverlässigkeit und Leistung verschiedener Systemkomponenten (wie Backup und Wiederherstellung) bieten.

Dieser Test ist wichtig, da es in der Vergangenheit viele Fälle gab, in denen das System mit realen Anwendungsfällen (z. B. einem Kurs mit 1.000 Aktivitäten) konfrontiert war und nicht funktioniert. Kurse, die mit dieser Funktion erstellt wurden, können eine große Menge an Datenbank- und Dateisystemplatz (Zehn Gigabyte) belegen. Sie müssen die Kurse löschen (und auf verschiedene Bereinigungsläufe warten), um diesen Bereich erneut freizugeben.

JMeter-Testplan erstellen

Dieses Tool erstellt eine JMeter-Testplandatei zusammen mit der Datei mit den Nutzeranmeldeinformationen.

Dieser Testplan wurde für die Zusammenarbeit mit entwickelthttps://github.com/moodlehq/moodle-performance-comparison, was die Ausführung des Testplans in einer bestimmten Totara-Umgebung erleichtert, Informationen über die Läufe sammelt und die Ergebnisse vergleicht. Sie müssen es herunterladen und sein test_runner.sh-Skript verwenden oder die Installations- und Nutzungsanweisungen befolgen.

Sie müssen ein Passwort für die Kursnutzer in config.php festlegen (z. B. $CFG->tool_generator_users_password = 'totara';). Es gibt keinen Standardwert für dieses Passwort, um eine unbeabsichtigte Nutzung des Tools zu verhindern. Sie müssen die Option „Passwort aktualisieren“ verwenden, wenn Ihre Kursnutzer andere Passwörter haben oder diese von generiert wurden, tool_generator aber ohne einen $CFG->tool_generator_users_password Wert festzulegen.

Es ist Teil von , tool_generator daher funktioniert es gut mit den Kursen, die von den Kursen und den Website-Generatoren generiert werden. Es kann auch mit jedem Kurs verwendet werden, der mindestens Folgendes enthält:

• Ausreichend angemeldete Nutzer (abhängig von der von Ihnen gewählten Testplangröße) mit dem Passwort-Reset auf 'totara'
• einer Seitenmodulinstanz
• Eine Forumsmodulinstanz mit mindestens einer Diskussion und einer Antwort

Sie sollten die Kapazität Ihres Servers berücksichtigen, wenn Sie große Testpläne ausführen, da die von JMeter erzeugte Lademenge besonders groß sein kann. Die Anlaufzeit wurde entsprechend der Anzahl der Threads (Nutzer) angepasst, um diese Art von Problem zu reduzieren, aber die Last ist immer noch enorm.

Andere Entwicklungstools

Es gibt auch eine Reihe anderer Tools für Entwickler, darunter:

• Bibliotheken von Drittanbietern
• Abnahmeprüfung
• PHPUnit-Tests
• Vorlagenbibliothek
• XMLDB-Editor
• Web-API