第03章、编写和管理缺陷报告(理论课)参考教案

第一篇：第03章、编写和管理缺陷报告(理论课)参考教案

 注意事项：

 在讲解缺陷的分类和缺陷报告的处理流程时，应采用案例的形式提出问题、然后分析问题、解决问题，最后讲解普遍使用的方法和规律。

 Bugzilla中关于缺陷报告的各个状态和状态间的转换，比较难于理解，应该进行清晰的阐述。

 在介绍Bugzilla的使用时，应采用演示加讲解的方法，讲解的重点不是工具的使用步骤，而是工具能够实现的功能、涉及的概念和名词、工具的工作流程及与前面知识的呼应。

 PPT第1~3页：

 回顾上一章内容，可以采用提问的方式；并简要介绍本章的学习目标。

 PPT第4页：

 内容进度页，向学员介绍本次课程的进度安排。

 PPT第5页：

 阐述测试过程中为什么要编写缺陷报告。用提问的方式引入这一部分，为什么我们到医院看病时需要建立病例？那是因为这样做有利于医生跟踪我们的病情，每次看病不用找同一位医生（即使同一位医生也记不住上次病人的情况），病历时间越长，越有利于医生判断病因和病情。然后引导出缺陷报告的三大用途并详细阐述。 应尽快报告软件缺陷。软件缺陷发现的越早，修复的成本越低，软件缺陷报告的越早，越可能被修复。不是所有的软件缺陷都会被修复，前期的时间比较充足，因此很多小的缺陷会被纳入修改的视线，而后期由于时间和资源都比较紧张这些小的缺陷可能会被保留到下一个版本修复。可以在白板上画出时间与缺陷修复的关系图说明这一问题。虽然无论何时报告缺陷，缺陷本身是不变的，但是修复缺陷的风险却随着时间的推移而大大增加。

 通过提问的方式引导学员讨论是不是所有的缺陷都会被修复，总结各种观点并给出结论：并不是所有的缺陷都会被修复，举例简要说明原因，并说明详细的原因会在后面的章节中介绍。

 PPT第6页：

 内容过渡页，做好知识点之间的过渡。

 PPT第7页：

 组织学员讨论软件缺陷怎么分类。引导学生思考并提问，如果自己是一个开发人员，收到十几个需要修改的缺陷报告时，会怎么做？如果你同时拿到了测试组和用户提交的缺陷报告，先改哪一个？如果你发现在规定的时间内你根本无法修复所有的缺陷，怎么办？如果你去问项目经理，项目经理告诉你，只需把用户最关心的缺陷修改了就行了，你会怎么办？

 教师在学员回答完毕之后，进行总结：

 缺陷分类的必要性。

 如何对缺陷分类是的方法是多样的，需要根据项目的需要而定。 介绍常用软件缺陷的分类方法，一般情况下这些分类包含的内容，以及如何划分等级。

 PPT第8页：

 阐述如何判断一个缺陷属于哪个类别。让学员明确，软件缺陷的分类标准，是在测试实施之前就依据项目具体情况规定好的。一般的测试人员只需将缺陷归类就可以了，这是需要技巧的，如果归类错误会影响缺陷的修复，影响产品质量的评估。 按照幻灯片中的顺序阐述如何归类的技巧。

 PPT第9页：

 根据实际授课情况，对缺陷的分类进行小结，回顾以上两张幻灯片中的内容。

 PPT第10页：

 内容过渡页，做好知识点之间的过渡。

 PPT第11页：

 介绍缺陷报告的分类，强调缺陷的分类标准和缺陷报告的分类标准有相同的地方，也有不同的地方。一般来说，缺陷侧重于优先级、权重和是否修复进行分类，缺陷报告侧重于文档本身的归类，比如按处理状态和处理意见（等同于缺陷的优先级）进行归类，在处理意见和处理状态的基础上，再继续分类，如按权重、模块等。 接下来分别介绍按照“处理状态”和“处理意见”分类的具体内容，最后强调如何分类根据具体项目需求而定。

 PPT第12~14页：

 通过这三个缺陷报告处理流程图，分别从三个角度阐述缺陷和缺陷报告的处理流程：

 通过缺陷报告处理流程一，说明一个缺陷从被发现到解决所要经过的一般处理过程；

 通过缺陷报告处理流程二，说明缺陷报告在项目组不同角色之间所经过的处理流程；

 缺陷报告处理流程三加入了“缺陷分析”

 PPT第12~14页：

 通过三张流程图介绍缺陷报告的处理流程，说明缺陷报告在项目中是如何被处理的：

 一边讲解，一边在白板上画出流程图一，介绍缺陷报告处理的四个基本步骤。 从提交人和处理人的角度介绍报告的处理过程，介绍时先在流程图一中标注每个步骤的参与人，然后给出流程图二。 深入阐述一个缺陷报告的详细处理过程。强调上面描述的过程只是一个理想的状况，也是最简单的状况，在实际的项目中，通过简单的“提交->分配->解决->存档”流程就能完成的缺陷报告只是一小部分，通过例子说明，多数情况下这个过程会非常复杂。给出完整的流程图三，着重讲解“缺陷分析”的相关内容：加入缺陷分析的原因，缺陷分析的输入条件、输出条件等。

 PPT第15页：

 根据实际授课情况，对缺陷报告的处理流程进行小结，回顾以上三张幻灯片中的内容。

 PPT第16页：

 内容过渡页，承上启下，回顾前面关于缺陷和缺陷报告的内容，阐述后面要介绍的缺陷跟踪系统：

 回顾本章前面的内容，侧重于在缺陷跟踪系统中要用到的知识点。 说明接下来要介绍的是一个自动化测试工具——缺陷跟踪系统，然后提问学员想象中的缺项跟踪系是一个什么样子，作为一个普通的测试人员，你需要一个系统帮助你做什么？

 进行总结，包括以下观点：

 使用缺陷跟踪系统能够帮助我们完成很多工作。

 缺陷跟踪系统只是一个辅助人们完成某些工作的工具，不能完全取代人的劳动。

 从理论上讲，测试过程的质量的提升与否，关键在于意识，而不是使用了某些工具。规范意识比较强的测试人员，哪怕是使用Word来记录和跟踪缺陷，也一样完成得很好，但是，从目前软件的规模和发展速度来看，不借助工具是不行的。 工具会有它自身的限制。

 我们此次选用的缺陷跟踪系统是Bugzilla。

 PPT第17~19页：

 分析一个缺陷报告中需要包含的内容，为后面在Bugzilla中实现做准备。

 强调我们在使用工具之前需要明确一个目标：我们要用工具来做什么。我们使用Bugzilla的目的是帮助我们完成规范的缺陷报告，那么，一个缺陷报告中需要包括哪些部分呢？然后切换到幻灯片18，通过案例4-1中的缺陷报告，向学员介绍缺陷报告的组成和流程。最后通过幻灯片19进行总结，承上启下地提出，下面我们用缺陷跟踪系统——Bugzilla帮助我们实现这个过程。

 PPT第20~22页：

 演示讲解如何使用缺陷跟踪系统Bugzilla。 初识Bugzilla：

 教会学员如何访问Bugzilla站点

 介绍Bugzilla的主界面，介绍它所能够完成的功能。

 让学员明确，通过接下来的学习，需要对Bugzilla掌握到什么程度，会哪些操作。

 演示如何使用Bugzilla完成缺陷报告的跟踪过程，参照案例4-1。演示完成下面的操作，在演示的过程中进行具体内容和使用技巧的讲解：  创建四个帐号，分别代表项目组中的四个成员（这里用“测试人员、开发人员、开发组长、测试组长”表示）。

 “测试人员”登录到系统，添加一个缺陷报告。 “开发组长”登录到系统，查看新添加的缺陷报告，并将其指定给“开发人员”进行修改。

 “开发人员”登录到系统，查看属于自己的缺陷报告，进行修改后，将状态置为“已经解决”。 “测试人员”登录到系统，查询自己提交的状态为“已经解决”的缺陷报告，进行验证，将状态修改为“已验证”。 “测试组长”登录到系统，查询状态为“已验证”的缺陷报告，将状态置为“已关闭”。

 在Bugzilla主界面中，查询缺陷报告。

 在演示过程中或全部演示完毕后，详细讲解如下内容：

 切换到幻灯片21讲解缺陷报告状态转换过程，强调明确“状态”和“处理意见”的区别

 切换到开启幻灯片22介绍缺陷报告各字段的含义。

 PPT第23页：

 演示讲解Bugzilla的管理操作。以管理员的身份登录到系统，演示和介绍如何对Bugzilla进行参数设置和产品设置。这部分内容，可以根据时间要求决定演示内容的多少，主要目的是让学员了解Bugzilla是如何管理项目和用户的。

 PPT第24页：

 对本次课程进行回顾总结，并利用剩下的时间回答学员的问题

 课堂练习答案

 一.填空题：

