TestCaseLab - Powerful tool for QA engineers

🙌Today, we'll roll back to Test Types and look deeply into categories of ☝🏻 the Formal Test Case types.

‍

The list of them you will find in the previous post: Types of Test Cases in software testing. Part 1.🧐 Check it out if you've missed it.

‍

Formal Test Cases:

✅Functionality - the most obvious because its primary purpose is to determine whether the target functionality of the product works appropriately or fails to perform its function. QA Engineers write functional test cases looking at the product requirements and execute them as soon as the function is released.

‍

✅UI. These tests focus on the application's visual elements to confirm they perform as intended for the product. Display elements such as menus, sub-menus, buttons, tables, and columns are checked to ensure they are precise and concordant.

‍

✅Integration. It's designed to evaluate how combined features work when added to an application. While it is important to test individual pieces of software, it is equally essential to ensure that disparate systems can communicate effectively with each other. QA Engineers must understand application flows well to write effective integration tests.

‍

✅'Pressure tests' and 'Load tests' these terms sometimes interchangeable. Performance checks execute to see if the device meets the productivity requirements.

‍

✅Usability. These tests are prepared by UX researchers for end users, not testers, to assess how easy or difficult the product is to use.

‍

✅Database. These tests verify application data is stored following requirements and regulations. The scope can vary from testing a small database object to a complex action involving multiple application parts.

‍

✅User Acceptance. These tests are valuable when business requirements change during development. QA Engineers can document entry/exit criteria that fill gaps in other tests.

‍

✅Exploratory test cases are valuable when QA Engineers test the application to discover bugs missed by structured testing.

‍

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.

‍

