{"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\/en\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","title":{"rendered":"TestRail \u2014 Custom settings for the project","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduction<\/h2>\n

In many projects I have worked on, people did not customize TestRail and relied on the standard settings. Therefore, in this article, I will describe an example of custom settings that can help you increase the effectiveness of your work. For this example, let's take a mobile application development project.<\/p>\n

A small disclaimer. This article does not describe the basic functionality of TestRail (there are many guides for that) and does not include sales pitches describing why you should choose this vendor to create a test repository.<\/p>\n

Project justification (what will be implemented)<\/h2>\n
    \n
  1. \n

    General requirements<\/p>\n

      \n
    1. \n

      The case should be able to be passed by absolutely anyone<\/p>\n<\/li>\n

    2. \n

      Cases should remain relevant for as long as possible<\/p>\n<\/li>\n

    3. \n

      Cases should thoroughly cover the functionality of the mobile application to the extent that it does not contradict the first two points<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

    4. \n

      Separation into TestCase and TestScenario<\/p>\n<\/li>\n

    5. \n

      Quick generation of TestRun of various types<\/p>\n

        \n
      1. \n

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

      2. \n

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

      3. \n

        Impact testing, etc.<\/p>\n<\/li>\n<\/ol>\n<\/li>\n

      4. \n

        Optimization of case support<\/p>\n

          \n
        1. \n

          Abandoning 'dead' hardcoded screenshots and moving to 'movable data'<\/p>\n<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

          Requirements<\/h2>\n

          To edit the fields, you will need administrator access<\/p>\n

          Choosing the project type<\/h2>\n

          You can choose three types of projects:<\/p>\n

          \"TestRail<\/p>\n

          We will select the default type. It will allow access to all cases simultaneously. We will use smart filtering and dynamically manage all cases at once.<\/p>\n

          Adding fields for viewing the list of test cases<\/h2>\n

          Let's add a field to display the priority of test cases:<\/p>\n

          \"TestRail<\/p>\n

          You can also add other fields.<\/p>\n

          Setting up fields and tags for the test case<\/h2>\n

          Open the settings menu:<\/p>\n

          \"TestRail<\/p>\n

          We will need the following fields:<\/p>\n

          Field «Summary» (header of the test case)<\/h4>\n

          \"TestRail<\/p>\n

          This field already exists; we will just systematize its use. We will separate cases into TestCase and TestScenario. For better readability of large lists of cases, it is better to agree in advance on the rules for writing summaries.<\/p>\n

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

          Example: TestScenario — Main usage scenario of the mobile application<\/p>\n

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

          Example: MainScreen — Authorization section — Enter username<\/p>\n

          Thus, in the case summary, we see the classic understanding: 'what, where, when.' We also visually separate high-level test scenarios from low-level test cases in the most suitable automation format.<\/p>\n

          Tag «StartScreen» (the screen where the TestScenario begins; many test cases may also touch adjacent screens)<\/h4>\n

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

          Creating a new field:<\/p>\n

          \"TestRail<\/p>\n

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

          \"TestRail<\/p>\n

          In this case, we are creating a dropdown field. We are entering the values for this field:<\/p>\n

          \"TestRail<\/p>\n

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

          \"TestRail<\/p>\n

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

          \"TestRail<\/p>\n

          we will have to rewrite the id, and since existing test case tags are already linked to it, they will simply be deleted. This would be very inconvenient.<\/p>\n

          Tag «Screen» (the name of the screen that the TestCase affects)<\/h4>\n

          What it may be needed for: one of the anchors for impact testing. For example, developers created a cool new feature. We need to test it, but to do that, we need to understand what exactly this feature might have affected. By default, we can rely on the paradigm that different screens (Activities) of the application have different classes and therefore constitute various components of the application. Of course, in this case, an individual approach is needed.<\/p>\n

          Example: home_screen, MapScreen, PayScreen, etc.<\/p>\n

          \"TestRail<\/p>\n

          Field «MovableData» (link to the proxy database with modifiable test data)<\/h4>\n

          Next, we will try to solve the issue of maintaining data relevance in test cases:<\/p>\n

            \n
          1. \n

            Links to the current mockups (this is much better than making dead screenshots)<\/p>\n<\/li>\n

          2. \n

            Standard steps to the screen with the test situation<\/p>\n<\/li>\n

          3. \n

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

          4. \n

            Links to external data and other information<\/p>\n<\/li>\n<\/ol>\n

            Instead of entering test data within each test case, we will create one external file and link to it in all the test cases. When updating this data, we won\u2019t have to go through all the test cases to change them; instead, we can modify this data in just one place. If someone unprepared opens a test case, they will see a link to the file in the body of the test case and a hint indicating that they need to go there for test data.<\/p>\n

            We will package all this data into one external file that will be available to anyone interested in the project. For example, we can use Google Sheets or Excel and set up a search within the file. Why these vendors in particular? This is because we operate under the paradigm that any team member should be able to open and execute a test case without needing to install any tools beforehand.<\/p>\n

            For Google Sheets<\/strong> SQL queries can be used. Example:<\/p>\n

            =query(DATA!A1:M1146;\"\nSELECT C,D\nWHERE\nC contains '\"&SEARCH!A2&\"'\")<\/code><\/pre>\n
            For Excel<\/strong> allows for easy setup of instant search macros. (filtering) Example at the link<\/a><\/noindex>.<\/p>\n
            The idea itself is not new and is described in the first book for testers \"Testing dot com\". (author Roman Savin) We are merely integrating the methodologies proposed by Roman Savin into TestRail. To do this, we will create a field with a link to the created file:<\/p>\n
            \"TestRail<\/p>\n
            we fill in the default value of the link so that every new test case already contains the link:<\/p>\n
            \"TestRail<\/p>\n
            If the location of the external file changes (we consider any force majeure), we can conveniently modify one or more fields in all test cases at once:<\/p>\n
            \"TestRail\"TestRail<\/p>\n
            The field \"Descriptions\" (description or idea of the test case, standard instructions)<\/h4>\n
            Purpose: In this text field, we will place a brief description of the test case and standard instructions.<\/p>\n
            Example: All test data (relevant layouts, usage of tools, and other data) from this test case are indicated by links {\u2026} and are located in the MovableData file. The link to MovableData is in the corresponding field at the top.<\/em><\/p>\n
            \"TestRail<\/p>\n
            Tag «Component» (component of the mobile application)<\/h4>\n
            Purpose: for impact testing. If a mobile application can be divided into components (which affect each other as little as possible), then it will be sufficient (with some risks) to verify changes within the same component, reducing the need for comprehensive regression testing. If information indicates that one component may affect another, an impact testing matrix is created.<\/p>\n
            Examples of components: GooglePay, Order, Users, Map, Authorization, etc.<\/p>\n
            \"TestRail<\/p>\n
            Tag «TAG» (Other tags for filtering)<\/h2>\n
            Tagging test cases with labels for arbitrary filtering. <\/p>\n
            Very useful for: <\/p>\n
              \n
            1. \n
              quick creation of TestRuns for various standard tasks: smoke, regression, etc.<\/p>\n<\/li>\n
            2. \n
              whether tests will be automated or are already automated<\/p>\n<\/li>\n
            3. \n
              any other tags<\/p>\n<\/li>\n<\/ol>\n
              Example: Smoke, Automated, WhiteLabel, ForDelete, etc.<\/p>\n
              \"TestRail\"TestRail<\/p>\n
              Setting the order of fields display in the test case<\/h2>\n
              We have created many new fields; it is time to arrange them in a convenient order:<\/p>\n
              \"TestRail<\/p>\n
              Creating a TestRun<\/h2>\n
              Now we will create a new test run with relevant cases for conducting smoke testing in three clicks:<\/p>\n
              \"TestRail<\/p>\n
              Other useful tips<\/h2>\n
                \n
              1. \n
                If there are multiple projects in TestRail, remember to create new fields only for your project; otherwise, your colleagues from neighboring teams will be quite surprised by the appearance of new unusual fields. Local blackouts are possible.<\/p>\n<\/li>\n<\/ol>\n
                \"TestRail<\/p>\n
                2. Cases with a large number of fields are easier to copy from a similar group rather than creating new ones.<\/p>\n
                \"TestRail<\/p>\n
                3. Accounts can be shared. For example, one administrator account and several user accounts.<\/p>\n
                Conclusion<\/h2>\n
                The above examples have been implemented in several projects and have proven effective. I hope they help improve your understanding of this tool and assist in creating efficient and convenient 'test stores'. I would greatly appreciate it if you could share your experience using TestRail and any helpful tips in the comments.<\/p>\n
                Links:<\/p>\n
                TestRail vendor website<\/a><\/noindex><\/p>\n
                Book: «Testing .COM» (author Roman Savin)<\/a><\/noindex><\/p>\n
                Thank you very much for your attention!<\/p>\n
                Source: 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 Custom settings for your project | ProHoster","description":"IntroductionIn many projects I've worked on, people did not customize TestRail to suit their needs and relied on standard settings.","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/testrail-individualnye-nastrojki-pod-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","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\/en\/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\/en\/wp-json\/wp\/v2\/posts\/97474","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=97474"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/97474\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media\/97475"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=97474"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=97474"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=97474"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}