Showing posts with label sharing. Show all posts
Showing posts with label sharing. Show all posts

Monday, January 4, 2021

Reflecting on Year 2020

⚠️ Content warning: This blog contains mention of death 

 The year 2020 - A year filled with a lot of uncertainties, learned whole new definition of being adaptable to the changes, surprises which were both good and bad, a year of learning about all new fears. Year 2020 to me has meant all about empathy and humanity. It's been a mixed year which has entirely changed the way I look at life and the impact has been real.

This year had been a real toll in terms of mental health and adapting to the new way of living with a lot of unexpected situations to face. I almost decided not to write anything about reflecting on this year. But I decided to do it. This is my first blog post in the last 6 months. 

The year started with a lot of excitement and goals that I wanted to achieve. A lot of planning and passion went in for what I wanted to achieve and learn while I was on my Testing Tour. Setting out on Testing Tour was not just about learning topics and sharing but it was more of getting out of my comfort zone. I am so glad I took the courage to do it and it proved to be worth it. I met known and new people from across the world which was an amazing experience. 

I got introduced to the whole new topic of Observability or O11y where Abby Bangser and Shelby Spees has helped me in a way that got me hands-on with so much better understanding and clarity about this topic. Shared my learnings from Testing Tour and Observability at multiple conferences

 I lived in fear since I came to know about Covid-19, fear for my family who live with me and who lived back home in India. I have seen Covid effect really closely. Three of my loved ones caught it one after the other. First my Mom, then my Dad and then my brother. In this battle, I lost my Dad who was my inspiration and role model. This hit me so hard that I'm still trying to recover to come out of that loss and pain 😢 which is never going to heal. These were one of the toughest days I have ever faced.

I still wanted to look back and reflect on the good things that happened to me. 

  • Went on Testing Tour and had 15 different sessions on 15 different topics and blogged about each of those sessions. 
  • I learned about a lot more new topics and tried my hands-on with new tools. I learned about Observability, Performance testing using Jmeter, Microsoft Azure and lot more. 
  • I got an opportunity to be part of Observability for testers series organized by Anne-Marie Charrett along with Lisa Crispin and  Abby Bangser which was a great opportunity to learn and explore more about observability.

  • I gained 1076 followers crossing 1000k followers on  Twitter which for me is a huge number. 
  • I learned to listen to my mental health and say no to few of the opportunities. I had to prioritise myself over other things which I struggled initially but gradually learned that it's absolutely ok to stop and take a break to take care of yourself. 
  • When the entire world went remote, initially I was happy that I will get to work from home but gradually it became challenging to work from home with two kids around as they had their virtual school sessions. Throughout this process, I learnt not to feel guilty for not being able to give full attention to both my kids while they are on their virtual school sessions. Learnt to be patient and adapt to each day as it comes. 
  • Our testing community is not just to learn and share about all things testing but it proved to be supportive during my difficult times which I'm so thankful for. 

Reflecting on all these gave me so much happiness, confidence and pleasure 💫😇. It's always good to look back and see what you have been doing or learning on the way. Looking forward for year 2021 with an attitude of being grateful for what I have. Thanks for your time for stopping by and reading my post 🙂


Thursday, June 25, 2020

Observability for Testers : #Session 2

Exciting to be starting the second session of learning "Observability for Testers" 😎. We all were super excited as we had our instances on AWS ready from our previous session. Now that we have our instance it was ready for setting up the DIMA app on it which was one of the main goals for this session. 

The DIMA app is a web app which is built on a microservices architecture. This app allows to upload, display, manipulate and delete the images. This stack also includes the monitoring and observability tool like Kibana, Grafana, Prometheus and Honeycomb. Now that we know a little bit about the app let's start to understand what a microservices architecture is before we get deep dive into the DIMA app architecture. 


I had to give a short introduction about the microservices architecture to everyone. I picked up an easier analogy as an example to give an introduction to microservices architecture. This blogpost seemed to be very helpful that explains very well about introducing this term to someone completely new to this terminology. When I started to learn about microservices I read a lot of blogs by Martin Fowler. 

