最近在学 PowerShell，本来是看文档加上猜测和试验，然后做笔记。
在学习某个功能的时候，我做了合理的推测，结果到最后发现那个推测居然是错误的。
那个细节用语言描述是比较困难的，所以我想到干脆用测试描述好了。
结果发现这样记的笔记非常准确，不容易出错，而且每次看到运行测试成功就很有成就感，对学习的效率和积极性有很大的提升。
最后我干脆就“测试驱动学习”了，本来以为这应该是我的独创，我没想到今天看 GitHub 的时候发现原来 PowerShell 有专门的“测试驱动学习”项目，惊呆(ｷ｀ﾟДﾟ´)!!
你们听说过测试驱动学习吗？
vexx32/PSKoans: A simple, fun, and interactive way to learn the PowerShell language through Pester unit testing.
成功的运行一组单元测试，令人心情愉悦
[Test-Driven Learning]( http://users.csc.calpoly.edu/~djanzen/tdl/)
TDL is an approach to teaching computer programming that integrates automated unit tests throughout the computer science and software engineering curriculum. TDL has been applied in undergraduate, graduate, and professional training courses. Educators teaching courses involving computer programming at all levels are encouraged to consider adopting TDL. Replicated empirical studies of TDL are encouraged. Questions may be directed to David Janzen. A few resources are listed below.
TDL 是一种教授计算机编程的方法，它整合了计算机科学和软件工程课程中的自动化单元测试。TDL 已应用于本科、研究生和专业培训课程。鼓励在各级教授计算机编程课程的教育工作者考虑采用 TDL 。鼓励重复 TDL 的实证研究。问题可以直接向大卫 · 詹森提出。下面列出了一些资源。
这里有一篇 2006 年的论文，在论文集的网页上查到了这个内容
[Test-driven learning | Proceedings of the 37th SIGCSE technical symposium on Computer science education]( https://dl.acm.org/doi/10.1145/1121341.1121419)
吴恩达的深度学习也是这样的，jupyter notebook 。
谢谢你提供的信息.
写代码来完成老师给定的测试,这明显就是小学老师都在用的模式,先布置作业,然后检查作业.
只不过编程这个作业比较容易用编程本身检查.(也许小学生的作业现在已经可以用编程检查了)
我认为这根本就不是测试驱动学习.(当然也有一定的进步意义,起码事先要检查作业自动化)
测试驱动学习这个名字是由测试驱动开发演变而来的,测试显然是要自己写的,而不是别人写.
学习的主动权掌握在自己的手里.
在老师出题这个场景下，我认为老师这样出题是践行了测试驱动学习:
针对领域或者某几个具体问题,让学生去探究.
探究的结论要用测试精确描述,便于阅读检查.
这样测试和代码,以及 README,都是学生自己写的.
当然这种作业是很高级的,检查作业估计是不能自动化的.
现在想起来,我认为那个是测试驱动学习的前奏,也算是测试驱动学习吧.
因为在最初的时候有很多的基础内容,老师先写好的话,效率可能会更高.毕竟最初的那些内容都差不多.
等到某个问题老师也不知道,或者是比较细节和个性化,老师不可能为所有的学生布置题目,那个时候学生再来写.
这样就算完整的进行了测试驱动学习.
不过，如果没有基础的话，可以用学堂在线上面清华大学开的操作系统网课。（学堂在线搜索“操作系统”，第一个就是了）。这门网课既有助于考试，又有助于理解操作系统，从而更容易地完成 pintos 的实验。
只要有单元测试方法,那么应该都能测试驱动学习.
在某个语言学习的最初阶段,应该是不能这么做的,因为写测试需要懂基本的语法,这是需要强调的.