## Monitor Learner Progress with Learner Analytics

Learner Analytics provide a way to assess learner progress using visual graphs.

To view these graphs, go to any problem and then click
**Reports**.

### Status Summary

The status summary graph uses a pie chart to show the percentages of learners who have:

Solved the problem.

Not solved the problem but have made at least one submission.

Not made any submissions but have accessed the problem. The learner might have simply read the problem, or they might have run their solution or pretests. However, the learner has not yet submitted a solution.

The percentages represent learners who have accessed the problem in some way. For example, if 150 learners are in a class and 100 have accessed the problem, the percentages reflect the actions of those 100 learners only.

The following image shows an example status summary graph. In it, you can see that 17 learners have looked at or worked on the problem. From that 17, 47 percent (8 learners) solved the problem, 35 percent (6 learners) did not, and no solutions were submitted by 18 percent (3 learners).

### Submissions Required to Solve the Problem

The submissions required graph use a horizontal bar chart to show the number of submissions learners needed to solve the problem.

Key points:

The graphs represent only learners who have solved the problem.

The percentages represent the number of submissions it took per learner to submit a solution that solves the problem. The first solution that solves the problem is counted. For example, if a learner solves the problem in their third submission, then three submissions for that learner are counted, even if the learner continues to submit additional solutions, correct or not.

If the assessment method is weighted, the problem is considered solved only when the learner’s score is 100%.

The following image shows an example submissions required graph. In it, you can see that the mean is 2, 13 percent of learners needed 5 submissions, 13 percent needed 3 submissions, 25 percent needed 2 submissions, and 50 percent needed 1 submission.

### Average Submissions Required to Pass Each Test

The average submissions graph uses a vertical bar chart to show the average number of submissions required for learners for their solutions to pass each assessment.

Key points:

The graph represents only learners who have solved the problem.

The average attempts for each assessment reflect when a learner's solution permanently passes the conditions in an assessment. For example, the learner's solution passes for the first time on the second submission, fails on the third and fourth submissions, and then passes again on the fifth submission. If the learner's solution continues to pass the assessment in subsequent submissions, MATLAB

^{®}Grader™ records five as the number of times the solution required to pass.

The following image shows an example of a average submissions graph. In it, you can see that learners required an average of 1.5 attempts to pass Test 1, and learners required an average of 1.88 attempts to pass Test 2.

For descriptions of each assessment and distribution details, click on the test bar.

### Submissions Made Attempting to Solve the Problem

The submissions made graph uses a horizontal bar chart to show the number of submissions learners have made attempting to solve the problem, by percentage of learners.

Key points:

The percentages are of learners who have not yet solved the problem but have made at least one submission.

If the assessment method is weighted, the problem is considered solved only when the learner’s score is 100%.

The following image shows an example submissions made graph. In it, you can see that the mean is 1, 17% of learners made 2 submissions, and 83% of learners made 1 submission

### Learners Still Failing Each Test

The learners still failing graph uses a vertical bar chart to show the percentage of learner solutions still failing each assessment.

Key points:

The percentages are of learners who have not yet solved the problem but have made at least one submission.

The graph reflects each learner’s most recent submission. For example, if a learner's solution passed Test 2 in a previous submission but failed in their most recent submission, the graph shows the learner as failing Test 2.

The graph distinguishes between the following types of errors:

**Assertion**–The assessment condition failed. For example, if an assessment checks whether variable x equals the reference solution, but it does not, the solution fails.**Runtime**–An error condition occurred when executing the code, requiring execution to stop. Possibilities include calling a MATLAB function with incorrect input parameters, negative indexing of a vector variable, or assigning an undefined function or variable. For script-based problems, runtime errors result in the solution failing all assessments.**Syntax**–The code contains a syntax error. For both script-based and function-based problems, syntax errors result in the solution failing all assessments.

The following image shows an example of a learners still failing graph. In it, you can see bars for four assessments, each of which learners are still failing with a various assortment of possible errors.