1.记录缺陷

缺陷分类

缺陷跟踪 2.缺陷类型

严重程度

优先级 3.缺陷报告处理的三个流程如下：

提交缺陷报告 分配缺陷报告 处理缺陷报告 返测未通过 返测报告 返测通过 关闭缺陷报告 图4-1：缺陷报告处理流程1

Bug提交者 测试负责人 研发人员 提交缺陷报告 分配缺陷报告 修改完毕 问题未解决 返测完毕 归档 图4-2：缺陷报告处理流程2

提交缺陷报告 缺陷分析 解决缺陷报告 关闭缺陷报告 推迟处理 图4-3：缺陷报告处理流程3

第二篇：缺陷整改报告编写要点

GMP认证检查缺陷项整改报告编写要求

一、整改方案的基本要求

1、企业应在现场检查结束后及时将整改方案报送接受检查的XXX食品药品监督管理局药品认证管理中心，同时抄报企业所在省、地、市局。

2、整改方案应由正文和附件两部分组成。

正文部分至少应包括：缺陷的描述、产生缺陷的原因分析、相关的风险分析评估、（拟）采取的整改措施及完成时间、相关责任人。

正文部分应采取文字描述，必要时可以采用表格的形式加以说明。附件部分应是对正文部分进一步解释说明的证明性材料。3、整改方案要求以红头文件形式一式两份并加盖企业公章。