"Microservices architecture is an architectural style that structures an application as a collection of services. That are highly maintainable, testable, independently deployable and loosely coupled."
The above definition is from Let's consider an example of a university portal where they have different sections for undergraduate study, postgraduate study, International students, Jobs and courses which serves its own purposes. We can consider these different sections as a simple microservice that serves the business logic and functionality. When we think of building a new feature related to courses or jobs or even maybe for International students, it becomes easier to think of each service and build the functionality for the specific service. Of course, this definitely introduces complexity when we look for testing this as a single service and testing the integration of all these services. Because it doesn't matter whether its a monolith or a microservice or any other type of architecture, for the users it's a single application which they want to use it with ease. 
Few of the examples who use microservices are Netflix, Amazon and eBay. 

Image from
Image from caption

Now that we went through a basic understanding of microservices, here's how the structure of DIMA app looks like. Here are the images of architecture and infrastructure took from Abby's GitHub repo.


We can see here there are different services including the GUI and the database : 

  • GUI
  • MongoDB
  • Image Orchestrator
  • Image Holder
  • Image Thumbnail
  • Image flip
  • Image Grayscale
  • Image Size
  • Image Rotator

With all these different services, we need to find out where the problem is so we can figure out what the problem is. So having monitoring and observability tools in place will help anyone to debug the issue. 

After having a little exposure to the architecture and stack we followed the instructions to set up the DIMA  app stack on our instances so we can then trigger requests by adding/deleting/manipulating images and then exploring the logs and traces. 

It was really very helpful to have an understanding of the architecture of the app as it will be helpful while we are looking at the traces or logs and we could see the requests from different services. 
Super looking for the next session as we will get to explore more about logging, tracing and metrics.

Tuesday, March 10, 2020

Testing Tour Stop #11 : Pair exploring on Test Strategy with Toyer

My testing tour continues with more interesting sessions and I was already on  my 11th session. I was really looking forward to pair with Toyer. Previously I got an opportunity to join Toyer and his power learning group in one of the session.

Before even deciding the topic or booking a session with Toyer , I had been having conversations with Toyer around Test Process and Test Strategy. When I booked the session , I suggested Test Strategy as a topic for our session and Toyer was happy to do it. I was really keen on this topic as I have always struggled on this and having those previous conversations with Toyer where he shared  his innovative ideas helped me a lot. 

Session :

The topic was decided but I was not really sure if we could just use any sample application to use for our session to define the test strategy. So I just thought we could decide this during our session. 
We started off by discussing Toyer's approach of sketching out the Testing Strategy from the scratch. He mentioned that we should always think of different testing activities all the way from the start to  implementation. 

We should always plan and start sketching out test strategy based on what process the team is following. For ex: If the team follows kanban then we should be keeping that in mind while planning our test strategy or if the team follows scrum that the planning goes different. 

Then step towards thinking about what are the tasks that needs to be performed by the testers. The interesting part was how Toyer used 3 different buckets while defining test strategy. 

  • People
  • Process 
  • Tech
When you get a huge blank canvas to define the test strategy from the scratch, its too overwhelming to decide where to start from and how. But these three buckets would help in those situations to start organising and defining the activities and keep adding them to the relevant buckets. This was so awesome to learn as I had always struggled with the starting point and this gives an organised view to start with. Toyer mentioned that he uses mindmap tool to create the test strategy and its one of my favourite tool as well. 

Our discussion was getting more and more interesting . When defining test strategy it always going to depend on 
  • What is my application?
  • What is my process(agile/scrum/kanban)?
  • What tools are we using?
Toyer mentioned that these are the main factors and we should always ask "Where" , "How" and "What" while defining test strategy. We did not have enough time to use an application and build a test strategy for that. But hopefully we might have a follow up session to try this. 


  • People, process and tech buckets , this was a great way to start organising the test strategy.
  • We need to consider all the activities by testers from start till the implementation while planning the strategy.
  • Test strategy should be aligned to the process being used(scrum/kanban).
  • A reminder that we have to always remember that we are masters of testing.
  • The biggest takeaway for me was how to start when you have been given a complete blank canvas.

It was amazing session and finally I'm glad I got chance to pair with Toyer. I'm really very thankful for all the ideas he shared with me during the session.

Monday, February 24, 2020

Testing Tour Stop #10 : Pairing up on Observability with Abby Bangser

