TestCaseLab - Powerful tool for QA engineers

🧑‍💻Users Management, 🔐 Permission Access, and #️⃣ Tagging features within using the TestCaseLab platform. Right here below👇🏼

‍

According to the fact that QAs are an inalienable part of the development team, general access to all the working processes is a necessity.

‍

Project Manager, Product Owner, Designer, developer teams, and QAs are involved in the workflow at different stages of the project development life cycle.

‍

🤝 Only communication and mutual understanding improve and simplify the workflow. Each team player should be aware of what is going on. That’s why in TestCaseLab there is a possibility to invite your teammates to the Company Account.

‍

🧑‍💻 To add a new member, follow these steps:

◾️ Ask your Company Administrator to go to Project Settings and send an invitation to your colleague using his email address.

◾️ As soon as your teammate gets an invitation, he may use the link in order to get to the workspace.

*Note: The teammate will be asked to set a password if he is a new user. If he has an account in TestCaseLab already, he will get access to the Project immediately.

‍

🔐 Also, it is easy to change a user’s permissions if you set him as a Project Viewer, Project Member, or Project Administrator.

For example, Stakeholder usually receives the role of Project Viewer in order to ensure that he is allowed to access all the required data, like reports, but cannot interact with test cases himself. Project Manager is usually set as Project Administrator in order to manage all the tasks within the project.

‍

#️⃣ During the Test Runs passing, it is possible to tag your colleagues. You may do that in the Test Case Result comment. Just start with @ sign, and you will see the list of teammates within the project. As soon as the user is tagged, he will receive a respective email so that he can pay attention to the comment.

‍

In addition, users can be blocked or deleted from the Company Account if they do not work on your project anymore.

‍

TestCaseLab Interface

November 14, 2022

Test Management Tool should be user-friendly 🤗. It is essential to design the interface so the QA Engineer can interact with the documentation in any desired way.

🗣 Let’s consider in more detail the usability of interacting with Test Cases in TestCaseLab.

‍

📌First of all, the user is offered to generate a structure of categories and subcategories to keep Test Cases structured and divided by hierarchy. Creating, duplicating, editing, and deleting functions are easy to use from the beginning 🤩. In addition, changing the structure of the categories’ tree (Suite Tree) simplifies the workflow and saves the user time.

‍

🌟 One of the main benefits of the TestCaseLab interface is an opportunity to view and edit Test Cases on one page. You do not need to go into edit mode to update the details. Double-click on the necessary field allows you to make changes immediately. Once changes are made, click outside the field to deactivate it. As a result, the changes are saved, and the Test Case is always up to date.

‍

All the changes provided to the Test Case are recorded in the Audit log. This is the history of interactions with the item. It is always easy to find out who made changes, when, and what exactly was done.

‍

🔍Search through all the Project data allows you to find the required item in one moment. The user just has to enter the first characters to find the matches and get the results list.

‍

🤩Also, TestCaseLab offers teammates the ability to collaborate on the same project at the same time. Changes are provided simultaneously to all participants.

So, when your teammate works on the Test Case, you can observe his actions in real-time. As soon as updates are submitted, you will see them as well.

‍

🤓 Was it useful? You’re very welcome to join TestCaseLab if you’re not still. We do our best to meet all the needs of the QA community.

‍



TCL Features

Test Run Progress

November 3, 2022

Test execution is the primary process of the Quality Assurance phase in SDLC 🕒. QA engineers pass sets of tests collected in the test plan to ensure that the product functions correctly and that there are no issues while using it ✅.

‍

🛠 To streamline the process of running tests, TestCaseLab provides users with the opportunity to set statuses for each Test Case on execution. The Not Tested status applies for all the items added to the current Test Run by default. This means that Test Run hasn't been started yet. Once at least one Test Case receives a different status from the list, the Test Run will be automatically placed in the 'In Progress' category 📈.

‍

Highly detailed statistics allow users to see the changes made in the Test Run on a progress bar. Each color indicates a particular state:

🟢 Green - the successful completion of the Test Case execution.

🔴 Red - the test failure.

🟡 Yellow - Test Case blockage and should be retested later.

‍

🔍The progress bar is always up to date and provides detailed information on the number of Test Cases of each status. It shows their percentage. For your convenience, click any color to filter the Test Cases list in the Test Run.

‍

When a Test Case is assigned a Failed status, TestCaseLab will display a Bug button. Clicking on it opens a modal window. It includes all the necessary fields to report a bug in a task management tool integrated with TestCaseLab.

The link to the generated ticket will be linked to your test results data and will always be available in the relevant Test Run reports.

‍

❓Are there any questions left?

Our Support Team is always ready to help ✉️ support@testcaselab.com

‍



TCL Features

Customize your Test Case

November 3, 2022

🥰Today we would love to talk about TestCaseLab and its Test Cases functionality. If you are our favorite customer, you should already know, that you can easily create a Test Case inside your Project and fill it with any information you need. Each Test Case is a small masterpiece of a QA, which includes all tiny details and guides you down the path of bug reproducing, like a white rabbit through Wonderland.

💎In order to make the process of creating your Test Case more convenient and complete, we have created one cool feature, which allows you to customize your Test Case depending on Project specifics. I am talking about custom Test Case Fields, which can be created within each Project.

👨‍💻We provide two types of custom fields. They are: text inputs and selects. Options for the select are filled in at the moment of creating the field and can be edited at any time.

In order to create any specific field, your Company Administrator needs to go to the Project Settings and to delve into the Test Case Fields page. This page contains the list of all custom fields existing in the project.

Each field can be configured to be viewable and editable in specific places. For example, we want to make some specific notes during the Test Run in each Test Case, but we definitely do not need these notes in the general Test Cases list. Your Company Administrator simply needs to choose, where to display these fields by marking checkboxes.

As soon as the field is created, it can be easily found in already existing Test Cases in the Project. Project Members are able to interact with them and add the necessary information. All new Test Cases will include these fields by default too.

👌This feature is really very convenient, if you need to pay attention of yourself and your teammates to every important point. You may easily set “version” field, in order to manage Test Cases depending on the version they belong to. Also you can add references, milestones and whatever you want. Please, agree, that it is great to keep information in the field, specially prepared for this.

🤗Please ask your CompanyAdmin to necessarily set Test Case Fields up in the Project Settings.

‍