4、整改方案应内容完整、表达清楚，文字通顺、用语准确，充分如实反映企业的整改情况。

二、整改方案撰写的具体技术要求

1、正文部分 缺陷的描述

1.1、企业需整改的缺陷不仅仅是检查报告中缺陷条款的内容，还应包括现场检查报告其他部分涉及的缺陷内容，如综合评定、需要说明的问题中涉及的缺陷等。

1.2、应对检查报告中涉及的每项缺陷进行详细的文字表达，包括发生的时间、地点、具体情节及相关人员等。原因分析

1.1、应对涉及的缺陷逐条进行原因分析。原因分析不应停留在引发缺陷的表面现象，应找到缺陷发生的根本原因。

1.2、对发生的缺陷至少应从以下方面进行分析：

涉及软件的，应分析是否制订了相应的文件；相应的文件的内容是否完善、合理；相应的文件是否已经过了培训；员工是否按照相应的文件进行了操作；质量管理部门是否进行了有效的监督。

涉及硬件的，应主要从设计选型、施工安装、日常维护等因素进行原因分析，并审阅支持该硬件的文件系统。涉及人员的，应分析是否配备了足够的人员；相关人员的能力是否胜任该岗位的需要；相关人员是否受到了应有培训；培训的内容是否已被掌握。

1.3、根据原因分析的结果进而确定该缺陷是由于系统原因造成还是偶然发生的个例。风险评估

1.1、应对涉及的缺陷逐条进行全面的风险评估，评估至少应包括以下内容： 该缺陷带来的直接后果； 该缺陷可能发生频率的高低；

该缺陷涉及的范围，是否涉及本次检查范围外的产品； 该缺陷是否对产品质量产生直接的不良影响； 该缺陷是否对产品质量存在潜在的风险； 风险的高低程度。

1.2、风险评估结果认为存在的缺陷对已经生产或上市的产品产生质量风险的，企业应明确是否需要采取进一步的产品控制措施，包括拒绝放行、停止销售、召回、销毁等。1.3、根据风险评估结果，采取与风险等级相适应的纠正与预防措施。（拟）（已）采取的整改措施

1.1、（拟）（已）采取的整改措施应包括纠正措施和预防措施。1.2、纠正措施

企业应根据原因分析及风险评估的结果，针对缺陷产生的根本原因，在企业内部进行全面排查，举一反三，分析关联性环节是否存在同样问题，如考虑相邻批次、其他车间相同工序等，提出对缺陷采取的修正行动或拟采取的修正行动。1.3、预防措施

