Skip to content
This repository has been archived by the owner on Dec 11, 2023. It is now read-only.

Latest commit

 

History

History
860 lines (730 loc) · 31.3 KB

Tutorial_Java.md

File metadata and controls

860 lines (730 loc) · 31.3 KB

back

Tutorial: Writing a KITE Test for Jitsi in Java


This tutorial will guide you step-by-step in writing your first KITE Test. The test will open the https://meet.jit.si/ page on a web browser (Chrome and Firefox), check the sent and received videos, collect the WebRTC statistics and take a screenshot.

  1. Create the Test
  2. Adding the first Step: open https://meet.jit.si/ page
  3. Adding the Main Page
  4. Adding the Checks
    1. Sent Video Check
    2. Received Videos Check
  5. Step: collect WebRTC Stats
  6. Step: taking a Screenshot
  7. Understanding KITE Test  

This is the Project Skeleton:
project skeleton

Please refer when creating Java Files for each Part of this tutorial

You can find the full source code of this tutorial here.

KITE Test Design Pattern

KITE Tests are implemented in a framework that follows the Page Object Model design pattern (POM), and organises a Test in Pages, Steps and Checks.
Using Page Object Model, all element locators are being managed in separate directory and can be updated easily without any change in test cases.
A Test consists of a succession of Steps and Checks:

  • Steps are actions, for example, navigate to a page or click a button. Steps are not expected to fail, they either 'Pass' or 'Break' (any unexpected error).
  • Checks are assertations, for example, validate that a video is playing. Checks can 'Pass' (video is playing), 'Fail' (video is blank/still) or 'Break' (e.g. page timeout).

Pages are where we place the element locators and the functions to interact with them.


1. Create the Test

To create the test, execute the following commands:

On Windows:

cd %KITE_HOME%
kite_init jitsiTutorial
c

On Linux/Mac:

cd $KITE_HOME
kite_init jitsiTutorial
c

This will create KITE-JitsiTutorial-Test and with inside, all the basic files and folders used in all KITE Tests, for both Java and Javascript. This tutorial is about the Java KITE Test and all the Java files are located in KITE-JitsiTutorial-Test/src/main/java/org/webrtc/kite/jitsitutorial/.
Let's have a look at the files and folders generated in KITE-JitsiTutorial-Test/src/main/java/org/webrtc/kite/jitsitutorial/.

KITE Test Class

The file KiteJitsiTutorialTest.java is the entry point of the test. It extends KiteBaseTest class and includes the list of Steps.

package org.webrtc.kite.jitsitutorial;

import org.webrtc.kite.jitsitutorial.checks.MyFirstCheck;
import org.webrtc.kite.jitsitutorial.steps.OpenUrlStep;
import org.webrtc.kite.tests.KiteBaseTest;
import org.webrtc.kite.tests.TestRunner;

public class KiteJitsiTutorialTest extends KiteBaseTest {
  
  private String url = "https://google.com";
  
  @Override
  protected void payloadHandling() {
    if (this.payload != null) {
      url = payload.getString("url", url);
    }
  }

  @Override
  public void populateTestSteps(TestRunner runner) {
    runner.addStep(new OpenUrlStep(runner, url));
    runner.addStep(new MyFirstCheck(runner));
  }

}

Folders

The kite_init script generated 3 subfolders:

- KITE-JitsiTutorial-Test/src/main/java/org/webrtc/kite/jitsitutorial/pages/
- KITE-JitsiTutorial-Test/src/main/java/org/webrtc/kite/jitsitutorial/steps/
- KITE-JitsiTutorial-Test/src/main/java/org/webrtc/kite/jitsitutorial/checks/

This is where we will respectively implement the Pages, Steps and Checks of the test, following the Page Object Model design pattern.

Config file.

The KITE config file of our java KITE test can be found at KITE-JitsiTutorial-Test/configs/jitsiTutorial.config.json This file contains all the information for the tests.

name: name of the configuration file. grids: the address of the selenium hub. tests: a list containing all the tests to be run. Each test contains all the necessary information for its progress. In each test we can find:

  • name: name of the test
  • description: description of the test
  • tupleSize: number of browsers launched at the same time
  • testImpl: name of the JS test file
  • payload contains name:values pairs to run the tests. List of all the clients (browsers or native apps) that will be tested: clients

