{"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\/nl\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","title":{"rendered":"TestRail \u2014 Aangepaste instellingen voor het project.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Inleiding<\/h2>\n

In veel projecten waaraan ik heb gewerkt, configureerden mensen TestRail niet naar hun eigen behoeften en werden de standaardinstellingen gebruikt. Daarom zal ik in dit artikel een voorbeeld van individuele instellingen beschrijven die u kunnen helpen uw werk effici\u00ebnter te maken. Laten we als voorbeeld een project voor de ontwikkeling van een mobiele applicatie nemen.<\/p>\n

Een kleine disclaimer. In dit artikel wordt de basisfunctionaliteit van TestRail niet beschreven (daarvoor zijn veel gidsen beschikbaar) en zijn er geen opdringerige uitdrukkingen die beschrijven waarom u precies deze leverancier zou moeten kiezen voor het maken van een repository voor tests.<\/p>\n

Plan-onderbouwing (wat zal worden uitgevoerd)<\/h2>\n
    \n
  1. \n

    Algemene vereisten<\/p>\n

      \n
    1. \n

      De case moet door absoluut elke persoon kunnen worden doorlopen<\/p>\n<\/li>\n

    2. \n

      Cases moeten zo lang mogelijk actueel blijven<\/p>\n<\/li>\n

    3. \n

      Cases moeten de functionaliteit van de mobiele applicatie zo goed mogelijk dekken, voor zover dit niet in strijd is met de eerste twee punten<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

    4. \n

      Scheiding in TestCase en TestScenario<\/p>\n<\/li>\n

    5. \n

      Snelle generatie van TestRun van verschillende types<\/p>\n

        \n
      1. \n

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

      2. \n

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

      3. \n

        Impacttesten, enz.<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

      4. \n

        Optimalisatie van de ondersteuning van cases<\/p>\n

          \n
        1. \n

          Afzien van 'dode' hardcoded screenshots en overschakelen naar 'movable data'<\/p>\n<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

          Vereisten<\/h2>\n

          Voor het bewerken van velden heeft u beheerdersrechten nodig<\/p>\n

          Kiezen van het type project<\/h2>\n

          U kunt uit drie typen projecten kiezen:<\/p>\n

          \"TestRail<\/p>\n

          We zullen het standaardtype kiezen. Hiermee zijn alle cases tegelijkertijd beschikbaar. We gaan slimme filtering gebruiken en dynamisch al onze cases tegelijk beheren.<\/p>\n

          Velden toevoegen voor het bekijken van de lijst met testcases<\/h2>\n

          Laten we een veld toevoegen voor het weergeven van de prioriteit van testcases:<\/p>\n

          \"TestRail<\/p>\n

          Ook kunnen andere velden worden toegevoegd.<\/p>\n

          Instelling van velden en tags voor testcases<\/h2>\n

          We openen het instellingenmenu:<\/p>\n

          \"TestRail<\/p>\n

          We hebben de volgende velden nodig:<\/p>\n

          Veld 'Samenvatting' (kop van de testgeval)<\/h4>\n

          \"TestRail<\/p>\n

          Dit veld bestaat al, we systematiseren alleen het gebruik ervan. We zullen cases scheiden in TestCase en TestScenario. Voor een betere leesbaarheid van een lange lijst met cases is het beter om vooraf afspraken te maken over de regels voor het schrijven van de summary.<\/p>\n

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

          Voorbeeld: TestScenario \u2014 Hoofdsituatie voor het gebruik van de mobiele applicatie<\/p>\n

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

          Voorbeeld: MainScreen \u2014 Authenticatiedeel \u2014 Invoeren van gebruikersnaam<\/p>\n

          In de summary van de case zien we de klassieke betekenis: 'wat, waar, wanneer'. Daarnaast scheiden we visueel de high-level testscenario's van de low-level testcases op een manier die het meest geschikt is voor automatisering.<\/p>\n

          Tag 'StartScreen' (scherm van waaruit TestScenario begint; veel testgevallen kunnen ook andere schermen be\u00efnvloeden)<\/h4>\n

          Waarvoor dit nodig kan zijn: we zullen typische stappen uit de tekst van testcases verwijderen die de gebruiker naar het scherm van de huidige testcase leiden. (typische stappen voor het cre\u00ebren van een bepaalde testsituatie) Alle typische stappen voor alle testcases worden in \u00e9\u00e9n bestand genoteerd. Hierover zal ik apart meer schrijven.<\/p>\n

          Een nieuw veld aanmaken:<\/p>\n

          \"TestRail<\/p>\n

          De componenten van het nieuwe veld invullen: <\/p>\n

          \"TestRail<\/p>\n

          In dit geval maken we een keuzelijst aan. We voeren de waarden voor dit veld in:<\/p>\n

          \"TestRail<\/p>\n

          Let op dat de id-waarden niet bij \u00e9\u00e9n beginnen en niet opeenvolgend zijn. Waarom is dit zo? Het komt doordat als we testcases hebben waarin deze id is ingevoerd,<\/p>\n

          \"TestRail<\/p>\n

          en we daarna een derde scherm tussen twee bestaande moeten cre\u00ebren,<\/p>\n

          \"TestRail<\/p>\n

          we de id's moeten herschrijven. Aangezien deze al zijn gekoppeld aan de tags van bestaande testcases, zouden ze simpelweg verdwijnen. Dit zou zeer onaangenaam zijn.<\/p>\n

          Tag 'Screen' (naam van het scherm dat door TestCase wordt aangedaan)<\/h4>\n

          Waarvoor dit nodig kan zijn: een van de ankers voor impacttesten. Bijvoorbeeld, ontwikkelaars hebben een nieuwe, coole functie gemaakt. We moeten deze testen, maar daarvoor moeten we begrijpen wat deze functie zou kunnen be\u00efnvloeden. Standaard kunnen we uitgaan van de paradigm dat verschillende schermen (Activity) van de app verschillende klassen hebben en derhalve verschillende componenten van de app vormen. Uiteraard is in dit geval een individuele benadering nodig.<\/p>\n

          Voorbeeld: home_screen, MapScreen, PayScreen, enz.<\/p>\n

          \"TestRail<\/p>\n

          Veld 'MovableData' (link naar de proxy-database met wijzigbare testgegevens)<\/h4>\n

          Daarna zullen we proberen het probleem van de actualiteit van gegevens in testcases op te lossen:<\/p>\n

            \n
          1. \n

            Links naar actuele mock-ups (dit is veel beter dan dode screenshots maken)<\/p>\n<\/li>\n

          2. \n

            Typische stappen tot het scherm met de testsituatie<\/p>\n<\/li>\n

          3. \n

            SQL-queries<\/p>\n<\/li>\n

          4. \n

            Links naar externe gegevens en andere gegevens<\/p>\n<\/li>\n<\/ol>\n

            In plaats van testgegevens binnen elke testcase te schrijven, zullen we \u00e9\u00e9n extern bestand cre\u00ebren en in alle testcases naar dit bestand verwijzen. Bij het bijwerken van deze gegevens hoeven we niet alle testcases door te nemen en deze te wijzigen; we kunnen de gegevens eenvoudig op \u00e9\u00e9n plek aanpassen. Als iemand die niet voorbereid is een testcase opent, zal hij in de body van de testcase een link naar het bestand zien en de aanwijzing dat hij daar moet zijn voor testgegevens.<\/p>\n

            Al deze gegevens verpakken we in \u00e9\u00e9n extern bestand, dat voor iedereen die dat wil beschikbaar zal zijn binnen het project. We kunnen bijvoorbeeld Google Sheets of Excel gebruiken en binnen het bestand zoeken instellen. Waarom deze leveranciers? Omdat we uitgaan van de paradigm dat iedere teamlid een testcase moet kunnen openen en doorlopen zonder dat hij vooraf allerlei tools hoeft te installeren.<\/p>\n

            Voor Google Sheets<\/strong> we kunnen SQL-query's gebruiken. Voorbeeld:<\/p>\n

            =query(DATA!A1:M1146;\"\nSELECT C,D\nWHERE\nC contains '\"&SEARCH!A2&\"'\")<\/code><\/pre>\n
            Voor Excel<\/strong> we kunnen handige macro's voor directe zoekopdrachten (filtering) instellen. Voorbeeld via de link<\/a><\/noindex>.<\/p>\n
            Eigenlijk is het idee niet nieuw en is het beschreven in het eerste boek van een tester, \u201cTesting dot com\u201d (auteur Roman Savin). We integreren slechts de methoden die Roman Savin voorstelt in TestRail. Hiervoor cre\u00ebren we een veld met een link naar het gemaakte bestand:<\/p>\n
            \"TestRail<\/p>\n
            we vullen de standaardwaarde van de link in, zodat elke nieuwe testcase al een link bevat:<\/p>\n
            \"TestRail<\/p>\n
            Als de locatie van het externe bestand verandert (we houden rekening met elke overmacht), kan het gemakkelijk zijn om in alle testcases tegelijk \u00e9\u00e9n of meerdere velden te wijzigen:<\/p>\n
            \"TestRail\"TestRail<\/p>\n
            Het veld \"Descriptions\" (beschrijving of idee van de testcase, standaardinstructies)<\/h4>\n
            Waarvoor kan het nodig zijn: In dit tekstveld plaatsen we een korte beschrijving van de testcase en standaardinstructies.<\/p>\n
            Voorbeeld: Alle testgegevens (huidige modellen, gebruik van hulpmiddelen, en andere gegevens) uit deze testcase zijn aangegeven met links {\u2026} en bevinden zich in het bestand MovableData. De link naar MovableData staat in het bijbehorende veld bovenaan.<\/em><\/p>\n
            \"TestRail<\/p>\n
            Tag 'Component' (component van de mobiele applicatie)<\/h4>\n
            Waarvoor het nodig kan zijn: voor impacttesting. Als een mobiele applicatie kan worden verdeeld in componenten (die zo min mogelijk invloed op elkaar uitoefenen), is het voldoende (met enkele risico's) om wijzigingen in \u00e9\u00e9n component binnen datzelfde component te testen, wat de noodzaak voor algehele regressietests vermindert. Als er informatie is dat \u00e9\u00e9n component een ander kan be\u00efnvloeden, wordt er een impacttestmatrix opgesteld.<\/p>\n
            Voorbeeldcomponenten: GooglePay, Order, Users, Map, Autorisatie, enz.<\/p>\n
            \"TestRail<\/p>\n
            Tag 'TAG' (Overige tags voor filtering)<\/h2>\n
            Tagging van testcases met labels voor willekeurige filtering. <\/p>\n
            Zeer nuttig voor: <\/p>\n
              \n
            1. \n
              snelle samenstelling van TestRun voor verschillende standaardtaken: smoke, regressie, enz.<\/p>\n<\/li>\n
            2. \n
              of de tests geautomatiseerd worden of al geautomatiseerd zijn<\/p>\n<\/li>\n
            3. \n
              enige andere tags<\/p>\n<\/li>\n<\/ol>\n
              Voorbeeld: Smoke, Automated, WhiteLabel, ForDelete, enz.<\/p>\n
              \"TestRail\"TestRail<\/p>\n
              We stellen de volgorde van velden in de testcase in<\/h2>\n
              We hebben veel nieuwe velden gemaakt, het is tijd om ze in een handige volgorde te plaatsen:<\/p>\n
              \"TestRail<\/p>\n
              Cre\u00ebren van TestRun<\/h2>\n
              Nu gaan we een nieuwe test run aanmaken met actuele testcases voor het uitvoeren van smoke testing in drie klikken:<\/p>\n
              \"TestRail<\/p>\n
              Andere nuttige tips<\/h2>\n
                \n
              1. \n
                Als er meerdere projecten in TestRail zijn, vergeet dan niet om nieuwe velden alleen voor uw project te cre\u00ebren, anders zullen collega's uit aangrenzende teams erg verrast zijn door de komst van nieuwe ongebruikelijke velden. Lokale flauwvallen zijn mogelijk.<\/p>\n<\/li>\n<\/ol>\n
                \"TestRail<\/p>\n
                2. Testcases met veel velden zijn gemakkelijker te kopi\u00ebren uit een vergelijkbare groepstype dan nieuwe te maken:<\/p>\n
                \"TestRail<\/p>\n
                3. U kunt accounts gezamenlijk gebruiken. Bijvoorbeeld: \u00e9\u00e9n beheerdersaccount, meerdere gebruikersaccounts.<\/p>\n
                Conclusie<\/h2>\n
                De hierboven beschreven voorbeelden zijn in verschillende projecten ge\u00efmplementeerd en hebben hun effectiviteit aangetoond. Ik hoop dat ze u helpen uw begrip van deze tool te verbeteren en effici\u00ebnte en gebruiksvriendelijke 'testopslagplaatsen' te cre\u00ebren. Ik zou zeer dankbaar zijn als u in de comments uw ervaringen met TestRail en nuttige tips beschrijft.<\/p>\n
                Links:<\/p>\n
                Website van de leverancier TestRail<\/a><\/noindex><\/p>\n
                Boek: 'Testen .COM' (auteur Roman Savin)<\/a><\/noindex><\/p>\n
                Heel erg bedankt voor uw aandacht!<\/p>\n
                Bron: 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\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 Persoonlijke instellingen voor het project | ProHoster","description":"Inleiding In veel projecten waar ik aan heb gewerkt, stelden de mensen TestRail niet in naar hun wensen en werkten ze met de standaardinstellingen.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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.","og:url":"https:\/\/prohoster.info\/nl\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/97474","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=97474"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/97474\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/97475"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=97474"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=97474"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=97474"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}