对有可能再次发生的缺陷应提出明确的预防措施，以防止此类缺陷的再次发生。1.4、（拟）采取的整改措施应明确相关的责任部门和责任人，并明确完成时间。1.4、（已）采取的整改措施应详细描述，并附整改资料、证明。

2、附件部分

企业应在附件提供所采取的产品控制措施和整改措施的证明性材料，材料至少应包括以下内容。

2.1、风险评估认为存在的缺陷对已经生产或上市的产品有质量风险，采取拒绝放行、停止销售、召回、销毁等措施的，应提供产品的名称、规格、批次、数量、销售情况、流向及对产品的处理情况。

2.2、涉及关键岗位人员调整的，应提供相应的文件及相关人员的资质证明复印件。2.3、涉及人员培训的，应提供相应的培训计划或培训记录，包括培训内容、时间、参加人员、考核方式、考核结果等。

2.4、涉及文件系统的，应提供新起草或修订的文件文本，修订的文件应提供新老文件的对照，并标注修订的内容。新起草或修订的文件应有对相关人员进行培训的证明性材料。2.5、涉及厂房设施设备变更的，应在文字说明的同时，附变更后图纸或照片等证明性材料。在短期内确实无法完成的，应提供相应的方案或计划。

2.6、涉及关键设施设备、供应商、工艺、检验方法等重要变更的，应提供相应的研究验证资料。在短期内确实无法完成的，应提供相应的研究验证方案。

2.7、涉及计量校准的，还应提供相应的计量校验合格证书。在短期内确实无法完成的，应提供相应的说明材料。

2.8、涉及标识的，应提供整改后反映标识状况的照片或其他证明性材料。2.9、涉及验证的，应提供相应的验证方案、验证报告。

3、整改情况综述与结论

第三篇：第02章、识别和描述缺陷(理论课)参考教案

 注意事项：

下列主题学员可能会觉得难以理解：  优化缺陷

优化缺陷并不是说要优化缺陷本身，而是指优化缺陷报告，在介绍到这一概念的时候，需要使用一个简单的案例和通俗的描述，向学员讲解什么是优化缺陷的过程。

 PPT第1~3页：

 回顾上一章内容，可以采用提问的方式；并简要介绍本章的学习目标。

 PPT第4页：

 内容进度页，向学员介绍本次课程的进度安排。

 PPT第5页：

 说明什么是软件缺陷。在阐述软件缺陷的定义时，侧重于“什么是软件的缺陷”，而不是“软件缺陷是什么”。软件缺陷不仅仅特指那些我们常见的程序错误，那些“不符合设计要求”和“不满足用户需求的”的问题也是缺陷，而且是更加严重的缺陷。

 讲解过程中强调两个观点：

 有些问题看似错误但不是缺陷。 有些问题看似正确但却是缺陷。

