{"id":97474,"date":"2020-10-19T02:42:20","date_gmt":"2020-10-19T00:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt"},"modified":"2020-10-19T02:42:20","modified_gmt":"2020-10-19T00:42:20","slug":"testrail-individualnye-nastrojki-pod-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","title":{"rendered":"TestRail \u2014 Impostazioni personalizzate per il progetto","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduzione<\/h2>\n

In molti progetti con cui ho lavorato, le persone non personalizzavano TestRail e si accontentavano delle impostazioni predefinite. Pertanto, in questo articolo cercher\u00f2 di descrivere un esempio di impostazioni personalizzate che possono aiutarti ad aumentare l'efficacia del tuo lavoro. Prendiamo come esempio un progetto di sviluppo di un'app mobile.<\/p>\n

Una piccola nota. In questo articolo non verr\u00e0 descritta la funzionalit\u00e0 di base di TestRail (ci sono molte guide su questo) n\u00e9 ci saranno espressioni di marketing colorate che spiegano perch\u00e9 dovresti scegliere proprio questo fornitore per creare un repository di test.<\/p>\n

Piano di attuazione (cosa sar\u00e0 realizzato)<\/h2>\n
    \n
  1. \n

    Requisiti generali<\/p>\n

      \n
    1. \n

      Il caso deve essere in grado di essere eseguito da chiunque<\/p>\n<\/li>\n

    2. \n

      I casi devono mantenere la loro attualit\u00e0 il pi\u00f9 a lungo possibile<\/p>\n<\/li>\n

    3. \n

      I casi devono coprire in modo accurato le funzionalit\u00e0 dell'app mobile nella misura in cui ci\u00f2 non contraddica i primi due punti<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

    4. \n

      Separazione in TestCase e TestScenario<\/p>\n<\/li>\n

    5. \n

      Generazione rapida di TestRun di vari tipi<\/p>\n

        \n
      1. \n

        Smoke<\/p>\n<\/li>\n

      2. \n

        Regress<\/p>\n<\/li>\n

      3. \n

        Test di impatto, ecc.<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

      4. \n

        Ottimizzazione del supporto ai casi<\/p>\n

          \n
        1. \n

          Abbandono di screenshot fissi e passaggio a \"dati movibili\"<\/p>\n<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

          Requisiti<\/h2>\n

          Per modificare i campi \u00e8 necessaria l'autenticazione da amministratore<\/p>\n

          Scelta del tipo di progetto<\/h2>\n

          \u00c8 possibile scegliere tra tre tipi di progetto:<\/p>\n

          \"TestRail<\/p>\n

          Selezioneremo il tipo predefinito. In questo verranno resi disponibili tutti i casi contemporaneamente. Utilizzeremo un filtro intelligente e gestiremo dinamicamente tutti i casi insieme.<\/p>\n

          Aggiunta di campi per visualizzare l'elenco dei test case<\/h2>\n

          Aggiungeremo un campo per visualizzare la priorit\u00e0 dei test case:<\/p>\n

          \"TestRail<\/p>\n

          \u00c8 possibile aggiungere anche altri campi.<\/p>\n

          Impostazione dei campi e dei tag del test case<\/h2>\n

          Apriamo il menu di configurazione:<\/p>\n

          \"TestRail<\/p>\n

          Ci serviranno i seguenti campi:<\/p>\n

          Campo «Summary» (intestazione del caso di test)<\/h4>\n

          \"TestRail<\/p>\n

          Questo campo esiste gi\u00e0, stiamo solo sistematizzando il suo utilizzo. Divideremo i casi in TestCase e TestScenario. Per una migliore leggibilit\u00e0 di un lungo elenco di casi, \u00e8 preferibile concordare in anticipo le linee guida per la scrittura del summary.<\/p>\n

          TestScenario:<\/strong><\/p>\n

          Esempio: TestScenario — Scenari principali per l'utilizzo dell'app mobile<\/p>\n

          TestCase:<\/strong><\/p>\n

          Esempio: MainScreen — Sezione di accesso — Inserimento del nome utente<\/p>\n

          In summary, we see a classic understanding of the case: \u201cwhat, where, when.\u201d Visually, we also differentiate between high-level test scenarios and low-level test cases in the most appropriate format for automation.<\/p>\n

          Tag «StartScreen» (schermata da cui inizia il TestScenario, molti casi di test possono coinvolgere schermate adiacenti)<\/h4>\n

          What might it be needed for: we will remove from the text of the cases the standard steps that lead the user to the current test case screen. (standard steps to create a specific testing situation) All standard steps for all test cases will be documented in one file. I will write more about it separately.<\/p>\n

          We create a new field:<\/p>\n

          \"TestRail<\/p>\n

          We fill in the components of the new field: <\/p>\n

          \"TestRail<\/p>\n

          In this case, we are creating a drop-down selection field. We input the values for this field:<\/p>\n

          \"TestRail<\/p>\n

          Note that the ids of the values do not start at one and are not consecutive. Why is this done? The fact is that if we have test cases recorded with a given id,<\/p>\n

          \"TestRail<\/p>\n

          and afterward, we need to create a third screen between the two existing ones,<\/p>\n

          \"TestRail<\/p>\n

          Dovremo riscrivere l'id, e poich\u00e9 i tag dei casi di test esistenti sono gi\u00e0 collegati a esso, verranno semplicemente rimossi. Questo sar\u00e0 molto sgradevole.<\/p>\n

          Tag «Screen» (nome della schermata toccata dal TestCase)<\/h4>\n

          A cosa pu\u00f2 servire: uno degli ancoraggi per il test d'impatto. Ad esempio, gli sviluppatori hanno creato una nuova funzionalit\u00e0 interessante. Dobbiamo testarla, ma per farlo dobbiamo capire cosa questa funzionalit\u00e0 potrebbe avere impattato. Di default possiamo basarci sul paradigma che diversi schermi (Activity) dell'applicazione hanno classi diverse e quindi costituiscono componenti differenti dell'app. Certamente, in questo caso \u00e8 necessario un approccio personalizzato.<\/p>\n

          Esempio: home_screen, MapScreen, PayScreen, ecc.<\/p>\n

          \"TestRail<\/p>\n

          Campo «MovableData» (link al proxy del DB con dati di test modificabili)<\/h4>\n

          Successivamente cercheremo di risolvere il problema del supporto alla pertinenza dei dati nei casi di test:<\/p>\n

            \n
          1. \n

            Collegamenti ai layout aggiornati (\u00e8 molto meglio che fare screenshot obsoleti)<\/p>\n<\/li>\n

          2. \n

            Passaggi standard fino allo schermo con la situazione di test<\/p>\n<\/li>\n

          3. \n

            Query SQL<\/p>\n<\/li>\n

          4. \n

            Collegamenti a dati esterni e altre informazioni<\/p>\n<\/li>\n<\/ol>\n

            Invece di scrivere i dati di test all'interno di ogni caso di test, creeremo un file esterno e collegheremo questo file a tutti i casi di test. Quando sar\u00e0 necessario aggiornare questi dati, non dovremo passare in rassegna tutti i casi di test e modificarli; potremo semplicemente cambiare i dati in un unico luogo. Se qualcuno non preparato apre un caso di test, vedr\u00e0 nel corpo del caso di test un collegamento al file e un'indicazione di doverci andare per i dati di test.<\/p>\n

            Tutti questi dati saranno confezionati in un unico file esterno, accessibile a chiunque nel progetto. Ad esempio, possiamo utilizzare Google Sheet o Excel e impostare la ricerca all'interno del file. Perch\u00e9 proprio questi fornitori? Perch\u00e9 ci basiamo sulla paradosso che chiunque nel team dovrebbe essere in grado di aprire e completare un caso di test senza dover installare preventivamente strumenti vari.<\/p>\n

            Per Google Sheet<\/strong> \u00e8 possibile utilizzare query SQL. Esempio:<\/p>\n

            =query(DATA!A1:M1146;\"\nSELECT C,D\nWHERE\nC contains '\"&SEARCH!A2&\"'\"<\/code><\/pre>\n
            Per Excel<\/strong> \u00e8 possibile impostare macro convenienti per ricerche istantanee. (filtraggio) Esempio al link<\/a><\/noindex>.<\/p>\n
            L'idea in s\u00e9 non \u00e8 nuova e viene descritta nel primo libro del tester \u201cTesting dot com\u201d. (autore Roman Savin) Stiamo semplicemente integrando in TestRail le metodologie proposte da Roman Savin. A tal fine, creeremo un campo con un collegamento al file creato:<\/p>\n
            \"TestRail<\/p>\n
            compiliamo il valore predefinito del collegamento, in modo che in ogni nuovo caso di test ci sia gi\u00e0 il collegamento:<\/p>\n
            \"TestRail<\/p>\n
            Se la posizione del file esterno cambia (prevediamo qualsiasi imprevisto), \u00e8 possibile modificare comodamente uno o pi\u00f9 campi in tutti i casi di test contemporaneamente:<\/p>\n
            \"TestRail\"TestRail<\/p>\n
            Campo \u201cDescriptions\u201d (descrizione o idea del caso di test, istruzioni standard)<\/h4>\n
            A cosa pu\u00f2 servire: in questo campo di testo inseriremo una breve descrizione del caso di test e istruzioni standard.<\/p>\n
            Esempio: Tutti i dati di test (modelli attuali, utilizzo degli strumenti e altri dati) di questo caso di test sono indicati tramite collegamenti {\u2026} e si trovano nel file MovableData. Il collegamento a MovableData \u00e8 nel campo corrispondente in alto.<\/em><\/p>\n
            \"TestRail<\/p>\n
            Tag «Component» (componente dell'app mobile)<\/h4>\n
            A cosa pu\u00f2 servire: per il test d'impatto. Se un'app mobile pu\u00f2 essere suddivisa in componenti (che influenzano il meno possibile l'uno sull'altro), le modifiche in un componente possono essere verificate (con alcuni rischi) all'interno dello stesso componente, riducendo la necessit\u00e0 di eseguire regressioni complete. Se si ha notizia che un componente possa influenzarne un altro, si compila una matrice di test d'impatto.<\/p>\n
            Esempi di componenti: GooglePay, Ordine, Utenti, Mappa, Autenticazione, ecc.<\/p>\n
            \"TestRail<\/p>\n
            Tag «TAG» (Altri tag per la filtrazione)<\/h2>\n
            Tagging dei casi di test con etichette per un filtro arbitrario. <\/p>\n
            Molto utile per: <\/p>\n
              \n
            1. \n
              la rapida creazione di TestRun per vari tipi di attivit\u00e0: smoke, regressione, ecc.<\/p>\n<\/li>\n
            2. \n
              se i test saranno automatizzati o sono gi\u00e0 automatizzati<\/p>\n<\/li>\n
            3. \n
              qualsiasi altro tag<\/p>\n<\/li>\n<\/ol>\n
              Esempio: Smoke, Automatizzato, WhiteLabel, DaEliminare, ecc.<\/p>\n
              \"TestRail\"TestRail<\/p>\n
              Impostazione dell'ordine di visualizzazione dei campi nel caso di test<\/h2>\n
              Abbiamo creato molti nuovi campi, \u00e8 arrivato il momento di disporli in modo conveniente:<\/p>\n
              \"TestRail<\/p>\n
              Creazione di TestRun<\/h2>\n
              Ora creeremo un nuovo test run con i casi aggiornati per eseguire test smoke in tre clic:<\/p>\n
              \"TestRail<\/p>\n
              Altri consigli utili<\/h2>\n
                \n
              1. \n
                Se in TestRail ci sono pi\u00f9 progetti, non dimenticate di creare nuovi campi solo per il vostro progetto, altrimenti i colleghi dei team vicini potrebbero rimanere molto sorpresi dalla comparsa di nuovi campi insoliti. Potrebbero verificarsi svenimenti locali.<\/p>\n<\/li>\n<\/ol>\n
                \"TestRail<\/p>\n
                2. I casi con un gran numero di campi sono pi\u00f9 facili da copiare da un gruppo simile che crearne di nuovi:<\/p>\n
                \"TestRail<\/p>\n
                3. \u00c8 possibile utilizzare gli account in modo condiviso. Ad esempio: un account da amministratore e diversi account utente.<\/p>\n
                Conclusione<\/h2>\n
                Gli esempi sopra descritti sono stati implementati in diversi progetti e hanno dimostrato la loro efficacia. Spero che possano migliorare la vostra comprensione di questo strumento e aiutare a creare test efficaci e comodi. Sarei molto grato se poteste descrivere nella sezione commenti la vostra esperienza nell'uso di TestRail e fornire consigli utili.<\/p>\n
                Link:<\/p>\n
                Sito del fornitore TestRail<\/a><\/noindex><\/p>\n
                Libro: «Testare .COM» (autore Roman Savin)<\/a><\/noindex><\/p>\n
                Grazie mille per l'attenzione!<\/p>\n
                Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
                \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0412\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u0441 \u043a\u043e\u0442\u043e\u0440\u044b\u043c\u0438 \u044f \u0440\u0430\u0431\u043e\u0442\u0430\u043b, \u043b\u044e\u0434\u0438 \u043d\u0435 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b\u0438 \u043f\u043e\u0434 \u0441\u0435\u0431\u044f TestRail \u0438 \u043e\u0431\u0445\u043e\u0434\u0438\u043b\u0438\u0441\u044c \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u044b\u043c\u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430\u043c\u0438. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u043e\u0441\u0442\u0430\u0440\u0430\u044e\u0441\u044c \u043e\u043f\u0438\u0441\u0430\u0442\u044c \u043f\u0440\u0438\u043c\u0435\u0440 \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043e\u0433\u0443\u0442 \u043f\u043e\u043c\u043e\u0447\u044c \u0412\u0430\u043c \u043f\u043e\u0432\u044b\u0441\u0438\u0442\u044c \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u044c \u0441\u0432\u043e\u0435\u0439 \u0440\u0430\u0431\u043e\u0442\u044b. \u0414\u043b\u044f \u043f\u0440\u0438\u043c\u0435\u0440\u0430 \u0432\u043e\u0437\u044c\u043c\u0435\u043c \u043f\u0440\u043e\u0435\u043a\u0442 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043c\u043e\u0431\u0438\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u041d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u0434\u0438\u0441\u043a\u043b\u0435\u0439\u043c\u0435\u0440. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043d\u0435\u0442 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u0431\u0430\u0437\u043e\u0432\u043e\u0433\u043e \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u0430 TestRail (\u043d\u0430 \u044d\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97475,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97474","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47TestRail \u2014 Personalizzazioni per Progetto | ProHoster","description":"IntroduzioneIn molti progetti con cui ho lavorato, le persone non hanno personalizzato TestRail e si sono accontentate delle impostazioni predefinite. In questo articolo cercher\u00f2 di descrivere un esempio di personalizzazioni che possono aiutarti ad aumentare l'efficienza del tuo lavoro. Prendiamo come esempio un progetto di sviluppo di un'app mobile.Un piccolo disclaimer. In questo articolo non viene descritto il funzionamento di base di TestRail (esistono gi\u00e0 molte risorse per questo).","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47TestRail \u2014 \u0418\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 \u043f\u043e\u0434 \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435\u0412\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u0441 \u043a\u043e\u0442\u043e\u0440\u044b\u043c\u0438 \u044f \u0440\u0430\u0431\u043e\u0442\u0430\u043b, \u043b\u044e\u0434\u0438 \u043d\u0435 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b\u0438 \u043f\u043e\u0434 \u0441\u0435\u0431\u044f TestRail \u0438 \u043e\u0431\u0445\u043e\u0434\u0438\u043b\u0438\u0441\u044c \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u044b\u043c\u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430\u043c\u0438. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u043e\u0441\u0442\u0430\u0440\u0430\u044e\u0441\u044c \u043e\u043f\u0438\u0441\u0430\u0442\u044c \u043f\u0440\u0438\u043c\u0435\u0440 \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043e\u0433\u0443\u0442 \u043f\u043e\u043c\u043e\u0447\u044c \u0412\u0430\u043c \u043f\u043e\u0432\u044b\u0441\u0438\u0442\u044c \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u044c \u0441\u0432\u043e\u0435\u0439 \u0440\u0430\u0431\u043e\u0442\u044b. \u0414\u043b\u044f \u043f\u0440\u0438\u043c\u0435\u0440\u0430 \u0432\u043e\u0437\u044c\u043c\u0435\u043c \u043f\u0440\u043e\u0435\u043a\u0442 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043c\u043e\u0431\u0438\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f.\u041d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u0434\u0438\u0441\u043a\u043b\u0435\u0439\u043c\u0435\u0440. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043d\u0435\u0442 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u0431\u0430\u0437\u043e\u0432\u043e\u0433\u043e \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u0430 TestRail (\u043d\u0430 \u044d\u0442\u043e \u0435\u0441\u0442\u044c \u043c\u043d\u043e\u0433\u043e","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-19T00:42:20+00:00","article:modified_time":"2020-10-19T00:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97474","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:19:39","updated":"2022-09-30 01:20:29"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97474","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=97474"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97474\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/97475"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=97474"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=97474"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=97474"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}