Once done, we can already run the test with:

r configs\jitsiTutorial.config.json

At this stage, the test only launch a web browser, open https://meet.jit.si/ and does a random check.

Open the Allure Report with:

a

The report should look like this:
First Allure Report


2. Adding a Step: open https://meet.jit.si/ page

The file /steps/OpenUrlStep.java was generated by the kite_init script. It already contains everything required for this Step and does not require any modification.

TestStep is the parent class that enables the Allure Report generation.

The constructor of each Step must contain the WebDriver object. It is needed for the Step to control the web browser and execute what it needs to do.
Next, the constructor will include the other variables and objects needed for the Step, in this case, the url of the web page to open.

⚠ To create a Step or a Check, we must implement two functions, stepDescription() and step(), which are abstract functions of the parent class TestStep.

stepDescription() returns a string which will be displayed in the report.

step() is the function that will be called by KITE when the Step is to be executed.


3. Adding the Main page

Similarly to the Steps which are placed in the steps/ folder, the Pages are placed in the pages/ package. The kite_init script created the java class file: pages/MainPage.java
Here we're going to edit pages/MainPage.java and add the HTML locators and functions that interact with the web page.

To add HTML locators, we are going to use the class By from Selenium-webdriver. Here, we'll use the text input to choose our meeting room;

First open Jitsi.
Jitsi joinPage
Click go to enter Jitsi MainPage and join a room.
Jitsi meetingPage Inspect the Page by pressing Ctrl + Shift + i
Then, press Ctrl + Shift + c and click on the room text field which will identify room text field element identify text field

Go back to MainPage.java and add the following code:

@FindBy(xpath = "//*[@id=\"new-toolbox\"]/div[2]/div[3]/div[1]/div/div") //Find toggle button with xpath since id not provided
private WebElement manyTilesVideoToggle; //button to view all videos on meeting page at same size

@FindBy(tagName = "video")  //Find by tagName
private List<WebElement> videos;    //List of all the videos on a page

Press Alt + Enter to import classes required Create some useful functions that will be used for creating test steps or checks

public void clickVideoToggle() {    //click manyTilesVideotoggle
    manyTilesVideoToggle.click();
  }

  public void videoIsPublishing(int timeout) throws TimeoutException {  //check video is publishing
    WebDriverWait wait = new WebDriverWait(webDriver, timeout);
    wait.until(ExpectedConditions.visibilityOf(videos.get(0)));
  }

  public int numberOfVideos() { //return number of videos
    return videos.size();
  }

  public List<WebElement> getVideoElements() {  //return list of video elements
    return videos;
  }
  //JavaScript code to save peerConnections Object in window.pc variable in browser
  //This sciprt will be executed at get statistics step
  public String getPeerConnectionScript() {
    return "window.pc = [];"
        + "map = APP.conference._room.rtc.peerConnections;"
        + "for(var key of map.keys()){"
        + "  window.pc.push(map.get(key).peerconnection);"
        + "}";
  }

Great work! The MainPage is done!

4. Adding the Checks (Sent and Received Videos Check)

Step and Check both inherit from TestStep class. They work the same way, but are put in different packages for better organisation.

i. Sent Video Check

First, we will create SentVideoCheck.java in the checks package:org.webrtc.kite.jitsitutorial.checks
Next, we will create a empty class structure for the video check that inherits TestStep This structure applies to all test steps/checks

package org.webrtc.kite.jitsitutorial.checks;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.steps.TestStep;
import org.openqa.selenium.WebDriver;

public class SentVideoCheck extends TestStep {

  private final MainPage meetingPage;
  public SentVideoCheck(Runner runner) {
    super(runner);
    meetingPage = new MainPage(runner);
  }

  @Override
  public String stepDescription() {
    return null;
  }

  @Override
  protected void step() throws KiteTestException {}
}

Next, we will implement the method for stepDescrpition() and step() as TestStep is an abstract class

public String stepDescription() {   //step description that will be displayed on test report
    return "Checking if Sent Video is playing properly";
}

step() is the main function of a step/check that controls the test environment and WebDriver.
In this case, we want to use the WebDriver to help us check if the video we sent is playing.