阐述这两个观点的时候，教师需要组织一些例子来说明，最好是自己在实际测试过程中碰到的类似问题，也可以参照如下提示的例子：  看似错误但不是错误

 提款机的吞卡行为。吞卡本身是对用户的一种保护措施，但如果没有提示就是错误的了。

 登录某些系统时，如果输入了错误的账户，系统的提示为“密码错误”。这是一种保护措施，用于迷惑那些企图盗用别人帐号进行登录的人。 使用Photoshop在计算机上编辑好的颜色，输出到打印机时发现颜色发生了变化，有些颜色甚至打不出来，这不能说是Photoshop软件本身的缺陷，参照案例2-3进行讲解。

 看似正确但却是错误

 安装某个软件成功，但它破坏了操作系统的功能或其他软件。

 软件卸载过程中没有完全卸掉它的组件，有些会降低系统运行的效率，有些会导致升级版本无法安装。

 软件需要支持大多数的硬件配置，例如迪斯尼狮子王游戏的教训，虽然软件本身没有错误，但是却影响了多数用户的使用。

 另外需要强调的观点是，同一种现象在不同的环境和系统中，可能是缺陷也可能不是。例如，在性能和精度等方面的要求上，民用产品与军用产品有很大的区别；在系统易用性方面，普通用户与专业用户对产品的要求存在很大的差异。 总结：判别软件缺陷的最终依据是“能够满足目标群体的使用需求”。

 PPT第6页：

 通过案例2-1引导学员理解缺陷产生的原因。 演示案例2-1，演示过程采用互动的方式，具体如下：

 首先向学员介绍案例背景，包括：软件的三个版本、用户的需求即要实现的功能。并强调：这不算是一个完整的软件，只是为了说明“缺陷”这一概念而故意编写的一个非常小的程序。

 在白板上列出exe1和exe2的需求。

 演示程序exe1，在演示过程中提问学员，如果要测试这个软件是否符合要求，都应该输入什么数据。然后补充，最后输入的数据包括：0、99、大于99的正整数、0~99内的小数、负数、字符。

 提问并总结exe1版本存在的问题和产生原因，强调“需求不明确”是软件缺陷产生的一个重要原因。

 说明测试人员提交了exe1版本中存在的错误后，开发人员进行了修改，然后提交了第二个版本：exe2；接下来测试一下这个版本，看看程序员修改情况如何。然后运行exe2，使用与测试exe1时相同的输入。

 提问并总结exe1版本存在的问题和产生原因，强调“程序员太自信”也是软件缺陷产生的一个原因。

 说明针对exe2版本中的错误，测试人员提交了缺陷报告，并指出对于非法操作应有相应的提示信息给用户。这时用户有了新的需求，要求程序运行的界面应该更加友好，增加图形界面。针对新的需求，程序员采用了新的技术，设计并提交了exe3版本。讲解时要在白板上添加exe3新增的需求。 演示exe3，使用与测试exe1时相同的输入。

 提问并总结exe3版本存在的问题和产生原因，强调“新技术的引进”会带来新的缺陷。

 接下来切换到幻灯片，总结缺陷产生的原因：

 人员之间的沟通问题，交流上有误解。例如，开发exe1版本时程序员并没有真正理解用户的需求。

 文档不完善。例如，如果在开发exe1版本时有详细的文档，或许可以更好的帮助程序员理解用户的需求。 需求的不断变化。例如，exe3相对exe1和exe2的需求已经发生了变化，这样，程序员为了满足用户新的需求，必须使用新的技术，编写新的代码，这极可能带来新的错误。

 参员人员的过度自信。exe1开发的失败与程序员的过度自信有一定的关系，程序员在完成自己的编码后，首先应该进行自查，这能够发现很多显而易见的错误，可以看出，exe1版本包含了很多的低级错误，似乎并没有经过程序员“自查”这一过程。另外需要说明的是，通常状况下资深的程序员比新手写的代码更让人放心，当你在测试过程中了解某部分代码由新手开发后就更要认真细致的进行测试，这或许可以帮你发现更多的软件缺陷。以上是结合案例的分析，接下来说明和解释其它原因：  程序设计本身有错误，有些错误是从设计阶段带来的。 软件复杂性，一个简单的加法计算器的程序，产生缺陷的可能性自然比一个使用DES算法的加密处理程序小得多。

 工期短，任务重，时间压力大，这是不可避免的，工期缩短，一般不会压缩编码时间，但是会减少程序的优化和检查的工作。 软件开发工具或系统软硬件自身含有缺陷，软件开发工具中的编译器通常会导致不少缺陷，特别是编译器设计中的一些自作聪明的做法导致很多在调试状态下没有的问题出现在Release版中。系统硬件错误可以介绍案例2-2。

 PPT第7页：

 根据自己的知识和教材说明如何判断软件缺陷，同时穿插讲解一些自己的项目测试经历，如：

 参考文档包括：软件需求说明书、系统用户手册、系统概要设计和详细设计、行业软件标准、竞争用户相关资料等。 通过了解行业背景，能够判断用户对系统不同模块的关注程度，对用户非常关注的功能或性能问题，哪怕是一个简单的小问题，也要作为缺陷上报。 对于一个新的测试成员来说，“沟通”是十分必要的，通过沟通收到的成效有时甚至大于阅读相关文档，沟通对象包括所有和测试内容相关的人，如项目经理、测试组成员、用户、开发人员等。

 PPT第8页：

 根据实际授课情况，对缺陷的识别进行小结，回顾以上三张幻灯片中的内容。

 PPT第9页：

 内容过渡页，做好知识点之间的过渡。

 PPT第10页：

 介绍什么是优化和再现缺陷，以及优化和再现缺陷的必要性。 关于优化缺陷的概念，即使是有一些测试经历的学员也不经常接触，在这里学员可能会首先提出问题，教师应该首先向学员介绍，我们这里所讲的再现和优化缺陷是什么含义，可以参照教材中相关内容进行举例说明，讲解时侧重于“怎么做是在优化缺陷，怎么做是在重现缺陷”。

 接下来重点介绍如何理解那些“随机”出现的软件缺陷，需要包括如下几个观点：

 没有随机出现的缺陷。

 那些所谓“随机”出现的缺陷要给予高度重视。 排除所谓“随机缺陷”的方法就是优化和再现。

 最后总结优化和再现缺陷的意义，可以参考教材中的内容。

 PPT第11页：

 介绍再现和优化缺陷的常用方法。需要提醒学员的是，这里所介绍的方法不是专家总结的理论知识，而是大量的测试工作者经验的总结，它对于一个初级测试人员来说是非常宝贵的。类似这样的经验在本书后面的章节还会很多，这是本门课程的特点之一。幻灯片中的每一条内容都需要讲解，最好能够列举简单案例进行说明。

 PPT第12页：

 根据实际授课情况，对再现和优化缺陷进行小结，回顾以上两张幻灯片中的内容。

 PPT第13页：

 内容过渡页，做好知识点之间的过渡。

 PPT第14~20页：  介绍编写高质量测试报告的重要性，以及有效记录缺陷的常用方法。

 首先需要强调：有效记录缺陷的前提是，缺陷已经被有效地再现和优化。优化后的缺陷是通过测试人员撰写的测试报告被项目组其他人员知道的。一个合格的测试人员必须具有编写高质量测试报告的能力。 接下来将每个记录缺陷的方法展开介绍：

 保证重现缺陷

