Building and system test

[vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_single_image image=”3532″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”Starting point” use_theme_fonts=”yes”][vc_column_text]System test cases are prepared and assigned to the vendors responsible consultant. The vendor builds the solution according to the use cases. You have probably read the article about System test preparations.[/vc_column_text][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_custom_heading text=”Vendor checks the test cases” use_theme_fonts=”yes”][vc_column_text]After the test cases of one use case are ready, assign the cases to the vendor’s consultant. The vendor checks the test cases and adds the necessary technical information.

This is very important because errors in specifications are the most expensive errors. The price of errors is even more expensive, the later they are found. In this way, errors are found in the building phase already. This will give the system and approval testing better quality.

The vendor can also use these test cases as documentation for their own unit testing.[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3533″ img_size=”full”][/vc_column][/vc_row][vc_row type=”full_width_section” bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column column_center=”true” width=”1/1″][vc_custom_heading text=”Knowledge transfer” font_container=”tag:h2|text_align:center” use_theme_fonts=”yes”][vc_column_text]

Testers need to be familiarized with how the built solution works.  This is a requirement for effective testing. One solution to this is that the supplier adds technical information to test cases and that’s usually enough. There is also a need for knowledge transfer from consultants to testers. This can be accomplished by arranging common test sessions at the start of each build package.

[/vc_column_text][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″ class=”green-right-bg”][vc_column width=”1/2″][vc_custom_heading text=”Release the case for testing” use_theme_fonts=”yes”][vc_column_text]After one case is ready for testing, the vendor assigns the related test case to a test manager and changes the status to “Ready for testing”. This way we get real-time reporting about building readiness.

This is also important. Traditionally, up to 40% of the errors come from uncompleted implementation.  According to the Projcettop Process, you avoid these errors completely.[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3533″ img_size=”full”][/vc_column][/vc_row][vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_single_image image=”3535″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”Building readiness reporting” use_theme_fonts=”yes”][vc_column_text]You can report real-time building and system testing on the project dashboard. Here is an example picture of Count by type and status -widget.[/vc_column_text][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_custom_heading text=”What is the right order to test” use_theme_fonts=”yes”][vc_column_text]By testing in the correct order, you will find critical errors earlier. This will leave more time for their repair. This is done by first testing the most critical test cases of every released use cases and then moving on to less critical cases.

If you test all the test cases at the same time, you come across two issues.

1. You will find critical errors in the last use cases only at the end of the test. The editor will have less time to repair them.
2. Process changes that take place at the end of the testing phase generate the need for re-testing.

[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3536″ img_size=”full”][/vc_column][/vc_row][vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_single_image image=”3537″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”How to know what to test?” use_theme_fonts=”yes”][vc_column_text]The idea is that every tester finds his own activities in the My activities -view. By default, the view will show activities that are assigned to a person.[/vc_column_text][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_column_text]

The easiest way to assign test cases to the right tester is using the Mass Change functionally. The tester gets an email notification about assigned cases.

[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3217″ img_size=”full”][/vc_column][/vc_row][vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_single_image image=”3538″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”Testing” use_theme_fonts=”yes”][vc_column_text]The tester opens test cases from My activities -view. The test case will be visible on the header page and the tester will see what the case is. By clicking start testing, test steps are opened.[/vc_column_text][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_column_text]The tester tests the follow up test steps. He sets the status OK or Not OK, depending on the test result.[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3540″ img_size=”full”][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″ class=”yellow-left-bg”][vc_column width=”1/2″][vc_single_image image=”3541″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”Tested OK” use_theme_fonts=”yes”][vc_column_text]If all test steps are tested OK, the tester ends the testing by clicking Stop testing.  The tester changes the status to Tested OK.[/vc_column_text][/vc_column][/vc_row][vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_custom_heading text=”Next tester continues testing” use_theme_fonts=”yes”][vc_column_text]If the next tester should continue testing, the status will be changed to To next testerand Assigned to the person is changed to next tester.[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3542″ img_size=”full”][/vc_column][/vc_row][vc_row top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_single_image image=”3543″ img_size=”full”][/vc_column][vc_column width=”1/2″][vc_custom_heading text=”If test stops because defect found” use_theme_fonts=”yes”][vc_column_text]By clicking the red X, the tester can report the defect. Projecttop opens a wizard where the tester can describe the defect. After the defect is created, the person it is assigned to gets an email notification.

The defect process is described in Defect management -article[/vc_column_text][/vc_column][/vc_row][vc_row bg_color=”#f1f1f1″ top_padding=”100″ bottom_padding=”100″][vc_column width=”1/2″][vc_custom_heading text=”Test status of use case” use_theme_fonts=”yes”][vc_column_text]During test preparation, test cases are linked to the use case. This enables monitoring of use case testing status in real-time.[/vc_column_text][/vc_column][vc_column width=”1/2″][vc_single_image image=”3544″ img_size=”full”][/vc_column][/vc_row][vc_row bg_color=”#a3d630″ top_padding=”100″ bottom_padding=”100″][vc_column width=”2/3″][vc_single_image image=”3233″ img_size=”full” alignment=”center”][/vc_column][vc_column width=”1/3″][vc_column_text]After all the planned tests in the case have been approved and defects closed, you can change the status to Tested OK. You can monitor the status of use cases from the Dependencies -view. If you need to send a detailed report about testing, you can export the view.[/vc_column_text][/vc_column][/vc_row]