Latest Tosca Interview Questions and Answers (Latest Interview Questions)-Part 3

---

Welcome to this post! “Tosca Interview Questions (Latest Tosca Interview Questions)- Part 3”

If you are looking for latest Tosca interview Questions, then you are at right place. This posts consists of some exhaustive questions which had been part of interviews. These questions covers various topics such as contribution percentage, coverage, testdesign coverage,weights, average weights, damage and frequency class etc. . These questions will give you extra knowledge over the subject as well as various perspective on how the questions have been asked. Most of the questions in this Tosca interview questions part 3 are practical. Go ahead and enjoy reading…

Interview Questions – Part 3 (Requirement Section)

---

1.  What all items or elements are available in Requirement Section?

Ans:

The execution section contains the below important items:

1.   Requirement

2.   RequirementSets

Below is the snapshot in single user environment:

 

 

---

2.   Briefly describe Requirement Section in TOSCA?

Ans:

In the Requirement section, complete system is captured and structured corresponding to functional and non-functional units. These functional units are then shown in a tree structure in bottom-up style. Each unit is called as “Requirement” and collectively called as “Requirement Set”.

For better administration, this section creates a link between:

1. Required TestCases,
2. Created TestCases,
3. Executed TestCases &
4. Test results

---

3.   What all properties are available in Requirements for Coverage? Briefly state their definition or usage?

Ans:

Below are the properties available for Coverage:

1. Coverage Specified (%) –

Coverage Specified indicates two possibilities, the first is linking to TestCases exists. This is shown with yellow colour ribbon. Second possibility is whether TestCases are still needed to be created. This is shown in white colour.

The percentage calculated here is sum of weight and the processing state of TestCases i.e. their workstate of all the requirements in requirement set.

 

 

2. Coverage Executed (%) –

Coverage Executed indicates two possibilities, first is whether the TestCases have been executed previously, and whatever the execution state be like for instance “Passed” or “Failed”, these are shown in Yellow colour. Second possibility is of course that they have not yet been executed. In this case the ribbon is White in colour.

The percentage calculated here is sum of the weight and the processing state of TestCases i.e. their workstate of all the requirements in requirement set.

 

3. TestCaseDesign Specified (%) –

This specifies the coverage that is gained with the TestCases which have been specified in the TestCase-Design and linked with the RequirementSet, independent of the current testcase workstate i.e. coverage is covering the aspects of progress of actual completion of test cases specified in the design and alter the coverage % in linked RequirementSet.

This linking then shows the TestCases link icon and actual percentage.

 

Specifies the coverage that is gained with the TestCases which have been specified in the TestCase-Design and linked with the RequirementSet, independent of the current workstate.

 

---

4.   What is the difference between Damage class and Frequency class?

Ans.

Damage class – indicates the estimated damage value of an event. i.e. for instance, a single functional requirement in question should be evaluated that how much damage it can cause in terms of cost?

This value can be indicated with numeric values ranging between 0 (lowest) and 10 (highest damage).

 

Frequency class – indicates the estimated damage value of an event. i.e. for instance, a single functional requirement in question should be evaluated that how much frequent this is going to be?

 

This value can be indicated with numeric values ranging between 0 (lowest) and 10 (highest).

 

---

5.  Can I create my own requirement type?

Ans.

Yes, administrators are allowed to “create requirement type Definition” that might be recommended in agile or devops and as per different requirement types in question.

 

Below are the following steps:

 

1. Open the project window by selecting “Home->Project” from the top-menu,
2. When the Project window opens, “Click” on Properties definition.
3. Click on Project node and look for Create a Requirement Type under Create Requirement Type Definition.

** The renaming mode is activated automatically**.

Here user can add new Requirement Type.

 

Note: Names for Requirement Types need to be unique across Project.

---

6.   How is Contribution is related to RelativeWeight?

Ans

 

Relative Weight (%)

 

When requirements have been weighted under the RequirementSets, it is evident that as progress is made in completion of some requirements, how much risk has been covered in terms of individual requirements can be known through this percentage value. In more simpler terms it is relative percentage of individual requirement to its parent set.

Contribution (%) – This percentage is indicating the percentage aggregation of a requirement to the RequirementSet, i.e. if you link all Relative Weight (%) in the whole hierarchy up to the RequirementSet. In more simpler terms it is indicating the percentage of the RequirementSet that is realized by a Requirement.

 

---

7.   What is aggregated weight and what it indicates?

Ans

 

Aggregated Weight– is the value summed up from bottom to top .i.e. the weight values given to below requirements summed up to show a single aggregated value at highest level.

This value can be useful in realizing the risk that a RequirementSet has to offer.

 

---

8.   What is the use of Fuzzy Search in Requirement?

Ans

 

The Fuzzy Search function allows users to search objects that can be linked to Requirements and RequirementSets such as ExecutionEntries, TestCases, testSheets etc.

Once the search is complete for an object, an object then can be focussed and selected to link directly.

This function can be used to link Requirements to the following objects:

1. RequirementSets
2. ExecutionEntries
3. TestCases
4. TestCaseFolders
5. TestSheets
6. TestCase-Design Instances
7. Classes

Similarly, it can also be used to link RequirementSets to the following objects:

1. RequirementSets
2. ExecutionLists

 

I really hope you enjoyed reading the post. If you have any doubt on this please feel free to add your comment below.

---

And if you like to read more on TOSCA Interview Questions please follow below links:

Tosca Interview Questions – Part 1

Tosca Interview Questions – Part 2

Tosca Interview Questions – Part 3

Tosca Interview Questions – Part 4

---

If you would like to keep track of further articles on TOSCA. I recommend you to SUBSCRIBE by Email and have new articles sent directly to your inbox.