目的是帮助开发人员快速判断引发缺陷的原因，开发人员拿到缺陷报告后，能够根据测试人员描述的步骤再现缺陷。一个缺陷能否重现，对于开发人员能否修复该缺陷是至关重要的。

 分析故障—使用最少的步骤重现故障

精炼的步骤容易提取出引发缺陷的关键步骤，加快缺陷重现的速度，提高更改效率。

 包含所有重现缺陷的关键步骤

与方法2呼应，需要精简描述缺陷的步骤，但不能影响缺陷重现。这里需要说明的是：很多测试人员容易犯“想当然”的错误，丢掉一些他认为“想当然”的步骤，编写的缺陷报告在他本人阅读时是可以重现缺陷的，但是交给其他人阅读就无法重现。原因是他忽略了自以为是“无关紧要”的步骤。 方便阅读

分步骤描述，一个操作占用一行，概括性的标题，使用书面的语言。 尽量简单，一个缺陷一个报告

即使一个操作引发了多个缺陷，也要单独写缺陷报告。一个报告中包含多个缺陷的问题：

 阅读者不容易分清重现某一个缺陷的关键步骤。 当其中的某个缺陷被修复后，该缺陷报告无法处理，无法用“修复”和“未修复”来简单区分。

 某些缺陷可能会被开发人员忽略掉而不进行修复。 注意自己的语气

例如：

“这个问题在上一个版本中已经修复了，怎么这次又出现了呢？” “这个错误太低级了！” “我觉得这样不行！”  值得注意的经验

教师可以根据自己的知识和经历讲解一些其它经验，但至少需要包括如下观点：

 报告不能重现的缺陷。 不能夸大缺陷。

 小缺陷（甚至建议）也要报告。

 引用别人的报告时，不能修改，可以添加批注之类的补充评论。

 PPT第21页：

 根据实际授课情况，对如何有效记录缺陷进行小结，回顾以上六张幻灯片中的内容。

 PPT第22页：

 通过案例让学员学会如何有效地记录缺陷。首先逐条展示案例2-4中有问题的缺陷报告，每展示一条都提问学员报告中存在的问题，然后进行补充。接下来逐条讲解规范的缺陷报告，最后对编写缺陷报告的技巧进行小结。

第四篇：教案编写及管理规定

教案编写及管理规定

教案是教师为了实现一定阶段预期的课程目标，运用系统观点和方法，遵循教学过程的基本规律，并结合本课程学生学习的特点，对教学活动进行系统的规划和安排，是教师在授课前精心设计的课堂教学活动的行动方案和实施教学活动的重要依据，是提高教学质量、取得预期教学效果的基本保证。为了规范我院教案编写及管理工作，特制定本规定。

一、课程教案基本要素(一)(二)(三)(四)(五)(六)(七)(八)(九)授课时间 授课方式