I had my 10th session already on my Testing Tour and it was with awesome Abby Bangser. I have a very special thing to share about what Abby has helped me with. Back in 2018 when I got interested in public speaking for the first time and dint knew how to start or from where. I came across  TechVoices (formerly Speakeasy) and straightaway approached them. I had to pick a mentor from the list, so I picked one and mentioned that I am a huge follower of Angie Jones and got influenced to get into public speaking after watching her talks. I didn't expect anything by saying that, I just wanted to share. Within a week I got an email from Abby that Angie is going to be my mentor and I was on top of the world. I can never thank enough to Abby for this help.

I was following all the tweets and information Abby would share about observability which slowly caught my interest to know what it is. I started to read about it from different articles and going through honeycomb resources. Have also been following Charity Majors tweets and blog. I reached out Abby and she agreed to join my Testing Tour journey, I was super happy Yayyy!!. 

Abby suggested if we could have a 15 mins prep call to plan our Testing Tour session which was an awesome idea. We had this prep call where I shared about what I'm interested to learn about and Abby gave me 2 options from which I picked to build the app which Abby used at Agile Testing Days Germany - 2019 workshop. Abby sent me all the details about what I had to prepare before our actual pairing session. I followed all the details and instructions and a lot of DM's where Abby was super super helpful. 

Getting Ready: 

1) Create a free account on Azure

The first step was to sign up and get an account on Azure so I can create my own computer/virtual machine -

2) Create a Virtual Machine in Azure

Now that I had my account, my next step was to create a virtual machine in the Azure cloud. The goal was to create a virtual mchine in Azure cloud that is big enough to run the application on it. The reason this is important is that the application runs both a lot of microservices (~8 services and a database) as well as all the infrastructure to make it observable (6 full applications and a bunch of tooling). Abby suggested the one that's mentioned in the document ubuntu computer with at least 16GiB of RAM.

First I created SSH key by using CloudShell Bash and saved it. Then I followed the instructions from this link which Abby shared. I added all the details required and selected "Standard D4s v3 (4 vcpus, 16 GiB memory)" .

3) Connect to the virtual machine

Now that I got my virtual machine created successfully, the next step was to start and connect it. When 'Start' button as shown in the above image, the virtual machine gets started. Then I clicked on 'Connect' so I got 3 different options - RDP, SSH, BASTION. I selected SSH as an option to connect and copied the ssh command and pasted in Bash terminal. I had a few challenges here while using ssh keys and using it to connect to VM. Finally, after a few challenges, I got it connected.

4) Installing and running the application

I followed this link for the instructions for installing and running the application. I just wanted to try following a couple of commands as part of pre-prep for the session and dint want to run all the commands as I wanted to do it during the session. First, I executed the command sudo -i. which means "login as sudo" so I can run as many commands as I can until I exit that login else I have to add "sudo" ahead of each and every command. I really like the way Abby explains things by making it so simple to understand. This was the first time I came across this command. I  need to have admin rights to the virtual machine I created in the cloud so I can install the application. I just tried one command which I had no clue what it's doing -

# install docker
apt-get update
apt-get install -y \
    apt-transport-https \
    ca-certificates \
    curl \
    gnupg-agent \
  And the rest I left for our session. 


Finally, the wait was over and it was showtime. This is exactly how I had my feelings towards this session. We started off our session with great planning and with a lot of enthusiasm. Abby already knew that I did run a few commands so the first thing she wanted me to do was to check what packages have I already installed. And the command Abby gave me for doing this was

apt list --installed
 This command gets you the list of installed packages. The output we got by running the above command was a huge list so Abby gave me another command to run.

apt list --installed | wc -l

This command is used to display all the files and folders present in the directory when it is piped with wc command with -l option it displays the count of all the files and folders present in current directory.  Wow, I was learning about commands and not just typing in and seeing the results. Abby was explaining what each command is doing which was amazing. While doing this Abby mentioned yet another new term that we are Yak Shaving. I was curious to find what this is and I found that -

Yak shaving is what you are doing when you're doing some stupid, fiddly little task that bears no obvious relationship to what you're supposed to be working on, but yet a chain of twelve causal relations links what you're doing to the original meta-task.

We were trying to run different commands and Abby was explaining me in detail so I think we were Yak Shaving which was good as I was able to understand each command.So next we wanted to search if transport-https was already installed by using the command:

apt list --installed | grep transport-https
Grep is a linux/unix command-line tool used to search for a string of characters in a specified file. The grep command is handy when searching through a massive log file. And if we want to run multiline command we need to '\'. Then we started to install docker which was part of instructions for Abby's application -
curl -fsSL | sudo apt-key add -
add-apt-repository \
   "deb [arch=amd64] \
   $(lsb_release -cs) \
apt-get update
apt-get install -y docker-ce docker-ce-cli
So here Abby explained to me that 'Curl' command says it's safe to download and tell apt that we need to have access to the repo. The way Abby was explaining about what each command is and what it does was so super helpful and interesting way to learn as I was not just copying and pasting the commands but was understanding the context of each command. The above command downloads the docker. What do you expect when two testers are trying to do this, of course, we wanted to confirm if the docker was installed so we checked it by running docker command. Now next step was to download docker compose -
curl -L "$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose

So time again to test if it was installed by navigating to usr/local/bin and check if we can see docker-compose installed. We used the command -
 ls /usr/local/bin
Now next step was to create a userm, create a folder and pass the ssh key so we can clone the repo into that folder.
# create user
useradd -m -G docker -s /bin/bash olly
echo "olly ALL=(ALL:ALL) NOPASSWD:ALL" >> /etc/sudoers

# add ssh pub key
runuser -l olly -c 'mkdir /home/olly/.ssh'
runuser -l olly -c 'echo "" > /home/olly/.ssh/authorized_keys' 

# checkout repo
runuser -l olly -c 'git clone $HOME/observability-workshop'
Finally, we had our repository cloned and the next step was to run the stack by using the following command -
runuser -l olly -c '$HOME/observability-workshop/ 9'

It took quite a while to run the stack and it was already 11 pm for both of us as we both were located in London. We finally got the entire application up and running on my VM on azure clouds which was such an awesome feeling. I was able to access the frontend and all the other tools like - Grafana, Kibana, Prometheus and Zipkin. Now that I got this application running, I could use it and explore to try different levels of observability.


  • Getting out of comfort zone and built my own VM on azure clouds with all the help from Abby.
  • Learned new Linux commands and tried practically each of them.
  • Used all new tools for the first time but instead of fear of unknowns, I was thoroughly enjoying trying something new.
  • Planning and pairing is so powerful that so much could be achieved in just a couple of hours.
  • Testing mindset could be applied anywhere and everywhere like how we used while running different commands and testing them too. 
This is just a short summary of my session, but the actual session was even more fun and a lot more hands-on stuff that I did during the session. It was really an amazing session and I thoroughly enjoyed and in fact, I didn't stop my learnings from this session, I continued learning more different commands, playing around with VM, creating more new VM's (as Abby mentioned to me that its a great way to build some muscle memory) and using the application to learn more about using different logging and metrics tool. It's just the beginning for me and hoping to keep working on this and learn more on this topic. 

Monday, February 17, 2020

Testing Tour Stop #9 : Pairing up on Sketchnoting with Marianne Duijst

My ninth stop on my #TestingTour was with Marianne Duijst to learn about Sketchnoting which I have been trying to learn since I came across some of Marianne's and Lisi Hocke's sketchnotes. I had briefly met Marianne at TestBash Brighton 2019 while we were in the queue for 99 secs talk.
I was really super excited for this session. I am a note taking person whether I'm in a meeting, while in conference or even when I'm watching any recorded talks. I even take notes when I'm reading a blog to make note of some interesting points. I usually use my notebook, pen and highlighter while taking notes. I was really interested to learn about sketchnoting to make my notes even more interesting while I'm reflecting back on those notes.


I briefly shared about my Testing Tour with Marianne when we started our session. I was very quick to mention that I don't have very good creative skills to draw something really good. The entire session was hands-on and interactive. We ended up having our session for almost 2 hours and 30 mins.

When we scheduled our session Marianne gave me the list of materials that were required for this session. Marianne joined the zoom call from two of her devices, one to screenshare while sketching using procreate app and other screen was used as our video call for us to talk.

First thing Marianne mentioned to me was that, sketchnoting is not about creative drawing. She also mentioned that a lot of people has this perception of relating sketchnoting to creative drawing. While scheduling our session Marianne asked me to pick a topic which we could use it for our sketchnoting. I picked up my Testing Tour as my topic to be used while I'm learning to sketchnote.

