每个计算机项目在进行代码撰写的时候,其实测试是从头到尾贯穿在中间的每个环节。
大到各个模块之间的联结交互，小到🏱一行文字的输出是不是恰好在对应位置，都需要随时关注并根据实时情况调整。
但在完整正规🕶的开发流程里,是在⚫成品出炉后专🌹门有一个阶段用于测试。
由专业的测试工程师设计出成百上千个测试用例，全方位对项目的每个细节进🅊行检查,并分门别类填写问题记录表，返回给开发人员进行二🕑次复修。
科班出身且经历无数项目的杜诗怡当🏱然无比熟悉这套规矩。
哪怕这暂时并不是要🕁🆨💈拿出去商用的东西，她也绝对不会轻忽的跳过最后这☉♏一步。
编译器的测试,其实尤其需要慎重。
因为，如果现在这个阶段不把地基打牢,彻底确定它是真的不存在任何一个细小的漏洞,回头真用它写代码的时候，一旦代码跑不通，那到底是代码的锅还是它这个翻译工具的锅啊？
要是以为代码出错，没日没夜对着找bug都崩溃的觉得哪哪都没毛病啊凭什么跑不了，很久以后发现原来是编译器翻译错了……
……那真是一口老血梗在心头。
……她在异世见过隔壁实验室的小哥哥这么栽过跟头，最终确定问题的时候当场仰天比中指,顶着师伯关爱🄎🟦智障的眼神跑他们这儿来鬼吼鬼叫苍天不公。
——最后🐤🁵被师伯拎着衣领揪回去罚他给科研院即将完工的十个项目设计测试用例，好好回忆一下每个年轻小辈从第一次跟组就会被教导的“永远不要以为☒⚠💷测试不重要”。
见过太多因为令人哭笑不得的小疏忽而翻车的🚓📀🗯案例,所以她一向都是认真对待项目全流程中的任何一个环节,确定都没问题才会结项。
杜诗怡🄷🂍最后检查了一遍编译器的代码本身，然后切换页面,♴🌦点开了她为此专门新建的文件夹。
那里📚面满满当当，🈖♽🍵全是她这🁅🃜😪周在编码开发之余,悉心编写的测试用例。
从长达数千行的完整工程，到故意专门留出漏洞的问题程序，如果编译器全部能够无误执行,对正🈚⚝确的代码给出正确的呈现结果，对错误的代码给出对应的详细报错，就能宣告它成了。