（一）纸质教材
纸质教材的审校主要包括两方面，一是由印刷厂校对人员和出版社编辑进行校对，一是由编写者进行审校。前者是多人按照一定的程序，进行各有分工、各有侧重的校对。如初校一般由印刷厂的校对人员完成，主要是消灭校样上的缺字、错字等；一、二、三校由出版社校对人员完成。一校重点在于改正文字、标点符号。二校继续找出一校未发现的错误的同时，检查版面布局等问题。三校对上个校次做一次认真的“核红”，即检查改版效果如何，然后检查封面、扉页、目录等内容，通观全局，统一全局格式。[13]在此基础上，再将打印出的清样交编写者审校，确认前面的校对无误，并从学科及教学的角度进一步把关。
（二）电子教材
相比起来，纸质教材如果存在问题，都在“明面”上显而易见。电子教材的问题则既有面上的，又有很多只有在播放、交互操作时才会显露出来的。因此，电子教材既要进行类似纸质教材的审校，又要按软件开发的要求进行严格测试。对初步完成的电子教材，一方面对内容进行审校，以保证没有科学性错误；另一方面进行充分调试，以保证各种媒体资源的显示和播放效果，各种交互控制和跳转均有效，在网络环境和非网络环境，管理平台上运行的稳定性、安全性等。对于存在的问题，需要及时找到原因并加以解决。这些都解决之后，还应考虑程序代码的优化，达到更理想的运行效果。
电子教材的审校和测试贯穿于整个电子教材开发的各个环节，是改进设计方案、检验并保证应用效果的重要举措，目的在于衡量和评估它对教学应用的教育价值，判断其应用效果，并形成改进建议。
在测试时要讲究科学和效率，秉持以下原则：应尽早并不断地进行测试，避免错误累积和放大；要制定系统的测试计划，成立专门的测试小组；测试时既要输入合理的条件，也要输入不合理的条件；集中测试易出错的地方；进行回归测试；全面检查每一个测试结果；保管好测试文件。[14]
参与审校和测试的人员应合理分工：学科专家从学科教学应用的角度，技术专家从技术角度，教育技术专家从总体效果角度，等等。除了参与脚本设计和把关的各类专家及完成制作的技术人员，最好还吸纳少量使用者，即教师和学生参与，以了解是否符合他们的阅读习惯、操作习惯，是否能达到预期的应用目的。
1.内容审校
对电子教材的文本及其他媒体内容进行审校时，首先可以沿用纸质教材的审校方式，检查文本、表格、图像等“平面化内容”。如：表达是否严谨科学；内容是否相互衔接、连贯成体系；是否切合教学目标、教学要求，满足师生应用的需求等。其次审校声音、动画、视频等需要连续播放的媒体文件，一是检查技术质量，包括清晰度、流畅性、稳定性。二是审查内容的科学性，如果有必要的话，可能需要反复慢速播放，以仔细检查个别片断、帧的内容细节。毫无疑问，这是个费时、费力、工作量巨大的任务。
2.技术测试
（1）用户界面。
用户界面直接影响到学生与教师的使用体验。理想的界面有助于吸引学生，让他们心情轻松愉悦，并照顾他们的操作习惯，让他们操作便捷流畅。用户界面的测试包括视觉测试、交互体验和连接结构测试等。
在对用户界面的视觉设计进行测试时，需要检查视觉设计风格是否统一，具体包括色彩、对比度、高亮区、背景色是否协调，视觉设计的行列分区及内容是否得当等方面。另外要考虑总体视觉设计是否符合基础教育阶段的学生身心发展特点，是否有利于调动学生学习热情。
在对用户界面的交互功能进行测试时，首先需要对用户控制交互进行测试，比如，播放、暂停、撤销、重复、退出等操作是否有效，屏幕放大、缩小、移动等操作是否流畅。其次是看用户提交答案的评价反馈是否符合预期。
在对用户界面的链接结构进行测试时，不仅需要检查电子教材内部的内容链接关系是否清晰，各种构件间的链接结构是否正确，当涉及外部链接时，还需要测试链接是否有效、准确。
（2）教学构件。
电子教材的一个特点是包含各种支持各学科教学应用的软件构件（software component），也有专家将其称为学具。每一个教学构件的教育性与科学性，是首先应测试的部分。在测试中，需要检查教学构件在功能层面是否达到技术要求，其教学应用是否科学、准确、合理。在此原则下，测试如下内容：教学构件的标准化程度、灵活程度、可扩展程度；教学构件是否便于重新组合、重复利用；教学构件的内容能否持续升级更新；教学构件的界面是否符合统一的界面风格等。
（3）系统架构。
在测试过程中，需要对系统架构的稳定性、可靠性、安全性进行测试，以保证电子教材稳定、有效、安全地运行。稳定性指电子教材在一定测试周期（如一周）内，程序能保持持续正常运行状态，并确保应用及系统不崩溃。可靠性是指系统整体上在规定条件、规定时间内保持无故障工作状态，并对各种操作产生快速、正确的反馈。安全性主要指内容数据和生成数据的产生、传输、存储、使用等各环节上的安全程度，包括防止数据损坏、丢失等。
作为提供给广大师生进行教学应用的产品，电子教材的重要性不言而喻，因此测试审校的标准应远远高于一般的软件，而且要及时、常态化，以避免出现的问题或错误不能及时被发现，而被带入下一个开发环节。