授课题目（教学情境、模块或主题）

教学目的、要求（分掌握、熟悉、了解三个层次）教学重点及难点

教学基本内容纲要，采用的教学方法和教学手段，实施步骤 作业、讨论题、思考题 课后小结

参考资料（含参考书、文献等）

二、教案基本要素说明(一)教学目的、要求(教学目标)：备课中应考虑“课程目标”和“课堂教学目标”即学生通过整个课程或某一课堂的学习，预期达到的效果。(二)教学内容：是指通过对教学大纲、教材和主要参考资料的研析，确定课程教学或课堂教学知识信息的总和及其重点、难点。(三)教学方法：是教师把自己的学识传授给学生的手段。在教学中，教师不应仅是传授知识和技能，更重要的是教会学生主动学习和掌握知识的能力和方法。(四)教学手段：是根据教学目的进行教学内容、教学方法、辅助手段（教具及现代教学手段）、师生互动、学时安排、板书设计等的设计或选择。（注：教学手段含板书设计及教具、图表、幻灯和录像、计算机、投影仪等的使用）(五)课后小结：课后自我总结分析是对课程教学中知识的科学性和完整性评价；某个教学环节的设计；教学重、难点的把握；教学方法的应用；师生双边活动的设计；教学效果等课堂教学过程情况的总结与分析，为以后的教学提供经验和素材。

在这五个因素中，教学内容进程是整个教案的主体部分，既体现出教学活动的逻辑程序，又要划分出若干环节或步骤，并考虑到它们的时间分配、具体方法的应用，相互间的衔接、过渡，以及教学过程与板书的协调等等，充分反映教师教学设计思想，体现教师的教学经验和风格。

三、教案编写的基本要求(一)撰写教案首先要钻研课程标准（教学大纲）和教材，弄清本课程的教学目的和具体章节的具体要求，了解教材体系和基本内容、结构、重点章节以及各章节的重点、难点。(二)要广泛阅读本专业的专著、学术杂志、学术网站等资料，了解本专业发展的最新动向，对教材有关内容作必要的补充。(三)在了解学生的前提下，根据学生已有的知识结构、理解能力，对讲授内容的结构进行安排和设计课堂教学方案。(四)编写教案要在课程标准（教学大纲）、教材和结合学生实际水平的基础上，充分体现教学设计思想，处理好教什么和学什么；如何教和如何学；教的怎样和学的怎样。即目标、策略、评价三方面问题。(五)在教案中应反映教学方法及课堂教学组织方法。教师在备课中应指定与教学要求相适应的学习参考书，准备必要的练习题和思考题。(六)(七)教案的编制主要按课时进行，按照一次课（2-3学时）编制一个教案。教案不必千篇一律，鼓励教师在备课中发挥自己的特色和创造能力。教师应根据课程特点写出自己的特点，在教学实践中进行验证，切实提高教学质量。(八)承担实验、实习、课程设计、毕业设计等实践教学任务的教师，都应根据实际教学情况和教学内容，参考所提供的教案格式编写教案，以保证各个教学环节的教学质量。(九)教案书写要字迹工整、清晰，文字正确，不允许用非标准的字符或文字

四、教案编写的步骤(一)(二)钻研教材和教学参考书。

确定本节课的教学目的，教学目的一般说应包含知识教学、能力发展、思想教育三个内容。(三)(四)确定本节课的重点和难点。

根据教材内容，设计授课类型，应采用的教学方法和准备好教学资源（即授课时使用的各种教具和设备）。(五)设计一节课的教学全过程的程序及布置作业等。

五、教案的管理(一)教案作为教学文件加以管理。教师应注意教案的积累和保存，教案应保存10年，以便在教学检查、教师业务考核时向有关部门提供。(二)所有教学环节均应有规范、完整的教案随堂备查，多媒体教学环境下实施的教学单元（或内容）均应有电子版教案。原则上没有教案不能上课。(三)每学期开学前，教师至少应写出二周的教案，对于开新课的教师，开课前应初步完成全部教案，35年岁以下的青年教师或任教时间不足5年的教师，其教案须由教研室主任审阅并签字。(四)凡电子版的教案必须打印出来。教案必须更新，各学期教学过程中的内容变动，须标注变更内容和变更时间，以便于教学活动的实施，且体现教案使用情况的变化。(五)各系（部）应于每学期开课前和学期中对教师的教案进行检查，期末结束前应对全体任课教师（含兼课教师）的教案进行全面检查，并督促教师做好教案的保管工作。并将检查情况于学期末汇总报教务处。(六)各级教学督导人员应在教学检查中将教案作为一项评价内容；教务处将对教师的教案进行抽查。(七)为了鼓励和推广优秀教案的经验，学院将定期开展优秀教案的评比工作，对于具有推广价值的教案给予适当的奖励。