The first step we started off by drawing a banner and the title. I followed step by step instructions and I was also able to watch and follow while Marianne drawing it. Then next Marianne asked me to mentally divide the entire empty space into blocks and then draw shapes into each of those blocks. Shapes which I draw in those blocks were square, circle, triangle, oval and spiral oval.  I had no clue that these shapes are going to be converted into people. Next Marianne started adding a circle on each of those shapes to make it head. Next step to add legs and different types of hands to each of those shapes. I was already in awe to see those people all over my paper. She mentioned a point here about  sketchnoting which I totally agree with.

  • Visually appealing
  • Fun to do 
  • Easy to share
  • Easy to read
Then we continued to draw speech bubbles next to each person and added the names with whom I paired during my Testing Tour sessions as my stops. Next, we added another speech bubble to add the keylearning next to each person. I was already very excited to see the sketchnote to visualise my Testing Tour. And here's the outcome of this session which I feel so proud to share.

By Parveen Khan
By Marianne Duijst


  • I'm making this sketchnote for me and for future me. 
  • Sketchnote is like a summary which triggers the reflection.
  • The core of sketchnoting is its notes and its content. 
  • Go slow to go fast.
  • Constrain yourself to free yourself. And the way to do this is by sharing before you think you are ready. Until we share the anticipation is not gone and we have the feeling of adding some more details to the sketchnote.
  • If we don't know how to do it, it's hard. If we know how to do it, it's simple.
I'm so grateful to Marianne for teaching me about sketchnoting and for her time. It was yet another amazing session of my Testing Tour to learn something unique. And a huge thanks to Marianne for inspiring me and motivating me throughout the session. 

Tuesday, January 28, 2020

Testing Tour Stop #8 : Pair exploring about exploratory testing with Simon Tomes

I was on my eight stop with Simon Tomes to discuss all about exploratory testing. When I was very new to exploratory testing, where i was trying to figure out how I can structure my exploratory sessions and show value to my team, I came accross Simon's #PQIP Problem , Question, Ideas, Praise and here's the blog for more details.  I started using this approach along with various different approaches to document and share it with my team. It was so great to pair with Simon and learn more about exploratory testing.

When I reached out Simon about doing this session, he was so kind that he just gave me his available date straightaway and we booked in 2 weeks time.

It’s incredibly kind of you to ask, I’d love to pair up on a testing tour session with you. It’s not something I’ve done before and I’m super curious to learn from the experience and from you.


We started off our session with lot of energy and excitement and the first thing we discussed about was about testing community. Then I asked Simon, how and when does he integrates exploratory sessions and how does he plan for it. And I shared that I sometimes use mindmap as well to take notes during each session and then add all this information to the ticket. The reason why I add information to the ticket is not as a proof or something, but to help us reflect/revisit our testing approach. Simon translated this very well - 

“We don't document our discoveries to cover our backs. We document our discoveries to give back to the product.”

Then Simon ran ran through an example of exploratory testing notes for an exploratory session : "Explore Lean Coffee Table, cross-browser, to learn about sharing a board".

Then Simon mentioned that we always need to think first about what value does the product need to provide to the users, what are the potential risks that might come up, what questions do we have to come up with to identify those risks and then taking those questions and turning them into tests. This for me was #VRQ - Value, Risks, Questions.

Then after a long interesting discussion we decided to explore the product I'm working on. Zoom was great to share the screen and then I started to give some context about my product. Simon asked me how did I approached to understand this product when I was new to this. Initially it was difficult to go through the documentation and then explore the product because I was completely new to this domain. Our product is called Mia platform  which is a cloud platform that automates the accounts receivable life cycle which delivers greater efficiency, accuracy, visibility and cost savings for companies.

Then I shared with Simon that , I started to pair with project managers/product owners who were very close to the product and the users/clients to understand how it used.  I then reflected back on what Simon mentioned about asking questions to understand risks on one of the functionality of our product.

  • When the user logs in, the user can see a diary panel that gives the information about what kind of tasks needs to be done and for which customers and lot of other information. Its just like a simple diary or journal with notes of what needs to done today. 
  • Once the user clicks on one of the item from the diary panel, it takes the user to the customer account to perform the task or action or can also create a task.
  • If I'm exploring these two steps without asking any questions then its just a page with some call to action links which takes the user to customer account and we can click through to create or complete a task. It feels simple. 
  • But, if we ask some questions like - 
      1. How does the user use this diary panel?
      2. What problem is the user trying to solve by using this diary panel?
      3. What is the impact or risk of this diary panel not loading up with the items?
      4. What is the impact or risk of this diary panel loading up with incorrect details?
      5. What is the impact or risk if each item on the diary panel is not clickable?
      6. Where does the information come from on this diary panel?
  • By asking these questions(which are just few and there might be more questions that can be added) we can understand what value is this diary panel providing to the user, what are the different risks and then these could be in turn tests to check this. 

  • Then we discussed what if we applied the same approach for creating tasks functionality to find out value and risks. 
