Re: [GSoC][RFC][Proposal v2] Move existing tests to a unit testing framework

> @@ -294,8 +325,28 @@ have not setup the blog yet, it will be at:
>  ----Availability----
>
>  My current semester ends on 30th April and my exam/viva is tentatively on 7th
> -May. After that I have freed my summer for GSoC, therefore I will be able to
> -give a minimum of 35-40 hours per week.
> +Mayand I will graduate after the results are out in June. Therefore I will be

> +----Stretch Goals----
> +
> +These goals may not be achieved during the GSoC period, however, these may come
> +in handy if the migration is done ahead of the schedule or it is determined that
> +the number of tests that need to be migrated are not sufficient to cover the
> +allocated GSoC period further down the line. These can also be done after the
> +GSoC period. (Note that these are just personal observations/ideas and may not
> +be accepted by mentors, hence '_Stretch_ Goals'.)
> +- Enhancement of the unit testing library. An example of the need of doing this
> +  would be t-ctype, which bypasses top-level macros such as TEST(), in favor of
> +  custom logic with the use of internal helper functions.
> +- Add more helper functions in the unit testing library such as handling and use
> +  of parameters defined by environment variables (which I personally faced in
> +  implementing t-oidarray.) I am sure there are other such utilities which might
> +  be worthwhile.
> +- Adding support for performance related testing through unit tests.
> +- Working in other areas of the codebase not related to unit testing or doing
> +  other tasks as specified by mentors.