学 院 教 务 处 2011年8月

第五篇：如何编写管理评审报告？

如何编写管理评审报告？

管理评审报告其实就是管理评审会议,把会议决议事项及结果再写成管理评审报告,首先需要各部门提供以下报告及总结报告与质量目标统计分析情况报告,评审报告还包括:评审日期、成员、目的、范围以及评审的输入与输出.下面是小编为大家总结的从哪几个方面写管理评审报告.1、评审目的

确保质量方针、质量目标和质量管理体系的持续适宜性、充分性和有效性。

2、评审内容

a、内、外部质量审核情况。

b、纠正和预防措施实施效果。

c、过程控制的情况。

d、产品质量状况(包括重大质量问题)。

e、顾客的满意度、顾客投诉处理的情况以及顾客反馈的其他信息。

f、质量方针和质量目标的实施情况及其适宜性。

g、质量手册及其支持性文件(主要是程序文件)是否需要修改。

h、组织结构、管理职能是否合适和协调。

i、资源是否配置得当。

j、有无影响质量管理体系的变化环境。

k、改进的建议。

3、管理评审的方式

采用召开管理评审会议的方式，对评审的内容进行讨论、分析、评价，最后确认结果并形成管理评审报告。

4、评审人员及分工

a、管理评审会议由总经理主持，管理者代表协助。

b、各部门部长/主管参加管理评审。

5、管理评审的时间安排及地点

时间：2008年12月9日下午15时到16时30分。

地点：公司会议室

6、评审输入的准备

各部门/人员准备下列资料，并在12月6日前提交给总经理/管理者代表。

由管理者代表提供的《质量管理体系运行情况总结报告》于12月10日提交总经理。

A、品管科

? 纠正和预防措施实施情况。

? 各车间质量统计分析报告(包括过程监控、重大质量事故、客户退货等情况)。

? 品质异常处理、分析状况

? 产品改进的具体落实情况。

? 改进建议、部门质量目标达成及实施情况。

B、技术部

? 工艺技术情况及发展动态。

? 新产品开发情况。

? 检验标准文件执行情况。

? 改进建议、质量目标达成及实施情况。

C.办公室

◆ 组织机构、职责分配、人力资源的总体分析。

◆ 全公司人员培训情况。

◆ 改进建议(包括员工合理化建议)、质量目标达成及实施情况。

D、销售部

◆ 服务情况报告(包括顾客的满意度、顾客投诉处理的情况及顾客反馈的其他信息等)。

◆ 本销售及市场分析(包括市场环境的变化等)。

◆ 合同的执行状况。

◆ 新产品开发建议。

◆ 运输服务现状与改进

◆ 改进建议、质量目标实施及达成情况。

E.生产科

◆ 各车间生产计划达成及产品报废情况。

◆ 生产过程质量控制情况。

◆ 现场5S管理实施及具体措施情况。

◆物料消耗、设备管理及现场工艺控制状况。

◆改进建议、质量目标实施及达成情况。

F、供应科

◆仓库管理(包括呆滞料处理，不良品等处理情况)。

◆合格供方考核评估情况。

◆.原辅材料、成品存储和防护中存在的问题

◆采购物料交期达成情况。

◆仓库物料盘存分析情况。

G.管理者代表

管理者代表会对各部门提交的报告进行分析，并在此基础上编写“质量管理体系运行情况总结报告“，内容包括：

◆ 公司总体质量方针、目标实施情况。

◆ 纠正与预防措施的落实情况和效果评价。

◆ 内部质量审核的总结、分析与评价。

◆ 质量体系文件的变动、组织结构的变动以及其他内外部环境的变化。

◆ 改进建议。

以上的只是写管理评审的目录，依据每个公司的不同的情况根据不同的行业，根据这个目录整合就行啦，如果想了解更多相关资源，晒课网，在线免费和大家一起分享!