protected void step() throws KiteTestException {
    try {
      meetingPage.videoIsPublishing(20); //wait until video is publishing
      logger.info("Looking for video object");
      List<WebElement> videos = meetingPage.getVideoElements(); //get video elements
      if (videos.isEmpty()) {
        throw new KiteTestException(
            "Unable to find any <video> element on the page", Status.FAILED);
      }

      String videoCheck = videoCheck(webDriver, 0); //check local video located at index 0, returns status of video
      if (!"video".equalsIgnoreCase(videoCheck)) {
        //add test failure status to report
        reporter.textAttachment(report, "Sent Video", videoCheck, "plain");
        throw new KiteTestException("The first video is " + videoCheck, Status.FAILED);
      }
    } catch (KiteTestException e) {
      throw e;
    } catch (Exception e) {
      throw new KiteTestException("Error looking for the video", Status.BROKEN, e);
    }
  }

In the end, SentVideoCheck.java should look like this:

package org.webrtc.kite.jitsitutorial.checks;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.interfaces.Runner;
import io.cosmosoftware.kite.report.Reporter;
import io.cosmosoftware.kite.report.Status;
import io.cosmosoftware.kite.steps.TestStep;
import org.openqa.selenium.WebElement;
import org.webrtc.kite.jitsitutorial.pages.MainPage;

import java.util.List;

import static io.cosmosoftware.kite.util.TestUtils.videoCheck;

public class SentVideoCheck extends TestStep { //notice it inherits from TestStep

  private final MainPage meetingPage;
  public SentVideoCheck(Runner runner) {
    super(runner);
    meetingPage = new MainPage(runner);
  }

  @Override
  public String stepDescription() {
    return "Checking if Sent Video is playing properly";
  }

  @Override
  protected void step() throws KiteTestException {
    try {
      meetingPage.videoIsPublishing(20);
      logger.info("Looking for video object");
      List<WebElement> videos = meetingPage.getVideoElements();
      if (videos.isEmpty()) {
        throw new KiteTestException(
          "Unable to find any <video> element on the page", Status.FAILED);
      }

      String videoCheck = videoCheck(webDriver, 0); // function from TestUtils
      if (!"video".equalsIgnoreCase(videoCheck)) {
        //add test failure status to report
        reporter.textAttachment(report, "Sent Video", videoCheck, "plain");
        throw new KiteTestException("The first video is " + videoCheck, Status.FAILED);
      }
    } catch (KiteTestException e) {
      throw e;
    } catch (Exception e) {
      throw new KiteTestException("Error looking for the video", Status.BROKEN, e);
    }
  }
}

At this stage, you can delete the file MyFirstCheck.java which was generated by kite_init and all references to it in your code (in KiteJitsiTutorialTest.java).

ii. Received Videos Check

First, we will create ReceivedVideosCheck.java in the checks package: org.webrtc.kite.jitsitutorial.checks Create the empty class structure that extends TestStep, similar to SentVideoCheck but with an additional paramteter to ReceivedVideosCheck constructor: numberOfParticipants

package org.webrtc.kite.jitsitutorial.checks;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.steps.TestStep;
import org.openqa.selenium.WebDriver;

public class ReceivedVideosCheck extends TestStep {
  private final int numberOfParticipants;
  private final MainPage meetingPage;

  public ReceivedVideosCheck(Runner runner, int numberOfParticipants) {
    super(runner);
    this.numberOfParticipants = numberOfParticipants;
    meetingPage = new MainPage(runner);
  }

  @Override
  public String stepDescription() {
    return null;
  }

  @Override
  protected void step() throws KiteTestException {}
}

Again, we will implement the methods stepDescrpition() and step().

public String stepDescription() {
    return "Check the other videos are being received OK";
}

step() is the main function of a step/check that controls the test environment and WebDriver. In this case, we want to use WebDriver to check if all the videos being received are playing properly.

  1. Wait for a period of time for the videos to load, you can increase the wait time for slower pc
  2. Check that there are equal number of video elements and participants
  3. If step 2 passed, use KITE Utils's video check method to test each video element.
  4. if video is not playing properly, post video check results to report and throw KiteTestException and the test will stop
