这里说一下一般实验报告的构成要件，有的是可选项，根据自己情况进行设置和取 舍。按出现的顺序一般有下面几部分构成。
- 标题 (Title)
- 作者 (Authors)
- 摘要 (Abstract)
- 目录 (Contents)
- 图表目录 (List of Figures and Tables)
- 实验目的 (Objective)
- 引言 (Introduction)
- 材料和方法 (Materials and Methods)
- 实验过程 (Procedure)
- 问题 (Problems)
- 实验结果 (Results)
- 探讨 (Discussion)
- 结论 (Conclusion)
- 参考文献 (References)
- 附录 (Appendices)
下面就每个部分做一个简单说明。要注意并不需要严格按照这个方式分解，只要 掌握好原则可以将各部分适当分拆或合并，根据实际内容来分章节。
深入了解请参阅有关技术写作的书籍和网站。
标题不用太长，概括实验内容，有针对性。
多人合作的话，需要多个作者署名。不是作者，但对你有帮助的人和机构可以在 致谢里说明。致谢在摘要前面，或者在参考文献后和附录前。
一般 200 字上下，概括说明实验的基本内容，实验的目的，方法，结果和结论。 写好摘要是非常重要的一项能力。对上机实验而言，因实验报告比较短小精悍， 每个实验摘要可以没有，但一学期实验报告的汇总应该有。设计性项目的报告更 应该有。
用自己的语言说明本次实验的目的。一般一小段就够了，三两句话的量。
介绍实验的主题和背景，问题是什么，为什么值得做，你目前知道的相关信息等。 有些可能会涵盖到实验目的，但内容上展开了，针对你的实验内容，给读者介绍必 要的背景信息介绍。信息的来源应该在后面参考文献中列明。
跟写研究论文或研发报告不同，这部分内容因为实验讲义上有，没有必要组织语言 重新写一遍，所以可以照搬照抄实验讲义上的内容。但有两个原则，一是要结构完整 合理，二是要符合你实际实验时的情况，实验讲义上写的你没有用到或者有改变， 那么按你实际做的来写。
这部分达到的效果，是要足够的细节以使读者想要重复你的实验的话，他（她）可 以做这些材料和方法的准备。并且读者知道你是通过这些相关内容而获得实验结果 的。
注意写报告的时候实验已经完成了，所以如果有类似时态的体现的话，应该是完成 时。
描述完成实验的步骤，有些地方可能类似于方法的顺序描述。构成上面应该包含 实验过程的主要部分，以及重要的细节过程讲解。
实验中遇到的问题，你是怎样解决的。两个原则是，应是足够相关和有启发的问题；不以问题不显眼和琐碎而忽略。
包含实验获得的各种结果，以及理解和解释、比较等等。可以采用图、表等来 讲解，实际可能不会很长。有些情况下也可以结合过程分散开来讲解。
对实验和结果进行探讨，体现出你对过程和结果的理解。不是简单又说一遍结果， 而是对其中值得关注的地方进行解读和讨论。
总结凝练实验报告，以清楚简明扼要为准，有点类似于摘要，但是文章最后的点题 。摘要是可以脱离正文而独立存在的。全文写完了再写摘要。
对正文中的陈述的来源，非通识部分，实验中参考的有关信息，都要适当的引用， 在参考文献列表中列出。信息要完整准确，按一般技术报告的格式书写。
稍大型实验或项目中的内容和成果等，不适合有机地嵌入到正文中的，可以放到附 录中以备需要的时候查阅。
以上的报告写作原则是以较完整的实验项目报告为例来说的，从篇幅上看这种报告 最少会有 4 到 6 页，以十几页较常见。
对每周的练习性实验而言，实验报告会相对比较简短。要特别注意的是不要机械地 练习，拷贝、粘贴命令和结果，应该体现出你的自主探索，往广度和深度来实验。 对你所得到的知识点进行平实清楚的解释，将你脑中思绪组织成段落。随着练习和 理解的深入，细节讲解和探讨会逐渐增多。
报告中应该阐述：
- 该程序是做什么用的？从用户的角度出发，自问自答地讲解。你写完了，心 中疑问也就解决了。
- 据你所知程序或系统要这样工作，大概是什么样的结构和实现原理呢？从开发 者的角度出发，想想如果你要参与或接手开发那个程序或系统，把你的疑问自己 解答了，可以多去查找资料。
- 结果正确与否？符不符合预期呢？从用户、开发者、消费者、老板等等不同侧面 应用场景去思考，怎样的操作和程序是正确的和好的。