Testowanie dodatku Edytor
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Przed opublikowaniem dodatków należy je dokładnie przetestować, aby mieć pewność, że działają zgodnie z oczekiwaniami. Dzięki Apps Script możesz testować dodatki do edytora w fazie rozwoju w konkretnych plikach Dokumentów, Arkuszy lub Prezentacji Google. Możesz go używać do:
- Sprawdź, czy dodatek napisany w samodzielnym skrypcie działa zgodnie z oczekiwaniami, gdy zastosujesz go w arkuszu, dokumencie, prezentacji lub formularzu.
- Sprawdź, czy proces instalacji dodatku działa zgodnie z oczekiwaniami, w szczególności w różnych początkowych stanach cyklu autoryzacji (zainstalowany, włączony lub oba).
- Sprawdź, czy dodatek działa zgodnie z oczekiwaniami w przypadku konkretnego dokumentu i jego zawartości.
- Przetestuj i porównaj bieżącą i poprzednią wersję dodatku.
Tworzenie testowego wdrożenia
Testowe wdrożenie to połączenie rozszerzenia i dokumentu testowego.
Gdy masz już opracowaną wersję skryptu i chcesz przetestować ją jako dodatek, wykonaj te czynności:
- Jeśli nie masz jeszcze żadnego, utwórz arkusz kalkulacyjny, dokument, prezentację lub formularz, aby przetestować dodatek.
- Otwórz projekt skryptu zawierającego dodatek.
- Kliknij Wdróż > Testuj wdrożenia.
- Obok opcji Wybierz typ kliknij Włącz typy wdrożenia settings i wybierz Dodatek Edytor.
- Kliknij Utwórz nowy test lub Dodaj test.
- Wybierz wersję kodu lub kliknij Najnowszy kod.
- W sekcji Konfiguracja wybierz początkowy stan autoryzacji dla testu.
- W sekcji Dokument testowy kliknij Nie wybrano dokumentu. Wybierz plik Arkuszy, Dokumentów, Slajdów lub Formularzy, którego chcesz użyć do przetestowania dodatku, i kliknij Wstaw.
- Kliknij Zapisz test.
Wszystkie zapisane wdrożenia testowe pojawiają się w oknie Wdrożenia testowe. Dzięki temu możesz później wrócić do tego samego testowego wdrożenia.
Przeprowadź testowe wdrożenie
Jeśli masz co najmniej 1 zapisane wdrożenia testowe, możesz uruchomić jedno z nich, wykonując te czynności:
- Otwórz projekt skryptu zawierającego dodatek.
- Kliknij Wdróż > Testuj wdrożenia.
- W sekcji Zapisane testy kliknij przycisk radiowy obok zapisanego wdrożenia testu, które chcesz uruchomić, i kliknij Wykonaj.
Dokument testowy otworzy się w nowej karcie. Dodatek jest w stanie autoryzacji określonym we wdrożeniu testowym. Aby sprawdzić, czy dodatek działa zgodnie z oczekiwaniami, możesz wchodzić w interakcje z jego menu i elementami interfejsu.
Szczegóły testowania
Podczas testowania wtyczek Edytora należy pamiętać o kilku kwestiach:
- Reguły instalowane nie są obsługiwane podczas testowania. Funkcje, które zależą od instalowanych wyzwalaczy, nie są testowalne.
- Podczas testowania wdrożenia, które jest skonfigurowane tak, aby testować przy użyciu najnowszego kodu, możesz zobaczyć zmiany zapisane w skrypcie dodatku, odświeżając dokument testowy.
- Dokument testowy ma adres URL, który możesz udostępnić edytorom oryginalnego dokumentu testowego. Dzięki temu możesz łatwiej współpracować z innymi podczas testowania i tworzenia.
- Jeśli dodatek korzysta z usługi Właściwości, właściwości są przechowywane i pozostają dostępne podczas kolejnego testowego wdrożenia.
- Ponadto każde wdrożenie testowe, które korzysta z tego samego połączenia dodatku i dokumentu testowego, ma dostęp do tych samych informacji o usłudze. Jeśli na przykład utworzysz 2 testowe wdrożenia, właściwości zapisane podczas uruchamiania pierwszego będą dostępne podczas uruchamiania drugiego i odwrotnie, ale tylko wtedy, gdy wdrożenia używają tego samego skryptu i tego samego dokumentu testowego.
- Jeśli uruchomisz testowe wdrożenie, może pojawić się prośba o autoryzację, jeśli skrypt nie był wcześniej uruchamiany. Pamiętaj, że autoryzowanie skryptu podczas testowania powoduje też autoryzację skryptu poza testowaniem.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2024-12-22 UTC.
[null,null,["Ostatnia aktualizacja: 2024-12-22 UTC."],[[["\u003cp\u003eApps Script allows developers to test editor add-ons directly within Google Docs, Sheets, Slides, or Forms to verify functionality and installation flow.\u003c/p\u003e\n"],["\u003cp\u003eDevelopers can create test deployments to specify add-on versions, authorization states, and associated documents for controlled testing environments.\u003c/p\u003e\n"],["\u003cp\u003eSaved test deployments can be executed repeatedly, enabling developers to iterate on their add-ons and observe changes in real-time within the test document.\u003c/p\u003e\n"],["\u003cp\u003eWhile offering valuable testing capabilities, test deployments have limitations such as not supporting installable triggers and shared property persistence across deployments using the same add-on and document.\u003c/p\u003e\n"],["\u003cp\u003eTest deployments provide a shareable URL for collaborative testing and may require authorization for the script, both within and outside the testing environment.\u003c/p\u003e\n"]]],["To test add-ons in development, create a test deployment linking a script version to a specific Google Docs, Sheets, Forms, or Slides file. Select the add-on's authorization state and save the test. Run saved tests by selecting them in the \"Test deployments\" dialog and clicking \"Execute.\" During testing, changes to the script can be viewed by refreshing the test document; the test document URL is shareable for collaboration. Any properties created are also persisted across multiple test deployments.\n"],null,["# Test an Editor add-on\n\nAdd-ons should be tested thoroughly prior to publishing to ensure they\nbehave as intended. Apps Script lets you test\n[Editor add-ons](/workspace/add-ons/concepts/types#editor_add-ons)\nin development on specific Google Docs Sheets, Forms, or Slides files. This\ncan be used to:\n\n- Verify that an add-on written in a standalone script functions as intended when applied to a sheet, doc, presentation, or form.\n- Verify that the add-on installation flow works as intended, particularly for different initial [authorization lifecycle states](/workspace/add-ons/concepts/editor-auth-lifecycle#the_complete_lifecycle) ([installed, enabled, or both](/workspace/add-ons/concepts/editor-auth-lifecycle#installed_versus_enabled)).\n- Verify that the add-on functions as intended when acting on a particular document and its contents.\n- Test and compare the current and previous versions of the add-on.\n\nCreate a test deployment\n------------------------\n\nA test deployment is the combination of an add-on and a test document.\nOnce you have a script version developed and would like to test it as an add-on,\nfollow these steps:\n\n1. If you don't have one already, create a spreadsheet, document, presentation, or form to test the add-on with.\n2. Open the script project containing your add-on.\n3. Click **Deploy** \\\u003e **Test deployments**.\n4. Next to **Select type** , click Enable deployment types settings and select **Editor add-on**.\n5. Click **Create new test** or **Add test**.\n6. Choose a code version or select **Latest Code**.\n7. In the **Config** section, select the initial [authorization state](/workspace/add-ons/concepts/editor-auth-lifecycle#installed_versus_enabled) for the test.\n8. Under **Test document** , click **No document selected** . Select the Sheets, Docs, Slides, or Forms file you want to use to test the add-on and click **Insert**.\n9. Click **Save test**.\n\nAll saved test deployments appear in the **Test deployments** dialog. This lets\nyou revisit the same test deployment later on.\n\nRun a test deployment\n---------------------\n\nIf you have one or more saved test deployments, you can run one of them by\nfollowing these steps:\n\n1. Open the script project containing your add-on.\n2. Click **Deploy** \\\u003e **Test deployments**.\n3. Under **Saved Tests** , select the radio button next to the saved test deployment you want to run and click **Execute**.\n\nThe test document opens in a new tab. The add-on is in the\n[authorization state](/workspace/add-ons/concepts/editor-auth-lifecycle#installed_versus_enabled)\nspecified in the test deployment. You can verify that the add-on functions as\nintended by interacting with its menu and UI elements.\n\n### Testing details\n\nThere are a number of things to keep in mind while testing Editor add-ons\nthis way:\n\n- [Installable triggers](/workspace/add-ons/concepts/editor-triggers#installable_triggers_in_add-ons) aren't supported when testing. Functionality that depends on installable triggers is not testable.\n- While running a test deployment that's set to test with the latest code, you can see changes saved to the add-on script by refreshing the test document.\n- The test document has a URL that you can share with editors of the original test document. This way, you can more easily collaborate with others while testing and developing.\n- If your add-on uses the [Properties service](/apps-script/reference/properties/properties-service), properties persist and remain available the next time the test deployment is run.\n- In addition, any test deployment that uses the same combination of add-on and test document has access to the same property information. For example, if you create two test deployments, the properties saved while running the first are available while running the second and vice versa, but only if the deployments use the same script and test document.\n- If you run a test deployment, you might be prompted for authorization if you have not run the script before. Be aware that authorizing a script while testing also authorizes the script outside of testing."]]