protected void step() throws KiteTestException {
    try {
      // wait a while to allow all videos to load.
      waitAround(numberOfParticipants * 3 * ONE_SECOND_INTERVAL);
      meetingPage.clickVideoToggle();
      logger.info("Looking for video elements");
      if (meetingPage.numberOfVideos() < numberOfParticipants) {
        throw new KiteTestException(
            "Unable to find "
                + numberOfParticipants
                + " <video> element on the page. No video found = "
                + meetingPage.numberOfVideos(),
            Status.FAILED);
      }
      String videoCheck = "";
      boolean error = false;
      for (int i = 1; i < numberOfParticipants; i++) {
        String v = videoCheck(webDriver, i);
        videoCheck += v;
        if (i < numberOfParticipants - 1) {
          videoCheck += "|";
        }
        if (!"video".equalsIgnoreCase(v)) {
          error = true;
        }
      }
      if (error) {
        //add test failure status to report
        reporter.textAttachment(report, "Reveived Videos", videoCheck, "plain");
        throw new KiteTestException("Some videos are still or blank: " + videoCheck, Status.FAILED);
      }
    } catch (KiteTestException e) {
      throw e;
    } catch (Exception e) {
      throw new KiteTestException("Error looking for the video", Status.BROKEN, e);
    }
}

In the end, ReceivedVideosCheck.java should look this:

package org.webrtc.kite.jitsitutorial.checks;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.interfaces.Runner;
import io.cosmosoftware.kite.report.Reporter;
import io.cosmosoftware.kite.report.Status;
import io.cosmosoftware.kite.steps.TestStep;
import org.webrtc.kite.jitsitutorial.pages.MainPage;

import static io.cosmosoftware.kite.entities.Timeouts.ONE_SECOND_INTERVAL;
import static io.cosmosoftware.kite.util.TestUtils.videoCheck;
import static io.cosmosoftware.kite.util.TestUtils.waitAround;

public class ReceivedVideosCheck extends TestStep { //Notice It inherits TestStep
  
  private final int numberOfParticipants;
  private final MainPage meetingPage;

  public ReceivedVideosCheck(Runner runner, int numberOfParticipants) {
    super(runner);
    this.numberOfParticipants = numberOfParticipants;
    meetingPage = new MainPage(runner);
  }

  @Override
  public String stepDescription() {
    return "Check the other videos are being received OK";
  }

  @Override
  protected void step() throws KiteTestException {
    try {
      // wait a while to allow all videos to load.
      waitAround(numberOfParticipants * 3 * ONE_SECOND_INTERVAL);
      meetingPage.clickVideoToggle();
      logger.info("Looking for video elements");
      if (meetingPage.numberOfVideos() < numberOfParticipants) {
        throw new KiteTestException(
          "Unable to find "
            + numberOfParticipants
            + " <video> element on the page. No video found = "
            + meetingPage.numberOfVideos(),
          Status.FAILED);
      }
      String videoCheck = "";
      boolean error = false;
      for (int i = 1; i < numberOfParticipants; i++) {
        String v = videoCheck(webDriver, i);
        videoCheck += v;
        if (i < numberOfParticipants - 1) {
          videoCheck += "|";
        }
        if (!"video".equalsIgnoreCase(v)) {
          error = true;
        }
      }
      if (error) {
        //add test failure status to report
        reporter.textAttachment(report, "Reveived Videos", videoCheck, "plain");
        throw new KiteTestException("Some videos are still or blank: " + videoCheck, Status.FAILED);
      }
    } catch (KiteTestException e) {
      throw e;
    } catch (Exception e) {
      throw new KiteTestException("Error looking for the video", Status.BROKEN, e);
    }
  }
}

Now, Let's add the Video Checks into the KiteJitsiTutorialTest.java: Go to KiteJitsiTutorialTest.java

runner.addStep(new SentVideoCheck(runner));
runner.addStep(new ReceivedVideosCheck(runner, getMaxUsersPerRoom()));

Easy! Video Checks are done! Now JitsiTutorialTest can check if sent and received videos are playing properly

5. Step: collect WebRTC Stats

Next we will add another step to get WebRTC video conference statistics from Jitsi. Create GetStatsStep.java in the steps package: org.webrtc.kite.jitsitutorial.steps
Same as video check, create an empty class body that extends TestStep.

package org.webrtc.kite.jitsitutorial.steps;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.steps.TestStep;
import io.cosmosoftware.kite.interfaces.Runner;

public class GetStatsStep extends TestStep {
  public GetStatsStep(Runner runner) {
    super(runner);
  }

  @Override
  public String stepDescription() {
    return null;
  }

