Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Kaip išbandyti savo papildinį, nepaveikdamas pagrindinės programos


Kaip išbandyti savo papildinį, nepaveikdamas pagrindinės programos


Papildinio išbandymas, nepaveikdamas pagrindinės programos, apima keletą strategijų, kurias galima pritaikyti įvairiose platformose. Čia yra išsamus vadovas, kaip tai pasiekti:

1. Sukurkite inscenizacijos ar bandymo aplinką **

Vienas iš veiksmingiausių papildinio išbandymo būdų yra nustatyti atskirą inscenizacijos ar bandymo aplinką. Ši aplinka turėtų būti tiksli jūsų tiesioginės programos kopija, atsižvelgiant į funkcionalumą, dizainą ir turinį. Šis požiūris yra ypač naudingas tokioms platformoms kaip „WordPress“, kur galite sukurti sustojimo svetainę, kuri atspindi jūsų tiesioginę svetainę, tačiau nėra prieinama visuomenei [5].

2. Naudokite vietinį vystymosi serverį **

Papildiniams, kuriems reikalinga serverio aplinka, pavyzdžiui, „Minecraft“ papildiniai, gali būti naudinga nustatyti vietinį vystymosi serverį. Tai leidžia išbandyti papildinį atskirai, nepaveikdamas pagrindinio serverio. Galite paleisti atskirą serverio egzempliorių savo vietiniame kompiuteryje ar kitoje mašinoje, užtikrindami, kad jis kuo arčiau imituoja gamybos aplinką [10].

3. Vienetų testavimas ir integracijos testavimas **

Įdiegę vienetų testus ir integracijos testus, galite padėti užtikrinti, kad jūsų papildinio funkcijos teisingai funkcionuotų, nepaveikdami pagrindinės programos. Vienetų testai sutelkti dėmesį į atskirus jūsų papildinio komponentus, o integracijos testai patvirtina, kaip šie komponentai sąveikauja tarpusavyje ir programą. Šis metodas yra naudingas papildiniams, sukurtoms tokiose aplinkose kaip „Gradle“, kur bandymui galite naudoti tokius įrankius kaip „Junit“ [3] [7].

4. Atsarginė kopija ir atkūrimas **

Prieš išbandydami papildinį sustojimo aplinkoje, būtinai sukurkite savo duomenų atsarginę kopiją. Tai užtikrina, kad jei bandymo metu kas nors nutiks, galite atkurti savo aplinką į pradinę būseną. Tokioms platformoms kaip „WordPress“ rekomenduojama naudoti atsarginį papildinį ar rankinio atsarginės kopijos metodus [5].

5. Rankinis testavimas **

Rankiniu bandymu reikia rankiniu būdu bendrauti su savo papildiniu sustojimo aplinkoje, siekiant užtikrinti, kad jis elgtųsi taip, kaip tikėtasi. Tai gali reikalauti daug laiko, tačiau yra būtina norint patobulinti vartotojo patirties problemas, kurių gali praleisti automatizuoti testai. Kompleksiniams papildiniams patartina, kad keli vartotojai išbandytų papildinį, kad surinktų įvairius atsiliepimus [5].

6. Derinimo ir klaidų tvarkymas **

Bandymo metu labai svarbu įjungti derinimo režimus arba naudoti įrankius, kurie pateikia išsamius klaidų pranešimus. Tai padeda greitai nustatyti ir išspręsti problemas. Pvz., „WordPress“ galite įjungti derinimo režimą, nustatydami „wp_debug“ į „tiesa“ faile „wp-config.php“ [5].

7. Kompoziciniai pastatai (gradle) **

„Gradle“ papildiniams galite naudoti kompozicinius konstrukcijas, kad įtrauktumėte savo papildinio projektą tiesiogiai į vartojimo projektą. Tai leidžia išbandyti pakeitimus neskelbiant papildinio, todėl lengviau pakartoti ir derinti savo papildinį kontroliuojamoje aplinkoje [3].

Vykdydami šias strategijas, galite veiksmingai išbandyti savo papildinį nepažeisdami pagrindinės programos, užtikrindami, kad prieš diegimą ji yra stabili ir funkcionali.

Citatos:
[1] https://forum.bubble.io/t/i-want-to-use-the-test-version-of-my-plugin-in-my-test-environment-but-a-publied-version-in-live/246361
[2] https://wordpress.stackexchange.com/questions/175662/plugin-unit-test-fort-table-and-option-creation
[3] https://docs.gradle.org/current/userguide/testing_gradle_plugins.html
[4] https://www.servicenow.com/community/developer-forum/plugins-liable-active-over-to-test-instance/m-p/2193695
[5] https://www.easywp.com/blog/how-to-test-a-wordpress-plugin/
[6] https://stackoverflow.com/questions/14157672/how-can-i-test-my-services-without-ofecting-my-database
[7] https://www.spigotmc.org/threads/how-do-you-test-your-plugins.73156/
[8] https://yoast.com/help/how-to-check-for-plugin-conflicts/
[9] https://developer.hashicorp.com/terraForm/plugin/sdkv2/testing/acceptance-tests
[10] https://www.reddit.com/r/admincraft/comments/17wtlzu/best_way_to_test_plugin_features_bore_release/