{"id":7813,"date":"2019-01-28T09:00:18","date_gmt":"2019-01-28T07:00:18","guid":{"rendered":"https:\/\/www.testingtime.com\/?p=7813"},"modified":"2019-11-15T12:18:11","modified_gmt":"2019-11-15T10:18:11","slug":"in-house-usability-tests","status":"publish","type":"post","link":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/","title":{"rendered":"In-house usability tests: The complete guide"},"content":{"rendered":"<h2>Table of contents<\/h2>\n<ol>\n<li><a href=\"#section1\"><strong><span style=\"font-family: 'Helvetica Neue';\">Usability tests: basic principles<\/span><\/strong><\/a>\n<ul>\n<li><span style=\"font-family: 'Helvetica Neue';\">The history of usability<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Defining usability<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Differences between usability and UX<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Benefits of usability tests<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Limitations of usability tests<\/span><\/li>\n<\/ul>\n<\/li>\n<li><a href=\"#section2\"><strong><span style=\"font-family: 'Helvetica Neue';\">Conducting usability tests in practice<\/span><\/strong><\/a>\n<ul>\n<li><span style=\"font-family: 'Helvetica Neue';\">Usability test: basic considerations<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Conducting usability tests: remotely or on site?<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Usability evaluation: Formative, summative or validative?<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Distribution of roles \u2013 Who coordinates the tests?<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Stakeholders \u2013 Who is present for the test?<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Which methods are suitable for which phase?<\/span><\/li>\n<\/ul>\n<\/li>\n<li><a href=\"#section3\"><strong><span style=\"font-family: 'Helvetica Neue';\">Recruiting test subjects<\/span><\/strong><\/a>\n<ul>\n<li><span style=\"font-family: 'Helvetica Neue';\">How many test subjects do I need?<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">Selecting test subjects<\/span><\/li>\n<\/ul>\n<\/li>\n<li><a href=\"#section4\"><strong><span style=\"font-family: 'Helvetica Neue';\">Preparing the usability test<\/span><\/strong><\/a>\n<ul>\n<li><span style=\"font-family: 'Helvetica Neue';\">The test concept\/script<\/span><\/li>\n<li><span style=\"font-family: 'Helvetica Neue';\">The best way to involve stakeholders\/observers<\/span><\/li>\n<\/ul>\n<\/li>\n<li><a href=\"#section5\"><strong><span style=\"font-family: 'Helvetica Neue';\">Evaluating the usability test<\/span><\/strong><\/a>\n<ul>\n<li>What&#8217;s the best way to evaluate your results?<\/li>\n<li>Documenting insights<\/li>\n<\/ul>\n<\/li>\n<li><a href=\"#section6\"><strong><span style=\"font-family: 'Helvetica Neue';\">In summary \u2013 usability testing that pays off<\/span><\/strong><\/a><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">When I did my first tests, 17 years ago now, I still had to do a lot of work to convince people. I had to explain first of all what usability was. Today, by contrast, every decision-maker knows that usability is key to the success of any product. And that usability tests are crucial to that success.<\/span><\/p>\n\t\t\t<div class=\"teaser-post\" style=\"background: #f6f6f6;\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"left-side\" style=\"color: #333333;\">\n\t\t\t\t\t\t<div class=\"teaser-post-content\">\n\t\t\t\t\t\t\t<h2>UX Testing Kit<\/h2>\n\t\t\t\t\t\t\t<p>The TestingTime User Testing Kit contains everything you need to successfully conduct user research: a test script template with helpful tips for each phase of the user test, an observation record template, and an analysis spreadsheet template for user tests.<\/p>\n\t\t\t\t\t\t\t<p class=\"read-more-button\">\n\t\t\t\t\t\t\t\t<a href=\"https:\/\/resources.testingtime.com\/user-testing-kits\">\n\t\t\t\t\t\t\t\t\tDownload kit\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t<\/p>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t<div class=\"right-side\" >\n\t\t\t\t\t\t<div id=\"teaser-1-image\" class=\"teaser-post-image\">\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t<\/div>\n\t\t\n<p><span style=\"font-weight: 400;\">In my experience, those who have never done usability tests themselves now have one of two views:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">That&#8217;s much too complex for us.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Nice and easy, everyone can do it.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">Both views are sort of right, and sort of wrong. You&#8217;ll find out why below.<\/span><\/p>\n<h2><strong><a id=\"section1\"><\/a>1. Usability tests: Basic principles<\/strong><\/h2>\n<h3><strong>The history of usability \u2013 From punch cards, mainframes and PCs to smartwear and the Internet of Things<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">The term &#8216;usability&#8217; has only been around since the 1980s. But how people handle machinery came up long before that, of course. By the advent of heavy machinery such as steam engines, aeroplanes and power plants and a number of terrible accidents caused by operating errors, it was clear: People don&#8217;t always use devices the way their inventors imagine.<\/span><\/p>\n<div id=\"attachment_3272\" style=\"width: 650px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-3272\" class=\"wp-image-3272 size-full\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/7494250988_0b5c4884be_z.jpg\" alt=\"Spinning machine: A bad example of usability in-house usability tests\" width=\"640\" height=\"459\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/7494250988_0b5c4884be_z.jpg 640w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/7494250988_0b5c4884be_z-181x130.jpg 181w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/7494250988_0b5c4884be_z-480x344.jpg 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/7494250988_0b5c4884be_z-328x235.jpg 328w\" sizes=\"auto, (max-width: 640px) 100vw, 640px\" \/><p id=\"caption-attachment-3272\" class=\"wp-caption-text\">Equipment like this heavy spinning machine from 1912 constituted a major risk of injury for employees \u2013 everything had to run smoothly when it was operated.<\/p><\/div>\n<p><i><span style=\"font-weight: 400;\">Equipment like this heavy spinning machine from 1912 constituted a major risk of injury for employees \u2013 everything had to run smoothly when it was operated.<\/span><\/i> <span style=\"font-weight: 400;\">In the 1970s, when mainframes and punch cards were still in use, there were some people around the globe dealing with human-computer interaction. With the arrival of the personal computer, usability became more and more important. It was no longer just a small group of well-educated technicians and engineers who worked with computers, but an increasingly vast public.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The first user tests took place back in 1947 \u2013 when the telephone keypad was developed at Bell Laboratories. It&#8217;s still in use today. And since the 1980s, usability tests have been used increasingly frequently. With every new technical device we surround ourselves with, they become more important. Virtual assistants, smartwear and the Internet of Things will not change that \u2013 on the contrary.<\/span> <span style=\"font-weight: 400;\">Our colleague Jeff Sauro has a wonderful history of usability in English:\u00a0<\/span><a href=\"https:\/\/measuringu.com\/usability-history\/\"><span style=\"font-weight: 400;\">A brief history of usability<\/span><\/a><\/p>\n<h3><strong>Defining usability \u2013 What actually is usability?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Almost everyone describes usability as &#8216;user-friendliness&#8217;. That&#8217;s not quite correct, however. An accurate synonym would be &#8216;serviceability&#8217;. But that sounds so cumbersome that hardly anyone uses the term \u2013 and the difference is academic, so that&#8217;s fine. Anyone looking for a really accurate definition of the terms should visit <\/span><a href=\"https:\/\/en.wikipedia.org\/wiki\/Usability\" target=\"_blank\" rel=\"noopener noreferrer\"><span style=\"font-weight: 400;\">Wikipedia<\/span><\/a><span style=\"font-weight: 400;\">.<\/span> <span style=\"font-weight: 400;\">Usability means that something can be used<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">effectively,<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">efficiently and<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">satisfactorily.<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">In other words: I can achieve my goal using the application (effective). It takes as little effort as possible (efficient). And I&#8217;m happy with the action and the result (satisfactory).<\/span> <span style=\"font-weight: 400;\">You could write whole scientific theses about the details of the definition, but that&#8217;s not necessary for the day-to-day. Crudely speaking, usability is simply what makes using something easy and convenient.<\/span><\/p>\n<div id=\"attachment_8478\" style=\"width: 490px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-8478\" class=\"wp-image-8478 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/12\/in-house-usability-tests-iso-definition-480x360.png\" alt=\"in-house usability tests iso definition\" width=\"480\" height=\"360\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/12\/in-house-usability-tests-iso-definition.png 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/12\/in-house-usability-tests-iso-definition-328x246.png 328w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/12\/in-house-usability-tests-iso-definition-173x130.png 173w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/><p id=\"caption-attachment-8478\" class=\"wp-caption-text\">Definition of usability according to DIN EN ISO 9241<\/p><\/div>\n<h3><strong>Differences between usability and user experience?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">The line between usability and user experience (UX) is another one of those things. It exists in theory, but barely in practice. At the usability level, I&#8217;m already interested in whether the customer was satisfied. With UX we take it a step further: We also examine what the user did before they interacted with our product. And what they do afterwards. Whether they&#8217;ve enjoyed the whole &#8216;experience&#8217;.<\/span> <span style=\"font-weight: 400;\">Nowadays, in a usability test, you usually also take into account aspects of UX. But most people still only talk about usability tests.<\/span><\/p>\n<div id=\"attachment_8483\" style=\"width: 490px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-8483\" class=\"wp-image-8483 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-user-experience-480x360.png\" alt=\"in-house usability tests user experience\" width=\"480\" height=\"360\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-user-experience.png 480w, https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-user-experience-328x246.png 328w, https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-user-experience-173x130.png 173w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/><p id=\"caption-attachment-8483\" class=\"wp-caption-text\">User experience involves much more than usability.<\/p><\/div>\n<h3><strong>Benefits of usability tests<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Usability tests involve setting aside your own opinion and seeing how other people handle an application. That way, you notice very quickly what works and what doesn&#8217;t. You can see which problems users have and what they understand straight away. You might also see approaches or possible uses that surprise you.<\/span> <span style=\"font-weight: 400;\">In any case, every user test takes you a step further. You move away from your gut feeling towards empirical bases for improving the application. And you move away from discussions in the team based on assumptions about which solution is better, which order is more logical or what &#8216;goes down better&#8217; in general.<\/span><\/p>\n<h3><strong>Limitations of usability tests<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Usability tests do have a large number of benefits \u2013 however, there are a few areas where you are better served by other methods.<\/span> <span style=\"font-weight: 400;\">For example, when it comes to little graphic details or wording. These usually have such a minimal impact on usability that you would need huge numbers of participants to establish differences here. A\/B tests, in which you test two different design versions live on the website, for example, are a better option here. In these tests, you can <a href=\"https:\/\/www.testingtime.com\/en\/blog\/interviewing-users-not-survey\/\" target=\"_blank\" rel=\"noopener noreferrer\">survey<\/a> hundreds or thousands of users \u2013 an unrealistically high number for usability tests.<\/span> <span style=\"font-weight: 400;\">It&#8217;s also problematic if you don&#8217;t have anything you can test yet. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">So, for example, if there are only a few mock-ups, i.e graphic sketches, for an application, you can try to build a click dummy. Using a program like <\/span><a href=\"https:\/\/www.axure.com\/\"><span style=\"font-weight: 400;\">Axure<\/span><\/a><span style=\"font-weight: 400;\"> or\u00a0<\/span><a href=\"https:\/\/www.invisionapp.com\/\"><span style=\"font-weight: 400;\">Invision<\/span><\/a><span style=\"font-weight: 400;\">, you can add sections to the graphics which jump to the next page when the user clicks on or otherwise interacts with them. Complex menus, product filters or interactive maps can only be implemented in this way, however, if you put a great deal of time into them.<\/span> <span style=\"font-weight: 400;\">It might be better in that case to create a focus group in which users discuss the designs.<\/span> <span style=\"font-weight: 400;\">Or you can use another highly recommended method, the five-second test.<\/span><\/p>\n<h4>The five-second test<\/h4>\n<p><span style=\"font-weight: 400;\">This works as you might imagine: You show a user a screen for five seconds and ask them what they remember about it. Which elements they have seen. What they would click\/tap on. This works remarkably well \u2013 and clearly shows which elements are the most striking. And which get lost.<\/span> <span style=\"font-weight: 400;\">The five-second test isn&#8217;t as unrealistic as you might think. After all, when you look at analytics, you notice that many pages of a website are only visited for two or three seconds before the users click on to somewhere else. A website or a screen of an application must make it clear very quickly what it offers, otherwise users are soon on their way again.<\/span><\/p>\n<h2><strong><a id=\"section2\"><\/a>2. Conducting usability tests in practice<\/strong><\/h2>\n<p><span style=\"font-weight: 400;\">What&#8217;s the best way to go about setting up usability tests? There are all kinds of best practices, but there are no ready-made templates you can simply copy and use for every test. The test objects, topics and things available to you are too different.<\/span> <span style=\"font-weight: 400;\">Ideally, you should begin with a good plan:<\/span><\/p>\n<h3><strong>Usability test \u2013 basic considerations<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Create a study concept\/research plan<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In the study concept or research plan, you set out the following points:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Project (what it&#8217;s about in two or three sentences)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Project staff\/managers (basically who makes decisions, who implements them)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Target audience (who should use the application)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Test object (which interim versions can we use when)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Topic\/study purpose (what do we actually want to find out)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Questions\/working hypotheses (which suspicions\/discrepancies\/uncertainties there are)<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">As for every document, the following applies: Don&#8217;t invest too much time in nice documents. The study concept should be as clear and succinct as possible, and no more. Tips for communication within the team: <\/span><i><span style=\"font-weight: 400;\">Communicate insights<\/span><\/i><\/p>\n<h3><strong>Conducting usability tests: Remotely or on site?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">It&#8217;s also important that you establish as early as possible how exactly your usability tests should be conducted. The classic is the test in the studio, in what is known as the uselab or usability lab. Here, you have good equipment, the entire infrastructure is available, and there is almost no room for nasty surprises.<\/span> <span style=\"font-weight: 400;\">But not everyone has their own usability lab. An office where you will not be disturbed during the test also works. In that case, however, you need to build in enough time to set everything up and check before the start.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The remote test is an alternative. In this test, your test subject sits at their computer and you sit at yours. You communicate online via Skype, Hangouts or another video chat tool where you can share your screen. You give instructions and observe \u2013 just like in a classical test in the lab.<\/span> <span style=\"font-weight: 400;\">These tests are also known as <a href=\"https:\/\/www.testingtime.com\/en\/blog\/guideline-for-moderated-user-tests\/\" target=\"_blank\" rel=\"noopener noreferrer\">moderated<\/a> remote tests, as you and your test subjects sit down at the same time. The alternatives are asynchronous tests, which are unmoderated. The test subjects receive a guide they work through themselves. Software records their interaction with the test object and you collect their comments and evaluations with a questionnaire.<\/span> <span style=\"font-weight: 400;\">This saves you the work of moderation. But you shouldn&#8217;t underestimate how much work is involved in preparing this kind of test properly. And it also takes a lot of time to evaluate the recordings and questionnaires.<\/span><\/p>\n<h4>Unmoderated tests can save time<\/h4>\n<p><span style=\"font-weight: 400;\">In my experience, unmoderated tests only really go much more quickly if you have a lot of test subjects \u2013 from around 20 subjects, there is a noticeable saving in terms of time.<\/span> <span style=\"font-weight: 400;\">And in remote tests, some information is generally lost. Even with good technology: You simply get a lot more from how a person reacts, what they think about the test subject, and the problems they have when you&#8217;re sitting beside them. I personally always prefer a test on site or in the uselab.<\/span><\/p>\n<h3><strong>Usability evaluation: Formative, summative or validative?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">We&#8217;re going to get a little scientific again now. When you read the literature on usability tests, you&#8217;ll often come across the term &#8216;usability evaluation&#8217;. This just means assessing usability. And sooner or later, you&#8217;ll happen upon the terms &#8216;formative&#8217;, &#8216;summative&#8217; and &#8216;validative&#8217;. What do they mean and do you need them?<\/span> <span style=\"font-weight: 400;\">Not entirely for practical purposes, but so you know what colleagues are talking about, I&#8217;ll explain them to you briefly:<\/span><\/p>\n<p><b>Explorative (formative)<\/b> <span style=\"font-weight: 400;\">I do an explorative or formative test early in the project. It&#8217;s about finding something out. You want to know, for example, whether a classic navigation bar or a mega dropdown works better for your project. Or how people generally handle configurators. In such case, you usually test prototypes \u2013 or competing applications.<\/span> <span style=\"font-weight: 400;\">This kind of explorative test uncovers opportunities to give the product a <\/span><i><span style=\"font-weight: 400;\">form<\/span><\/i><span style=\"font-weight: 400;\"> \u2013 that&#8217;s why it&#8217;s called a <\/span><i><span style=\"font-weight: 400;\">formative<\/span><\/i><span style=\"font-weight: 400;\"> test.<\/span><\/p>\n<p><b>Assessment (summative)<\/b> <span style=\"font-weight: 400;\">An assessment test or summative test is much closer to the finished product than a formative test. Here, you are testing prototypes, or usually even parts which are practically complete. The subjects can complete tasks independently, and as a moderator, you usually just need to guide and observe.<\/span> <span style=\"font-weight: 400;\">Most tests we carry out on a day-to-day basis are summative tests.<\/span><\/p>\n<p><b>Evaluating (validative)<\/b> <span style=\"font-weight: 400;\">Finally, the validation test or <a href=\"https:\/\/www.testingtime.com\/en\/blog\/when-rite-is-right\/\" target=\"_blank\" rel=\"noopener noreferrer\">evaluation<\/a> test is performed towards the end of the project. In this test, you assess whether the problems you observed in previous tests have been resolved. And, above all, whether the product is working as it should.<\/span> <span style=\"font-weight: 400;\">In these tests, it&#8217;s good to work with metrics. They give you an objective assessment of how you currently stand in comparison to earlier versions or the competition.<\/span><\/p>\n<h3><strong>If there&#8217;s no money: Hallway and guerrilla tests<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">The opposites of the very formal, scientifically accurate usability evaluation are the hallway test and guerilla test. <\/span>The <i><span style=\"font-weight: 400;\">hallway<\/span><\/i><span style=\"font-weight: 400;\"> is exactly where you will find the subjects for the test of the same name. You simply grab a colleague who ideally has nothing to do with the project in question and has no specialist knowledge of the world of UX or the content of your project. You then carry out an initial quick test with this subject \u2013 you shouldn&#8217;t need any more than ten minutes per session.<\/span> <img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3364 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-480x221.png\" alt=\"Guerrilla test in-house usability tests\" width=\"480\" height=\"221\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-164x76.png 164w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-262x121.png 262w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-1920x884.png 1920w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-1024x472.png 1024w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-768x354.png 768w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-480x221.png 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/1_-Mj1L_-7wLgovpjus63b7Q-328x151.png 328w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/> <span style=\"font-weight: 400;\">The guerrilla test procedure is similar. Instead of finding your subjects in the office hallway, however, you find them in the caf\u00e9, on the street or in the park. These methods are cheap and affordable but have their own problems, due to the lack of choice of subjects close to your target audience and an environment which is difficult to control. But it&#8217;s better to do a test with less suitable subjects than no test at all.<\/span><\/p>\n<h3><strong>Distribution of roles\u00a0<span style=\"font-family: 'Helvetica Neue';\">\u2013 <\/span> Who coordinates the tests?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">A very important role that many people underestimate is that of the moderator, or test coordinator.<\/span> <span style=\"font-weight: 400;\">As a moderator, you guide subjects through the test. Your job is to make sure that they feel comfortable. That they act as natural as possible. That they perform the tasks and know what is expected of them in the test.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The great skill here is in gently guiding the subjects but influencing them as little as possible. It sounds easy, but requires some experience before you can do it really well. Entire books have been written on the subject \u2013 this one is particularly recommended:\u00a0<\/span><a href=\"https:\/\/www.elsevier.com\/books\/the-moderators-survival-guide\/tedesco\/978-0-12-404700-6\"><span style=\"font-weight: 400;\">The Moderator&#8217;s Survival Guide<\/span><\/a>. <span style=\"font-weight: 400;\">As well as moderation, a second important task in usability testing is observation. In many projects, the observer and reporter is a second person. That is good because you can then focus fully on the subjects as the moderator. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">One small disadvantage is that the subjects often feel a little more uncomfortable at the beginning \u2013 there are two people sitting next to them who are watching their fingers closely.<\/span> <span style=\"font-weight: 400;\">If you are both the moderator and observer, then I strongly advise you to record the sessions on video. After all, in every single test, you will find yourself writing something down at the exact moment the test subject clicks on something you miss. If you have a video recording, you can always take another look later and find out exactly what was going on.<\/span><\/p>\n<h3><strong>Stakeholders \u2013 Who is present for the test?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">As well as the moderator and potentially the observer, other people may attend the usability test. These are the stakeholders. They are the colleagues who are working on the product and the decision-makers. The more of them are there, the better.<\/span> <span style=\"font-weight: 400;\">After all, you can talk until you&#8217;re blue in the face and give just as vivid an account of the tests \u2013 but when trying to convince people that the problems you&#8217;ve observed are real and important, nothing is as effective as seeing them with their own eyes. It&#8217;s also good because you can then discuss, evaluate and sort through the observations after the test. At the end, you can then do a workshop where you reflect on how you can solve the individual problems.<\/span> <img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3363 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-480x270.jpg\" alt=\"Usability lab in-house usability tests\" width=\"480\" height=\"270\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-164x92.jpg 164w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-231x130.jpg 231w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-768x432.jpg 768w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-480x270.jpg 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/beobachtung_einwegspiegel-328x185.jpg 328w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/> <span style=\"font-weight: 400;\">But to ensure that the subjects are not unsettled by all the observers, and that the observers can talk during the test, the observers must sit in another room. A uselab will often have large two-way mirrors. The observers in the adjoining room can see the subjects through these, while the subjects can only see a large mirror. Alternatively, the image of the test object and the image of the subject and moderator is transmitted into the observation room by video.<\/span> <span style=\"font-weight: 400;\">The observers must not, however, appear in the test room. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Only the subject, the moderator and potentially the observer taking notes should be in the test room. Stakeholders have no place there. The presence of several people may in itself be disruptive. The subject may also think that these people have something to do with the product and will be reserved. And ultimately, those involved in the project find it difficult to stay calm and quiet and refrain from sniffing, laughing and, above all, <a href=\"https:\/\/www.testingtime.com\/en\/blog\/questions-in-user-interviews\/\" target=\"_blank\" rel=\"noopener noreferrer\">asking questions<\/a> during the user test.<\/span><\/p>\n<h3><strong>When should I test?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Many colleagues have a knee-jerk response to the question of when you should test: Test early, test often!<\/span> <span style=\"font-weight: 400;\">After all, it&#8217;s generally the case that your test results can have a bigger impact on the finished product when they&#8217;re at an early stage in the course of the project. And, importantly: The sooner you discover a problem, the less effort it takes to deal with it. If it only becomes apparent once the application has been created, designed and programmed, you have to go back many steps to deal with it.<\/span><\/p>\n<h3><strong>Which methods are suitable for which phase?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">As an example, the tests I would ideally conduct when relaunching a big website or a new app:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\">\n<h4><b>Test of the existing website:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">This way we don&#8217;t just find the problems the users actually have with the site. We also see what works well and which sections and functions we should keep.<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Test of selected competing sites:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">It&#8217;s not about copying. You want to know what expectations the users have, what they like and what they don&#8217;t.<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Card sorting for the information architecture of the new navigation:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Cards with terms are sorted into groups. This allows a general valid navigation to be developed, for instance.<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Tree-testing the new navigation:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">In tree testing, I let the user look for things only by clicking through the navigation. That way, I see if they understand the terms and how they are sorted. (You can find an excellent explanation of this process here:\u00a0<\/span><a href=\"https:\/\/treetesting.atlassian.net\/wiki\/spaces\/TTFW\/overview?mode=global\"><span style=\"font-weight: 400;\">Tree Testing for Websites<\/span><\/a><span style=\"font-weight: 400;\">)<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Paper prototype test of the key pages:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">In this test, you give the test subjects draft pages (scribbles, wireframes or print-outs of finished designs). You ask them what they would click on and what they would expect in each case. (More details on this method:\u00a0<\/span><a href=\"https:\/\/en.wikipedia.org\/wiki\/Paper_prototyping\" target=\"_blank\" rel=\"noopener noreferrer\"><span style=\"font-weight: 400;\">Paper Prototyping<\/span><\/a><span style=\"font-weight: 400;\">)<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Click dummy test of the initial designs:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">The best approach is to test with early programmed versions. However, the designs of the screens are often ready well in advance, and you can use them to create click dummies and perform tests with them.<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Classic usability test with the initial programmed versions:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Only now will we do the test that most people do: The test with the initial version that the programmers have finished. This is close to the end product, of course, but late in the process.<\/span><\/li>\n<li style=\"font-weight: 400;\">\n<h4><b>Test with the beta version:\u00a0<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Shortly before the website goes live or the app is delivered, you can check whether everything is working with a final test. Whether no usability problems have arisen with corrections. It&#8217;s better that you notice if something isn&#8217;t working now than after it&#8217;s released.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">Of course, you can&#8217;t implement this maximum program in every project. But it shows you where it makes sense to test. In case of doubt, always opt for earlier tests.<\/span> <span style=\"font-weight: 400;\">And ideally save on detail \u2013 if you&#8217;re on a tight budget, it&#8217;s better to test with fewer subjects per round of testing but plan enough rounds of testing.<\/span><\/p>\n<h2><strong><a id=\"section3\"><\/a>3. Recruiting test subjects<\/strong><\/h2>\n<h3><strong>How many subjects do I need for a usability test?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">I almost always only hear one of two answers to the question &#8216;How many subjects do you need?&#8217;:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">&#8216;It depends&#8217; and<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">&#8216;Five&#8217;.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">You have probably also heard the magic number five in conjunction with usability tests. It was brought into the world by the best-known web usability expert Jakob Nielsen (see\u00a0<\/span><a href=\"https:\/\/www.nngroup.com\/articles\/why-you-only-need-to-test-with-5-users\/\"><span style=\"font-weight: 400;\">Why You Only Need to Test with 5 Users<\/span><\/a><span style=\"font-weight: 400;\">). According to Nielsen: you only need five users to find 85% of usability problems.<\/span><\/p>\n<div id=\"attachment_8487\" style=\"width: 490px\" class=\"wp-caption alignnone\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-8487\" class=\"wp-image-8487 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-nielsen-480x287.gif\" alt=\"in-house usability tests nielsen\" width=\"480\" height=\"287\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-nielsen-328x196.gif 328w, https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-nielsen-218x130.gif 218w, https:\/\/www.testingtime.com\/app\/uploads\/2019\/01\/in-house-usability-tests-nielsen-480x287.gif 480w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/><p id=\"caption-attachment-8487\" class=\"wp-caption-text\">The classic presentation according to Jakob Nielsen: The more subjects you test, the fewer new problems you find in the usability test.<\/p><\/div>\n<p><span style=\"font-weight: 400;\">Unfortunately, however, this is too simplified, as the first answer is actually correct: It depends. After all, there&#8217;s a prerequisite for finding 85% of problems with five subjects: The probability that a user will stumble upon these problems is at least one third. What does this mean?<\/span> <span style=\"font-weight: 400;\">It means that a problem needs to occur quite frequently for you to find it with just five subjects. A third of all users need to have this problem \u2013 that&#8217;s a lot. In a typical usability test, I might find 20 problems. But only two to four of these affect a third or more of all users. If I test again with five users, then I will probably observe these two to four frequent problems again, plus the ten others that I hadn&#8217;t seen before.<\/span><\/p>\n<h4>You can never test the entire application in a single usability test<\/h4>\n<p><span style=\"font-weight: 400;\">The more often I repeat this, the fewer new findings I uncover.<\/span> <span style=\"font-weight: 400;\">So you see: In every user test, you also find problems that occur more rarely. On the other hand, you might miss severe problems that don&#8217;t occur so often. And even for the frequent problems, the probability that you will find them is also only around 85%.<\/span> <span style=\"font-weight: 400;\">And ultimately these figures only apply if the users use the function in question in your test at all. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">It might sound trivial at first, but you can never really test the entire application in a single usability test. Hardly any websites are so small, hardly any apps have so few functions, and hardly any product has so few options for use that you can really examine the entire content and scope of its functions in a single usability test.<\/span> <span style=\"font-weight: 400;\">In summary: Five subjects per test is a good guide. But when you want to test lots of functions or you have vastly divergent target audiences, you need more test subjects. And you should build in several rounds of testing in the course of the project.<\/span><\/p>\n<h3><strong>Selecting test subjects<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Ideal test subjects come from the <a href=\"https:\/\/www.testingtime.com\/en\/blog\/testing-outside-the-target-demographic\/\" target=\"_blank\" rel=\"noopener noreferrer\">target audience<\/a>. So if you&#8217;re testing an application for seniors, you need seniors in the usability lab. If you&#8217;re testing a website for children, invite children to take part.<\/span> <span style=\"font-weight: 400;\">Anyone working on the project, and all employees of the company whose site or app you&#8217;re testing, are unsuitable as subjects, as are family and friends. They are biased and know too much about the background. The idea of the usability test, after all, is to see how real users deal with the application.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">If your target audience consists of several, very different subgroups, then try to take that into account when selecting test subjects. So in my tests, I make sure I get a balanced mix of genders, age groups and professions.<\/span> <span style=\"font-weight: 400;\">You don&#8217;t actually need several users from each group per round of testing. But if you&#8217;re doing several rounds of testing, for example, you can ensure a good mix across the rounds.<\/span><\/p>\n<h2><strong><a id=\"section4\"><\/a>4. Preparing the usability test<\/strong><\/h2>\n<h3><strong>Preparing the test sessions<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">The moderator and observers are decided, the test date is in the <a href=\"https:\/\/www.testingtime.com\/en\/blog\/zalando-diary-studies\/\" target=\"_blank\" rel=\"noopener noreferrer\">diary<\/a>, and the subjects are being <a href=\"https:\/\/www.testingtime.com\/en\/blog\/test-user-recruitment-agency\/\" target=\"_blank\" rel=\"noopener noreferrer\">recruited<\/a>. What you need to do next:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Declaration of consent:\u00a0<\/span><span style=\"font-weight: 400;\">A brief (!) form to sign, confirming that the subjects consent to taking part in the test and being observed and (if necessary) recorded on video.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Non-disclosure agreement (NDA):\u00a0<\/span><span style=\"font-weight: 400;\">It&#8217;s all the better if you can leave this out. However, in some projects, it&#8217;s necessary for the subjects to agree that they won&#8217;t immediately post all the information online about the strictly confidential new prototypes. Yet you should keep the agreement brief and in plain English \u2013 not legalese. Otherwise, you&#8217;ll waste a lot of time on discussion and will create a bad atmosphere from the outset.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Incentive payments:\u00a0<\/span><span style=\"font-weight: 400;\">The term &#8216;incentive&#8217; has become established for payments. Subjects receive an allowance, usually between \u20ac30 and \u20ac100. But if you&#8217;re testing a shopping website, for example, it makes more sense to give your subjects a budget. They can then use it to shop on the site. This is more fun for them and is more realistic.<\/span><\/li>\n<\/ul>\n<h3><strong>The test concept\/script<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Simply just going ahead and testing isn&#8217;t a good idea. Although you&#8217;re sure to get something out of it, the time with the users is too valuable to leave the results to chance. It depends on:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">A test situation that&#8217;s as natural as possible being created.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">The users acting as they would outside the test.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">The results being representative of real use.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">You seeing first and foremost what the users <\/span><i><span style=\"font-weight: 400;\">do<\/span><\/i><span style=\"font-weight: 400;\">.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">The last point is important: Inexperienced testers get to hear lots of opinions from the test subjects. They say how they like the images, which colours they don&#8217;t like or what&#8217;s recently happened to them on another website. But as a good moderator, you guide the users in such a way that they work through the tasks you give them. That&#8217;s where you will find usability problems, not in casual conversation with the user.<\/span><\/p>\n<div id=\"attachment_3276\" style=\"width: 619px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-3276\" class=\"wp-image-3276 size-full\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/Screen-Shot-2018-03-26-at-17.20.14.png\" alt=\"The usability test declaration of consent and study concept in-house usability tests\" width=\"609\" height=\"461\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/Screen-Shot-2018-03-26-at-17.20.14.png 609w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/Screen-Shot-2018-03-26-at-17.20.14-172x130.png 172w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/Screen-Shot-2018-03-26-at-17.20.14-480x363.png 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/03\/Screen-Shot-2018-03-26-at-17.20.14-328x248.png 328w\" sizes=\"auto, (max-width: 609px) 100vw, 609px\" \/><p id=\"caption-attachment-3276\" class=\"wp-caption-text\">A must at every test session: Declaration of consent and study concept.<\/p><\/div>\n<p><span style=\"font-weight: 400;\">The most important tool for managing the sessions is the test concept, also known as the test script or guide. The test concept includes:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">What would you like to know?<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">What are your test hypotheses?<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Who is taking part and how many are there?<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">How long will the sessions last?<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Which tasks should the subjects solve?<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Which questions will you ask the subjects?<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Important: Always begin with an easy task. The subjects need to adapt to the situation first of all. If you send them into a complex area where many people have problems to start with, their motivation drops. The risk is that subjects blame themselves and lose confidence that they can solve the remaining tasks.<\/span><\/p>\n<div class=\"mceTemp\"><\/div>\n<h3><strong>The best way to involve stakeholders\/observers<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">When others observe the test, that&#8217;s first and foremost a good thing, because they can then see with their own eyes which problems users have with their product.<\/span> <span style=\"font-weight: 400;\">But this has an even bigger advantage for you: You&#8217;ve got a whole group of helpers. And when else do you have the opportunity to get executives, product managers and other bosses to work for you?<\/span> <span style=\"font-weight: 400;\">Before the tests, explain to the observers how they will be conducted. And give out observation forms where the observers should note down everything they notice. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">I personally think it&#8217;s even better to give out a big pile of sticky notes or index cards. An observation is written on each one.<\/span> <span style=\"font-weight: 400;\">After each individual usability test, you collect the sticky notes and stick them to pinboards, for instance. They can then be arranged into themed groups and duplicates can be thrown away.<\/span> <span style=\"font-weight: 400;\">It&#8217;s very important that the observers don&#8217;t disrupt the test. If only a mirror separates them from the subjects, you must impress upon them that they shouldn&#8217;t speak loudly, as the subjects might hear them and get irritated. There&#8217;s one thing they absolutely must not do: Laugh out loud. That&#8217;s extremely uncomfortable for a test subject \u2013 and for you as a moderator, as you don&#8217;t know exactly what&#8217;s going on next door.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Sometimes stakeholders want to be able to ask the subjects questions. But this must never happen during the test itself. At most, it can happen afterwards. And I personally think it&#8217;s better if the test subjects don&#8217;t meet the observers \u2013 this always feels odd to them. You can avoid this by ensuring that the observers send their questions to the moderator (e.g. by e-mail), who then provides them to the test person at the end of the session.<\/span><\/p>\n<h2><strong><a id=\"section5\"><\/a>5. Evaluating the usability test<\/strong><\/h2>\n<h3><strong>What\u2019s the best way to evaluate your results?<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">There&#8217;s a very important tip for the evaluation: You should ideally do it straight away. Look at your notes after every individual session and correct everything that isn&#8217;t very legible, for example. Even with an amazing power of recall, after five or six sessions in a day, the individual test subjects and their specific problems will get muddled in your memory.<\/span> <img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3361 size-medium\" src=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-480x320.jpg\" alt=\"in-house usability tests\" width=\"480\" height=\"320\" srcset=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-164x109.jpg 164w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-750x500.jpg 750w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-195x130.jpg 195w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-1024x683.jpg 1024w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-768x512.jpg 768w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-480x320.jpg 480w, https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/using-sticky-notes-for-collaboration-1440x960-328x219.jpg 328w\" sizes=\"auto, (max-width: 480px) 100vw, 480px\" \/> <span style=\"font-weight: 400;\">And at the end of the day, you should ideally have a rough look at all notes. Evaluation should take place no later than the following day.<\/span> <span style=\"font-weight: 400;\">If you&#8217;ve taken my previous tip to heart and had as many stakeholders as possible there as observers, then you should ideally get together after the last test for your evaluation workshop. Yes, these test days are long and tiring. But incredibly productive. And practically everyone involved comes home at the end of the day feeling exhausted, yet very satisfied.<\/span><\/p>\n<h3><strong>Documenting insights<\/strong><\/h3>\n<p><span style=\"font-weight: 400;\">Even when you&#8217;ve set a model example and done an evaluation workshop right afterwards \u2013 you usually can&#8217;t avoid documentation. You must pass on the information you obtained to those who weren&#8217;t there. Also, you should be able to read it again afterwards and nothing should be forgotten. You can find extensive tips here: <\/span><span style=\"font-weight: 400;\">Communicating insights<\/span><span style=\"font-weight: 400;\">.<\/span> <span style=\"font-weight: 400;\">There are two standard ways to sort the problems you&#8217;ve found:<\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">According to the sequence in which they occur in use<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">According to severity (from severe to slight problems)<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">You sort them the first way if the report is mainly for those who will continue to work intensively with it.<\/span> <span style=\"font-weight: 400;\">It&#8217;s better to sort them the second way, from severe to minor, if you think that many people won&#8217;t read the report through to the end. And if you want to make sure that the most serious problems are really dealt with first of all \u2013 and not those which are easiest to correct.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\">Classification according to the seven dialogue principles<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">To structure the evaluation and make the reasons clear for why your observations constitute a problem, you can classify them based on seven principles of dialogue.<\/span> <span style=\"font-weight: 400;\">These seven principles also appear as criteria in the standard DIN EN ISO 9241, for instance. They are the requirements for the interface between the user and system (dialogue design). They should have the following qualities:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">fault-tolerant<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">suitable to the task<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">controllable<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">self-describing<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">customisable<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">supportive of learning<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">meets expectations<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">You can find more details on the standard <\/span><a href=\"https:\/\/en.wikipedia.org\/wiki\/ISO_9241\" target=\"_blank\" rel=\"noopener noreferrer\"><span style=\"font-weight: 400;\">on Wikipedia<\/span><\/a><span style=\"font-weight: 400;\">.\u00a0<\/span><span style=\"font-weight: 400;\">Ultimately, I believe the following two points are crucial in the usability test report:<\/span><\/p>\n<h4><b>Firstly: Give a suggestion for how to solve every problem.<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">If you are used to scientific work, you might be accustomed to doing things differently. But in practice, it&#8217;s worth its weight in gold for everyone who will continue working with your report if they get an idea right away of how they can manage the problems found. And this also shows that you don&#8217;t just talk the talk, you also have specific ideas on how to make something better.<\/span><\/p>\n<h4><b>Secondly: Don&#8217;t just point out the errors.<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Note the underlying psychology of the person reading the report. This will soon read like a list of errors. And the people responsible for these errors will be the readers of the report \u2013 designers, programmers, product owners. Depending on personality, some people don&#8217;t take that so lightly. So it&#8217;s a good idea not just to write up the problems that occurred. Instead, you should also write up what worked well. This makes the report a much easier read. And not to mention: You should therefore also point out the sections that don&#8217;t need to be changed in corrections because they work well for the users. Otherwise, there is a risk of new usability problems emerging when others are being resolved.<\/span><\/p>\n<h2><strong><a id=\"section6\"><\/a>6. In summary \u2013 usability testing that pays off<\/strong><\/h2>\n<p><span style=\"font-weight: 400;\">Usability tests are excellent. They offer practical and highly relevant results, are comparatively quick and easy to perform and are fun every time.<\/span> <span style=\"font-weight: 400;\">If everything still isn&#8217;t going perfectly in your business, don&#8217;t worry about it. In practically every company I know, there are a few areas where there is still room for improvement. You can gradually work on getting better.<\/span> <span style=\"font-weight: 400;\">The main big step is getting started with testing.<\/span><\/p>\n\t\t\t<div class=\"teaser-post\" style=\"background: #f6f6f6;\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"left-side\" style=\"color: #333333;\">\n\t\t\t\t\t\t<div class=\"teaser-post-content\">\n\t\t\t\t\t\t\t<h2>UX Testing Kit<\/h2>\n\t\t\t\t\t\t\t<p>The TestingTime User Testing Kit contains everything you need to successfully conduct user research: a test script template with helpful tips for each phase of the user test, an observation record template, and an analysis spreadsheet template for user tests.<\/p>\n\t\t\t\t\t\t\t<p class=\"read-more-button\">\n\t\t\t\t\t\t\t\t<a href=\"https:\/\/resources.testingtime.com\/user-testing-kits\">\n\t\t\t\t\t\t\t\t\tDownload kit\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t<\/p>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t<div class=\"right-side\" >\n\t\t\t\t\t\t<div id=\"teaser-2-image\" class=\"teaser-post-image\">\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t<\/div>\n\t\t\n<p><span style=\"font-weight: 400;\">From there, the only way is up. Because as you know: Any test is better than no test at all.<\/span> <span style=\"font-weight: 400;\">And with time, your tests will become more and more professional. You will get better results and the tests will be more relaxed \u2013 usability tests are always quite tiring, even for moderators and observers with lots of experience.<\/span> <span style=\"font-weight: 400;\">You will find a good summary of all of this information in the post <\/span><a href=\"https:\/\/www.testingtime.com\/en\/blog\/nine-golden-rules-solid-user-testing\/\" target=\"_blank\" rel=\"noopener noreferrer\"><span style=\"font-weight: 400;\">9 golden rules for solid user testing<\/span><\/a><span style=\"font-weight: 400;\">.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Still got questions? Or do you have any other tips or experiences you&#8217;d like to share? I&#8217;d love to hear from you!<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Table of contents Usability tests: basic principles The history of usability Defining usability Differences between usability and UX Benefits of usability tests Limitations of usability tests Conducting usability tests in practice Usability test: basic considerations Conducting usability tests: remotely or on site? Usability evaluation: Formative, summative or validative? Distribution of roles \u2013 Who coordinates the [&hellip;]<\/p>\n","protected":false},"author":18,"featured_media":6328,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"om_disable_all_campaigns":false,"footnotes":""},"categories":[8990],"tags":[],"class_list":["post-7813","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-research-methods"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v20.5 (Yoast SEO v20.5) - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>In-house usability tests: The complete guide - TestingTime<\/title>\n<meta name=\"description\" content=\"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"In-house usability tests: The complete guide\" \/>\n<meta property=\"og:description\" content=\"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\" \/>\n<meta property=\"og:site_name\" content=\"TestingTime\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/testingtime\" \/>\n<meta property=\"article:published_time\" content=\"2019-01-28T07:00:18+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2019-11-15T10:18:11+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/usability-lab.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"940\" \/>\n\t<meta property=\"og:image:height\" content=\"529\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Jens Jacobsen\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@testingtime\" \/>\n<meta name=\"twitter:site\" content=\"@testingtime\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Jens Jacobsen\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"27 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\"},\"author\":{\"name\":\"Jens Jacobsen\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/90868b931ec18959ebc63669c01b5b51\"},\"headline\":\"In-house usability tests: The complete guide\",\"datePublished\":\"2019-01-28T07:00:18+00:00\",\"dateModified\":\"2019-11-15T10:18:11+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\"},\"wordCount\":5508,\"commentCount\":1,\"publisher\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/#organization\"},\"articleSection\":[\"Research methods\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\",\"url\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\",\"name\":\"In-house usability tests: The complete guide - TestingTime\",\"isPartOf\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/#website\"},\"datePublished\":\"2019-01-28T07:00:18+00:00\",\"dateModified\":\"2019-11-15T10:18:11+00:00\",\"description\":\"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"TestingTime\",\"item\":\"https:\/\/www.testingtime.com\/en\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"In-house usability tests: The complete guide\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#website\",\"url\":\"https:\/\/www.testingtime.com\/en\/\",\"name\":\"TestingTime\",\"description\":\"Wir rekrutieren Testpersonen\",\"publisher\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.testingtime.com\/en\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#organization\",\"name\":\"TestingTime\",\"url\":\"https:\/\/www.testingtime.com\/en\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.testingtime.com\/app\/uploads\/2017\/04\/logo.svg\",\"contentUrl\":\"https:\/\/www.testingtime.com\/app\/uploads\/2017\/04\/logo.svg\",\"width\":1,\"height\":1,\"caption\":\"TestingTime\"},\"image\":{\"@id\":\"https:\/\/www.testingtime.com\/en\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/testingtime\",\"https:\/\/twitter.com\/testingtime\",\"https:\/\/www.instagram.com\/testingtime\/\",\"https:\/\/www.linkedin.com\/company-beta\/9231506\/\",\"https:\/\/www.youtube.com\/channel\/UCpnMUgCz5FiiCUXU-U8ub1w\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/90868b931ec18959ebc63669c01b5b51\",\"name\":\"Jens Jacobsen\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/05\/jens-jacobsen-foto.256x256-130x130.jpg\",\"contentUrl\":\"https:\/\/www.testingtime.com\/app\/uploads\/2018\/05\/jens-jacobsen-foto.256x256-130x130.jpg\",\"caption\":\"Jens Jacobsen\"},\"description\":\"Jens ist langj\u00e4hriger UX-Berater f\u00fcr Web- und App-Projekte, sowie Autor des erfolgreichen Ratgebers \u201ePraxisbuch Usability und UX\u201c. Zudem teilt er seine Leidenschaft f\u00fcr die Usability, UX und User Research regelm\u00e4ssig an Konferenzen, Corporate Trainings und \u00fcber seinen Blog benutzerfreun.de.\",\"sameAs\":[\"http:\/\/benutzerfreun.de\"],\"url\":\"https:\/\/www.testingtime.com\/en\/blog\/author\/jens-jacobson\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"In-house usability tests: The complete guide - TestingTime","description":"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/","og_locale":"en_US","og_type":"article","og_title":"In-house usability tests: The complete guide","og_description":"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.","og_url":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/","og_site_name":"TestingTime","article_publisher":"https:\/\/www.facebook.com\/testingtime","article_published_time":"2019-01-28T07:00:18+00:00","article_modified_time":"2019-11-15T10:18:11+00:00","og_image":[{"width":940,"height":529,"url":"https:\/\/www.testingtime.com\/app\/uploads\/2018\/04\/usability-lab.jpg","type":"image\/jpeg"}],"author":"Jens Jacobsen","twitter_card":"summary_large_image","twitter_creator":"@testingtime","twitter_site":"@testingtime","twitter_misc":{"Written by":"Jens Jacobsen","Est. reading time":"27 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#article","isPartOf":{"@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/"},"author":{"name":"Jens Jacobsen","@id":"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/90868b931ec18959ebc63669c01b5b51"},"headline":"In-house usability tests: The complete guide","datePublished":"2019-01-28T07:00:18+00:00","dateModified":"2019-11-15T10:18:11+00:00","mainEntityOfPage":{"@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/"},"wordCount":5508,"commentCount":1,"publisher":{"@id":"https:\/\/www.testingtime.com\/en\/#organization"},"articleSection":["Research methods"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/","url":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/","name":"In-house usability tests: The complete guide - TestingTime","isPartOf":{"@id":"https:\/\/www.testingtime.com\/en\/#website"},"datePublished":"2019-01-28T07:00:18+00:00","dateModified":"2019-11-15T10:18:11+00:00","description":"This article is intended to provide a comprehensive overview of what you need to watch out for in order to successfully carry out in-house usability tests.","breadcrumb":{"@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.testingtime.com\/en\/blog\/in-house-usability-tests\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"TestingTime","item":"https:\/\/www.testingtime.com\/en\/"},{"@type":"ListItem","position":2,"name":"In-house usability tests: The complete guide"}]},{"@type":"WebSite","@id":"https:\/\/www.testingtime.com\/en\/#website","url":"https:\/\/www.testingtime.com\/en\/","name":"TestingTime","description":"Wir rekrutieren Testpersonen","publisher":{"@id":"https:\/\/www.testingtime.com\/en\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.testingtime.com\/en\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.testingtime.com\/en\/#organization","name":"TestingTime","url":"https:\/\/www.testingtime.com\/en\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.testingtime.com\/en\/#\/schema\/logo\/image\/","url":"https:\/\/www.testingtime.com\/app\/uploads\/2017\/04\/logo.svg","contentUrl":"https:\/\/www.testingtime.com\/app\/uploads\/2017\/04\/logo.svg","width":1,"height":1,"caption":"TestingTime"},"image":{"@id":"https:\/\/www.testingtime.com\/en\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/testingtime","https:\/\/twitter.com\/testingtime","https:\/\/www.instagram.com\/testingtime\/","https:\/\/www.linkedin.com\/company-beta\/9231506\/","https:\/\/www.youtube.com\/channel\/UCpnMUgCz5FiiCUXU-U8ub1w"]},{"@type":"Person","@id":"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/90868b931ec18959ebc63669c01b5b51","name":"Jens Jacobsen","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.testingtime.com\/en\/#\/schema\/person\/image\/","url":"https:\/\/www.testingtime.com\/app\/uploads\/2018\/05\/jens-jacobsen-foto.256x256-130x130.jpg","contentUrl":"https:\/\/www.testingtime.com\/app\/uploads\/2018\/05\/jens-jacobsen-foto.256x256-130x130.jpg","caption":"Jens Jacobsen"},"description":"Jens ist langj\u00e4hriger UX-Berater f\u00fcr Web- und App-Projekte, sowie Autor des erfolgreichen Ratgebers \u201ePraxisbuch Usability und UX\u201c. Zudem teilt er seine Leidenschaft f\u00fcr die Usability, UX und User Research regelm\u00e4ssig an Konferenzen, Corporate Trainings und \u00fcber seinen Blog benutzerfreun.de.","sameAs":["http:\/\/benutzerfreun.de"],"url":"https:\/\/www.testingtime.com\/en\/blog\/author\/jens-jacobson\/"}]}},"_links":{"self":[{"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/posts\/7813","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/users\/18"}],"replies":[{"embeddable":true,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/comments?post=7813"}],"version-history":[{"count":35,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/posts\/7813\/revisions"}],"predecessor-version":[{"id":12121,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/posts\/7813\/revisions\/12121"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/media\/6328"}],"wp:attachment":[{"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/media?parent=7813"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/categories?post=7813"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.testingtime.com\/en\/wp-json\/wp\/v2\/tags?post=7813"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}