  @Override
  protected void step() throws KiteTestException {}
}

We will add an aditional JsonObject parameter called getStatsConfig to GetStatsStep class. Update the GetStatsStep constructor:

  private final JsonObject getStatsConfig;
  private final MainPage mainPage;

  public GetStatsStep(Runner runner, JsonObject getStatsConfig) {
    super(runner);
    this.getStatsConfig = getStatsConfig;
    this.mainPage = new MainPage(runner);
  }

Add the returned string for StepDescription:

 public String stepDescription() {
    return "Getting Jitsi conference statistics";
 }

Implement Step() for GetStatsStep:

  1. Save Jitsi peerConnection object in window.pc by executing a JavaScript code using WebDriver JavaScript Executor.
  2. Get Jitsi raw stats by KITE StatsUtils.getPCStatOvertime method and save in local variable
  3. Build stats summary by extracting the raws stats using KITE StatsUtils.extractStats and save in local variable
  4. Attach raw stats and stats summary to test report
protected void step() throws KiteTestException {
    ((JavascriptExecutor) webDriver).executeScript(mainPage.getPeerConnectionScript()); //1. execute javascript to get save peerConnections
    JsonObject rawStats = getPCStatOvertime(webDriver, getStatsConfig).get(0); //2. return statistics from peer connections
    JsonObject statsSummary = extractStats(rawStats, "both").build(); //3. return processed statistics
    reporter.jsonAttachment(report, "getStatsRaw", rawStats); //4. attach raw stats to report
    reporter.jsonAttachment(report, "getStatsSummary", statsSummary);//4. attach stats to report
}

In the end, GetStatsStep.java should look like this:

package org.webrtc.kite.jitsitutorial.steps;

import io.cosmosoftware.kite.exception.KiteTestException;
import io.cosmosoftware.kite.interfaces.Runner;
import io.cosmosoftware.kite.report.Reporter;
import io.cosmosoftware.kite.steps.TestStep;
import org.openqa.selenium.JavascriptExecutor;
import org.webrtc.kite.jitsitutorial.pages.MainPage;

import javax.json.JsonObject;

import static org.webrtc.kite.stats.StatsUtils.extractStats;
import static org.webrtc.kite.stats.StatsUtils.getPCStatOvertime;

public class GetStatsStep extends TestStep {

  private final JsonObject getStatsConfig;
  private final MainPage mainPage;

  public GetStatsStep(Runner runner, JsonObject getStatsConfig) {
    super(runner);
    this.getStatsConfig = getStatsConfig;
    this.mainPage = new MainPage(runner);
  }

  @Override
  public String stepDescription() {
    return "Getting Jitsi conference statistics";
  }

  @Override
  protected void step() throws KiteTestException {
    ((JavascriptExecutor) webDriver).executeScript(mainPage.getPeerConnectionScript()); //1. execute javascript to get save peerConnections
    JsonObject rawStats = getPCStatOvertime(webDriver, getStatsConfig).get(0); //2. return statistics from peer connections
    JsonObject statsSummary = extractStats(rawStats, "both").build(); //3. return processed statistics
    reporter.jsonAttachment(report, "getStatsRaw", rawStats); //4. attach raw stats to report
    reporter.jsonAttachment(report, "getStatsSummary", statsSummary);//4. attach stats to report
  }
}

Now we will need to add a few things our config file located at KITE-JitsiTutorial-Test/configs/jitsitutorial.config.json before we can execute GetStatsStep In the "payload", add the following:

"getStats" : {
    "enabled": true,
    "statsCollectionTime": 2,
    "statsCollectionInterval": 1,
    "peerConnections": ["window.pc[0]"],
    "selectedStats" : ["inbound-rtp", "outbound-rtp", "candidate-pair"]
}

Kite Engine will read the "getStats" JsonObject in payload when initiating a Test
enabled (boolean) - enable test to get WebRTC stats
statsCollectionTime (integer in seconds) - duration for test to collect stats
statsCollectionInterval (integer in seconds) - interval to collect stats
peerConnections (String JsonArray) - contains variable names that store peer connections which will be used to get their stats
selectedstats (String JsonArrary) - contains the type of stats to be collected.
Types of stats:
"inbound-rtp","outbound-rtp","local-candidate","remote-candidate","candidate-pair","stream","peer-connection","codec","track" and "transport"