It was really interesting to share and discuss different approaches while testing. Here is the video which Simon shared  about - Exploratory testing  - Risks and questions and a handy note taking template .

Learnings from the session

  • A new approach of converting questions into tests and using those questions to find the value and risks. 
  • Being a solo tester you always have that fear of being not sure if you doing it right, by having conversation during this session and sharing my approach and getting the validation gave me so much confidence. 
  • We can always prioritise(by getting what is important from the team) which part or where to explore and come up with risks.
  • Its not just about finding issues while exploring but also finding useful information.
  • Technology can always give us troubles, even if you have back device as an option :D. We did face lot of unstable connection issues which is part of the remote pairing challenges but we overcame by switching to back up devices we both had. 
We could have really continued for another hour or so if we have not had this technical difficulties. Simon did mention that he would be happy to collaborate again which was awesome. Thanks to Simon for sharing all the valuable information and being part of my #TestingTour

Monday, January 27, 2020

Testing Tour Stop #7 : Pairing up on Restful-Booker-Platform with Niranjani

It was the time for my next #TestingTour stop number 7 with Niranjani where we paired up on restful booker app. There were few amazing things about my learning partner :
  • I met my pairing partner at Hustesf Conference at Budapest in 2019
  • We both are Angie Jones mentees 
  • Niranjani as well is on her #TestingTour


We started off our session by cloning the restful-booker-platform from the github page and launched it in Eclipse IDE. 

Resftul-Booker-Platform cloned and opened in Eclipse IDE
Next steps was to check based on the requirements, if I have Maven, Node, NPM and JDK installed and which versions did I had.

So first we checked if I had NPM installed and if its already installed which version it was by running the command -- npm -version from command prompt. I had 6.12.0 version installed which was the required version for restful-booker-platform.

Next I had to check if I had maven installed by executing - mvn -version from command prompt again and I had Apache Maven 3.6.3 version and the requirement for restful-booker-platform was 3.6.2 so that was fine.

Then I checked if I had Node installed and the version if its installed by executing - node -v from command prompt. I had v12.13.0 which was as per the requirements. 

Now next step was to check Java and JDK , we faced lot of challenges here when we were trying to set this up as I had windows and Niranjani was used to Mac. It's weird that even the most common and simple thing gets challenging when we are trying really hard to complete something 😁
After all those challenges we were able to set up all the requirements Yay!! 
As I my laptop was running java version 8 we then went into pom.xml file of each service and changed the version for each of them to 8 and saved the changes to ensure the target version is 8.

Now next we were set to build the and check if its successfull so we executed the command build_locally.cmd . We had some failures here in fact it took quiet a lot of our time in trying to figure where the issue was and then trying to resolve it. Then we went back into each folder for each service and made sure the pom.xml had been changed to version 8 and all the changes had been saved. 
Then finally the build was successful and next we executed the command - run_locally.cmd. And this is what we were able to view on - http://localhost:8080/
We also tried to run end to end tests before the time was up for our session.


  • Being patient and going through each error at a time and try to resolve it. When I see loads of errors, I loose my patience and sometimes I try to give up on trying further. In this session Niranjani had so much patience to read each error and figure out what and where the problem was and then tried to resolve it.
  • When you cannot find a solution for the error try various ways to find it on Google. Google is your solution finder if we try to frame our questions well and try to find the answers. Not just that but try to use different answers to find the solution.
  • Niranjani was very well organised in following each step at a time and going through the readme file again and again if something wasnt clear while executing the commands.
  • Initially I was bit embarrased that I used the entire session for only setting up restful-booker-platform and dint use it for api testing or anything else. I realised that sessions might go in a different direction and not always as planned. But either ways the end goal was to pair up, learn, share and most importantly enjoy the session which we both did. 
It was really to great to pair with Niranjani to do this session. As I mentioned earlier if anyone is interested to pair with me or Niranjani as she as well is on her #TestingTour please reach out on twitter.