Vaibhav Jakhar AssessmentCenterReport 163
Vaibhav Jakhar AssessmentCenterReport 163
Automata Fix
72 /100
This report provides a detailed analysis of the candidate's performance on different assessments. The tests for this
job role were decided based on job analysis, O*Net taxonomy mapping and/or criterion validity studies. The
candidate’s responses to these tests help construct a profile that reflects her/his likely performance level and
achievement potential in the job role
The Summary section provides an overall snapshot of the candidate’s performance. It includes a graphical
representation of the test scores and the subsection scores.
The Insights section provides detailed feedback on the candidate’s performance in each of the tests. The descriptive
feedback includes the competency definitions, the topics covered in the test, and a note on the level of the
candidate’s performance.
The Response section captures the response provided by the candidate. This section includes only those tests that
require a subjective input from the candidate and are scored based on artificial intelligence and machine learning.
The Learning Resources section provides online and offline resources to improve the candidate's knowledge, abilities,
and skills in the different areas on which s/he was evaluated.
Score Interpretation
All the test scores are on a scale of 0-100. All the tests except personality and behavioural evaluation provide
absolute scores. The personality and behavioural tests provide a norm-referenced score and hence, are percentile
scores. Throughout the report, the colour codes used are as follows:
A company called Digicomparts manufactures 52 types of unique products for laptop and desktop computers. It
manufactures 10 types of laptop products and 42 types of desktop products. Each product manufactured by the
company has a unique productID from a-z and A-Z. The laptop products have productIDs (a, i, e, o, u, A, I, E, O, U)
while the rest of the productIDs are assigned to the desktop products. The company manager wants to find the sales
data for the desktop products.
Write an algorithm to help the manager find the productIDs of the desktop products.
Scores
Functional Correctness
100 / 100
Functionally correct source code. Passes all the test cases in the
test suite for a given problem.
8
9 /* Errors/Warnings
10 * productID representing the product IDs of the sales.
11 */ There are no errors in the candidate's code.
12 int calculateDesktopProductIDs (vector<char> pro)
13 { Structural Vulnerabilites and Errors
14 int ans = 0 ;
15 int answer = 0 ;
18 for(int i=0 ; i<n ; i++){ Line 16: Variables are given very short name.
Total score
100% 100% 100%
15/15 Basic(10/10) Advance(4/4) Edge(1/1)
3 2 1 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
In a car racing game, the participating cars must be registered online prior to the game. A car is assigned a
registration number that is stored in a database. The registration number consists of digits from 0-9. The registration
number can be positive or negative. A negative registration number denotes that the car is already registered online
whereas a positive registration number denotes that the car is a newly registered car. Before the game starts, the
system automatically assigns a track number to each car. The track number is the smallest permutation of the car
registration number and never starts with zero.
80 / 100 75 / 100
Correct with inadvertent errors. Correct control structures and Low readability, high on program structure. The source code does
critical data dependencies incorporated. Some inadvertent errors not follow best practices in its formatting and may contain a few
make the code fail test cases. redundant/improper coding constructs.
Functional Correctness
50 / 100
Correct basic functionality with partially correct advanced
functionality. Passes all the basic test cases in the test suite and a
percentage of the advanced test cases.
8
9 /* *N represents length of given number
15 vector<int> arr ;
16 Readability & Language Best Practices
18 name.
Total score
100% 25% 100%
7/10 Basic(4/4) Advance(1/4) Edge(2/2)
Compilation Statistics
18 16 2 0 2 2
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method countDigits return an integer representing the remainder when the given number is divided by
the number of digits in it.
The function/methodcountDigits accepts an argument - num, an integer representing the given number.
Scores
8 count++;
9 } *N represents
10 return (num%count);
11 } Errors/Warnings
12
13 There are no errors in the candidate's code.
Total score
33% 50% 0%
3/8 Basic(2/6) Advance(1/2) Edge(0/0)
Compilation Statistics
9 4 5 4 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method arrayReverse modify the input list by reversing its element
The function/method arrayReverse accepts two arguments - len, an integer representing the length of the
list and arr, list of integers representing the input list, respectively.
For example, if the input list arr is {20 30 10 40 50}, the function/method is supposed to print {50 40 10 30 20}.
The function/method arrayReverse compiles successfully but fails to get the desired result for some test cases due to
logical errors. Your task is to fix the code so that it passes all the test cases.
Scores
*N represents
Errors/Warnings
Total score
100% 100% 0%
8/8 Basic(6/6) Advance(2/2) Edge(0/0)
Compilation Statistics
3 3 0 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method printCharacterPattern accepts an integer num. It is supposed to print the first num (0 ≤ num ≤
26 ) lines of the pattern as shown below.
The function/method compiles successfully but fails to print the desired result for some test cases due to logical errors.
Your task is to fix the code so that it passes all the test cases.
Scores
8 }
9 cout << endl; *N represents
10 }
11 } Errors/Warnings
12 There are no errors in the candidate's code.
Total score
100% 100% 100%
8/8 Basic(3/3) Advance(4/4) Edge(1/1)
6 6 0 2 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method findMaxElement return an integer representing the largest element in the given two input lists.
The function/method findMaxElement accepts four arguments - len1, an integer representing the length of the first
list, arr1, a list of integers representing the first input list, len2, an integer representing the length of the second input
list and arr2, a list of integers representing the second input list, respectively.
Another function/method sortArray accepts two arguments - len, an integer representing the length of the list and arr,
a list of integers, respectively and return a list sorted ascending order.
Your task is to use the function/method sortArray to complete the code in findMaxElement so that it passes all the test
cases.
8 for(j=i+1;j<len;j++)
9 { *N represents
10 if(arr[i]>arr[j])
11 { Errors/Warnings
12 temp = arr[i];
13 arr[i] = arr[j]; There are no errors in the candidate's code.
14 arr[j] = temp;
15 } Structural Vulnerabilites and Errors
Total score
100% 100% 0%
8/8 Basic(2/2) Advance(6/6) Edge(0/0)
2 2 0 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
You are given predefined structure Time containing hour, minute, and second as members. A collection of
functions/methods for performing some common operations on times is also available. You must make use of these
functions/methods to calculate and return the difference.
The function/method difference_in_times accepts two arguments - time1, and time2, representing two times and is
supposed to return an integer representing the difference in the number of seconds.
You must complete the code so that it passes all the test cases.
Helper Description
class Time
int hour;
int minute;
int second;
* time1.compareTo(time2) */
* time1.addSecond() */
Scores
*N represents
Errors/Warnings
Compilation Statistics
0 0 0 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method removeElement prints space separated integers that remains after removing the integer at the
given index from the input list.
The function/method removeElement accepts three arguments - size, an integer representing the size of the input list,
indexValue, an integer representing given index and inputList, a list of integers representing the input list.
The function/method removeElement compiles successfully but fails to print the desired result for some test cases due
to incorrect implementation of the function/method removeElement. Your task is to fix the code so that it passes all
the test cases.
Note:
Zero-based indexing is followed to access list elements.
Scores
8 }
9 for (int i = 0; i < size - 1; ++i) { *N represents
12 } else {
13 for (int i = 0; i < size; ++i) {
There are no errors in the candidate's code.
Total score
100% 100% 100%
8/8 Basic(5/5) Advance(2/2) Edge(1/1)
Compilation Statistics
2 2 0 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The function/method countElement returns the number of elements in the input list arr which are greater than twice
the input number K. The function/method countElement accepts three arguments - size, an integer representing the
size of the input list, numK, an integer representing the input number K and inputList, a list of integers.
The function/method compiles unsuccessfully due to syntactical error. Your task is to fix the code so that it passes all
the test cases.
Scores
8 }
9 } *N represents
10 return count;
11 } Errors/Warnings
Total score
100% 100% 100%
10/10 Basic(6/6) Advance(3/3) Edge(1/1)
2 2 0 0 0 0
Total attempts Successful Compilation errors Sample failed Timed out Runtime errors
Average Case Time Complexity is the order of performance of the algorithm given a random set of inputs. This complexity is measured
here using the Big-O asymptotic notation. This is the complexity detected by empirically fitting a curve to the run-time for different input
sizes to the given code. It has been benchmarked across problems.
Basic: The basic test-cases demonstrate the primary logic of the problem. They include the most common and obvious cases that an
average candidate would consider while coding. They do not include those cases that need extra checks to be placed in the logic.
Advanced: The advanced test-cases contain pathological input conditions that would attempt to break the codes which have
incorrect/semi-correct implementations of the correct logic or incorrect/semi-correct formulation of the logic.
Edge: The edge test-cases specifically confirm whether the code runs successfully even under extreme conditions of the domain of
inputs and that all possible cases are covered by the code
The resources are not available for any of the tests taken by the candidate.