Add GetStatsSteps test step to KiteJitsiTutorialTest: Go to org.webrtc.kite.jitsitutorial.KiteJitsiTutorialTest

runner.addStep(new GetStatsStep(runner, getStatsConfig));

Woohooo GetStatsStep is done! JitSiTutorialTest can now collect WebRTC stats.

6. Step: taking a Screenshot

This is the final step of the Jitsi Tutorial and is also the easiest!

Just add the ScreenshotStep to the list in the function populateTestSteps():

runner.addStep(new ScreenshotStep(runner);

7. Understanding the main KITE Test class: KiteJitsiTutorialTest

All KITE Test inherits from KiteBaseTest class
All KITE test must implement populateTestSteps method because it is abstract payloadHanding() method is optional because KiteBaseTest's payloadHandling() is already extensively implemented with common parameters used by many tests.

Imports

Firstly, add all the required imports to org.webrtc.kite.jitsitutorial.KiteJitsiTutorialTest and removed uneeded (MyFirstCheck):

package org.webrtc.kite.jitsitutorial;

import io.cosmosoftware.kite.steps.ScreenshotStep;
import org.webrtc.kite.jitsitutorial.checks.ReceivedVideosCheck;
import org.webrtc.kite.jitsitutorial.checks.SentVideoCheck;
import org.webrtc.kite.jitsitutorial.steps.GetStatsStep;
import org.webrtc.kite.jitsitutorial.steps.OpenUrlStep;
import org.webrtc.kite.tests.KiteBaseTest;
import org.webrtc.kite.tests.TestRunner;

Overiding payloadHandling()

Currently, JitsiTutorialTest overrides payloadHandling() by reading the value of url in config's payload. It is actually not necessary, since url is already read in KiteBaseTest.payloadHandling(), but we added it there for the purpose of this tutorial:

protected void payloadHandling() {
    super.payloadHandling(); //call KiteBaseTest payload handling method
    if (this.payload != null) {
      url = payload.getString("url", url);
    }
}

Example of payloadHandling:
Generate a random 6 digit roomName and add to the url like this:

protected void payloadHandling() {
    super.payloadHandling();
    if (this.payload != null) {
      int roomName = (int) Math.floor(Math.random() * 1000000);
      url =
          payload.getString("url").endsWith("/")
              ? payload.getString("url", url) + roomName
              : payload.getString("url", url) + "/" + roomName;
    }
}

payloadHandling is highly modular, you have the flexibility to add new things easily
Remember to update config file after overriding the payloadHandling method

Now go to KITE-JitsiTutorial-Test/configs Open jitsitutorial.config.json and change the url in payload to "https://meet.jit.si/"
Your payload should look like this:

"payload" : {
    "getStats" : {
        "enabled": true,
        "statsCollectionTime": 2,
        "statsCollectionInterval": 1,
        "peerConnections": ["window.pc[0]"],
        "selectedStats" : ["inbound-rtp", "outbound-rtp", "candidate-pair"]
    },
    "url": "https://meet.jit.si/"
}

(Recommended) Utilize RoomManager to assign room url for you.
Your payload needs these 2 items for RoomManager to be instantiated:
1. rooms (String JsonArray)
2. usersPerRoom (int)
Payload example:

"payload" : {
    "getStats" : {
        "enabled": true,
        "statsCollectionTime": 2,
        "statsCollectionInterval": 1,
        "peerConnections": ["window.pc[0]"],
        "selectedStats" : ["inbound-rtp", "outbound-rtp", "candidate-pair"]
    },
    "url": "https://meet.jit.si/",
    "rooms": ["1", "2", "3", "4", "5", "6", "7", "8", "9", "10",
          "11", "12", "13", "14", "15", "16", "17", "18", "19", "20",
          "21", "22", "23", "24", "25", "26", "27", "28", "29", "30",
          "31", "32", "33", "34", "35", "36", "37", "38", "39", "40",
          "41", "42", "43", "44", "45", "46", "47", "48", "49", "50",
          "51", "52", "53", "54", "55", "56", "57", "28", "59", "60",
          "61", "62", "63", "64", "65", "66", "67", "68", "69", "70",
          "71", "72", "73", "74", "75", "76", "77", "78", "79", "80",
          "81", "82", "83", "84", "85", "86", "87", "88", "89", "90",
          "91", "82", "83", "84", "95", "96", "97", "98", "99", "100"],
    "usersPerRoom": 2
}

Now go back to KiteBaseTest Under populateTestStep() method replace the red with green:

- runner.addStep(new OpenUrlStep(runner, url))
+ runner.addStep(new OpenUrlStep(runner, getRoomManager().getRoomUrl()));

Implementing populateTestSteps()

The purpose of populateTestSteps is to add the checks and steps to a TestRunner Callable which will execute them. Basically, it is a method to define a Kite Test structure and the execution order of tests and steps.
Therefore, the steps much be in logical order. For example, Open Jitsi main page followed video checks because video will only load after it is the main page. Getting peer connection statistics only after video checks have passed, else stats would be empty.
check/step will only execute if previous check/step has passed because they are sequentially dependent on each other

Your final KiteJitsiTutorialTest should look like this:

package org.webrtc.kite.jitsitutorial;

import io.cosmosoftware.kite.steps.ScreenshotStep;
import org.webrtc.kite.jitsitutorial.checks.ReceivedVideosCheck;
import org.webrtc.kite.jitsitutorial.checks.SentVideoCheck;
import org.webrtc.kite.jitsitutorial.steps.GetStatsStep;
import org.webrtc.kite.jitsitutorial.steps.OpenUrlStep;
import org.webrtc.kite.tests.KiteBaseTest;
import org.webrtc.kite.tests.TestRunner;

public class KiteJitsiTutorialTest extends KiteBaseTest {

  private String url = "https://google.com";

  @Override
  protected void payloadHandling() {
    super.payloadHandling();
    if (this.payload != null) {
      url = payload.getString("url", url);
    }
  }

  @Override
  public void populateTestSteps(TestRunner runner) {
    try {
      runner.addStep(new OpenUrlStep(runner, getRoomManager().getRoomUrl()));
      runner.addStep(new SentVideoCheck(runner));
      runner.addStep(new ReceivedVideosCheck(runner, getMaxUsersPerRoom()));
      runner.addStep(new GetStatsStep(runner, getStatsConfig));
      runner.addStep(new ScreenshotStep(runner));
    } catch (Exception e) {
      logger.warn(e);
    }
  }
}

Last checks before you run.

In KITE-JitsiTutorial-Test/configs/jitsitutorial.config.json, update the tupleSize to 2: that means KITE will run all the combinations of two browsers:

  • Chrome - Chrome
  • Chrome - Firefox
  • Firefox - Chrome
  • Firefox - Firefox This also means there will be 2 participant in each call. You can play around and increase the tuple size to 4 or more to test more permutations or have more participants in each call.

The config KITE-JitsiTutorial-Test/configs/jitsitutorial.config.json should look like this:

{
  "name": "JitsiTutorial %ts",
  "grids": [
    {
      "type": "local",
      "url": "http://localhost:4444/wd/hub"
    }
  ],
  "tests": [
    {
      "name": "JitsiTutorial Test %ts",
      "tupleSize": 2,
      "description": "JitsiTutorial test description",
      "testImpl": "org.webrtc.kite.jitsitutorial.KiteJitsiTutorialTest",
      "payload" : {
        "getStats" : {
          "enabled": true,
          "statsCollectionTime": 2,
          "statsCollectionInterval": 1,
          "peerConnections": ["window.pc[0]"],
          "selectedStats" : ["inbound-rtp", "outbound-rtp", "candidate-pair"]
        },
        "url": "https://meet.jit.si/",
        "rooms": ["1", "2", "3", "4", "5", "6", "7", "8", "9", "10"],
        "usersPerRoom": 2,
        "testTimeout": 20
      }
    }
  ],
  "clients": [
    {
      "browserName": "chrome",
	    "platform": "localhost",
      "flags": []
    },
    {
      "browserName": "firefox",
      "platform": "localhost",
      "flags": []
    }
  ]
}

We can run the test again with:

  1. Open Command Prompt
  2. Navigate to JitsiTutorialTest folder by:
cd %KITE_HOME%\KITE-JitsiTutorial-Test
  1. Compile KITE-JitsiTutorial-Test by:
c
  1. Run the Test
r configs\jitsiTutorial.config.json

And open the Allure Report with:

a

Finally, the report should be now:
Screenshot Step Allure Report


Congratulations, you've implemented your first KITE Test!