单元测试检查表
语文常规检查表
合 计
随 记
8
10
4
4
4
Байду номын сангаас
10
6
10
56
得 分
杨 翠 霞
1.1
情 况 记 录 得 分
李 乐 娟
2.1
情 况 记 录
玉山镇前湖小学一、二年级语文备课检查表
检查人： 教师信息 月 二次备课
跟进度 课时足
日
单元测试
学习笔记
听课记录 理论 学习 学习 体会 质量 高， 书写 认 教学札记 （20次） 根据自己 教学情况 进行真实 深刻反思
单元测 等级统 备课情况 测试分析 试等级 计样卷
姓 名
班 级
说 明
课时和单 姓名填 分析准 达到规定次 跟进度 是否有 元备课， 写齐全 确，项目 数，记录齐 课时 等级统 有勾画， 有双 填写完 全，无小结 足，少2 计和样 二备有自 评，及 整，措施 和建议不给 课扣1分 卷 己的见解 时订正 针对性强 分。有一处 不全扣1分
单元测试检查表
条件组合覆盖。
路径覆盖。 循环覆盖。
黑ห้องสมุดไป่ตู้测试方法
运行单元程序有时需要基于被测单元的接口，开 发相应的驱动模块和桩模块。
驱动模块（drive）:对底层 或子层模块进行测试所编写的 调用这些模块的程序。 桩模块（stub）：对顶层或 上层模块进行测试时所编写的 替代下层模块的程序。
走查 （Walk Through）
定义：采用讲解、讨论和模拟运行的方式进行的 查找错误的活动。
注意：
引导小组成员在走查前通读设计和编码。 限时，避免跑题。 发现问题适当记录，避免现场修改。 检查要点是代码是否符合标准和规范，是否有逻辑错误。
审查 （Inspection）
定义：采用讲解、提问方式进行，一般有正式的 计划、流程和结果。主要方法采用缺陷检查表。
任务4： 模块独立执行通路测试
检查每一条独立执行路径的测试。保证每条语句 被至少执行一次。
Checklist: 算符优先级。 混合类型运算。 精度不够。 表达式符号。 循环条件，死循环。 其它
任务5：模块的各条错误处理通路测试
预见、预设的各种出错处理是否正确有效。
Checklist: 输出的出错信息难以理解。 记录的错误与实际不相符。 程序定义的出错处理前系统已介入。 异常处理不当。 未提供足够的定位出错的信息。 其它
5.7 单元测试常用工具简介
工具分类:
静态分析工具 代码规范审核工具 内存和资源检查工具 测试数据生成工具 测试框架工具 测试结果比较工具 测试度量工具 测试文档生成和管理工具
Q&A
5.3 静态测试技术的运用
静态测试技术： 不运行被测试程序，对代码通过 检查、阅读进行分析。
单元测试记录
分析
分析模块-数据库清除后，问题统计、问题排行、问题分析模块仍显示扣分值
已修改
设备详情
评价-设备评价-线路保护，通道类型、程序版本、校验码、生产日期、投运日期字段显示为空；
已修改
设备详情
移动端-评价-设备评价-线路保护-显示设备信息除设备名称、电压等级外，其他字段没有显示数据
已修改
评价
常规站-线路保护、变压器保护评价，扣分原则：一般扣1分、严重扣5分；
1、顾问专家登录，进行回复信息
2、另一台设备评价专家登录；无通知栏，无提示音
已修改
问答-详情
评价专家提问问题
1、顾问专家回复问题，回复内容含语音，回复完成；
2、评价专家登录，点击语音进行播放；语音下载失败
已修改
问答
评价专家提问问题
1、顾问专家回复问题，回复内容含图片，点击确定，上传成功，查看回复信息
已修改
问答-提交问题
页面提示上传失败，PC端只显示图片不显示视频
已修改
任务信息-详情-变电站详情-查看详情
输入设备名称：线路保护，点击查询，不显示任何数据
已修改
评价
上传方式为自动上传，评价完成设备-页面提示正在上传-等待至上传结束，提示“上传设备出现异常”
已修改
上传
上传方式为自动上传，评价设备-最后一个小项是否合格为否，添加图片、视频-上传评价结果-在PC端查看得分详情，不显示得分情况
已修改
评级细则
安控专家登录-评价安自装置设备、安控调度应用提示找不到细则
已修改
上传
上传方式为自动上传
1、评价设备-母线保护-评价设备（添加图片、视频），评价完成所有设备，出现运行停止
已修改
石灰生产单元-冶金企业安全标准化检查表
设备液压、润滑系统应符合要求，系统压力不得超过最大允许压力。
破碎机运转时的加油应使用油管延伸至安全地带内才可加油。
提升及传动部位防护装置齐全可靠，给料或料斗开口在无安全措施的条件下严禁人工疏通。
磨机筒体各部件螺丝齐全，牢固可靠，衬板完整无断裂、不漏灰。
磨机轴承润滑油应根据气候变化及时更换相适应的润滑油，并记录备案。
压力表、温度表保持清洁，安全可靠，并严格遵守在有效期内使用。
轴承瓦润滑油，冷却水管完好通畅，油泵安装平稳牢固，油管、水管、油箱定期清洗。
磨机系统的防护栏、罩、盖、跨越走廊应安全可靠。
在检验有效周期内使用。
操作人员持证上岗。
压力表、水位表、观火阀门灵活好用。
有岗位安全操作规程。
、电气设备设施
变配电站环境
①变配电站周围与其它建筑物间应有足够的安全消防通道，且保持畅通；
②应与爆炸危险场所保持15m以上、有腐蚀性场所保持7.5m以上的间距；
③变、配电站地势不应低洼，防止雨后积水；
④室内可燃油油浸变压器室应设容量为％变压器油量的贮油池；
空气斜槽
①空气斜槽密封完好，设备无扬尘、漏灰等缺陷；
②离心通风机运转无异声、无震动；
③观察口及连接法兰接口需有防进水措施。
链板运输机
①运输设备电机及减速机基础螺栓固定牢固；
②电机及减速机设备完好；
③设备总开关，运输长度超过的运输机必须设置紧急拉绳控制的紧急停机开关，且灵敏可靠。
、磨机系统
操作人员必须配戴防尘护品、护具，严格按操作规程操作。
⑤操纵机构应为国家许可生产厂的合格产品，高压开关柜应定期进行预防性试验；
单元测试记录检查表
单元测试记录检查表第一篇：单元测试记录检查表拟制审核批准密级质量体系作业文件文件编号单元测试记录检查版本生效日期页码单元测试记录检查表项目名称：承建单位：监理部门：1．系统单元模块名称：2．系统单元模块功能描述：检查人：日期3．测试质量检查：A、代码行数：测试用例数：边界值：□有□无比率：异常值：□有□无B、测试数据：正常值：□有□无C、功能测试：承建方测试报告结论：检查结果：D、性能测试：功能符合度：错误陷阱：□异常抛出错误信息明了，系统进行了正确处理□异常抛出错误信息不清，系统也未进行处理响应时间：4．检查结论：专业监理工程师签字：日期：天津泰达信息系统工程监理有限公司第二篇：安全检查表应用培训记录安全生产检查及检查表的应用一、安全生产检查企业的任何生产过程都会伴随一定的不安全因素。
为减少生产安全事故的发生，就必须预测可能发生事故的各种不安全因素（危险因素），针对这些不安全因素，制订防范措施。
而安全检查及检查所使用的安全检查表就是发现不安全因素（危险因素）的手段和工具，是最基础、最简便的识别潜在不安全因素（潜在的危险因素）的方法之一。
1．安全检查的目的安全检查是建立良好的安全生产作业环境和秩序的重要手段之一。
安全检查的目的在于发现不安全因素（危险因素）的存在的状况，如装置、设备、设施、工具、附件等的潜在不安全因素状况、不安全的作业环境场所条件、不安全的作业职工行为和操作潜在危险，以利采取防范措施，防止或减少伤亡事故的发生。
2．安全检查的内容安全检查的内容很多，大致有如下3个方面：l）检查企业是否建立健全了安全生产组织和安全生产责任制，是否贯彻“五同时”（即在计划、布置、检查、总结、评比生产工作的同时，计划、布置、检查、总结、评比安全工作）、“三同时”（即在新建、扩建、改建工程项目时，与安全防范保护措施同时设计、同时施工、同时投产验收）对职工伤亡事故的调查服告和处理中是否坚持了“四不放过”（即找不出原因不放过、本人和职工群众受不到教育不放过、没有制订整改防范措施不放过、整改措施没进行效果评价不放过）的原则、企业各项规章制度（如安全培训、教育制度、各级岗位责任制、各工种安全操作规程等）是否健全完善、是否严格执标企业安全技术措施经费资金有无保证等。
软件测试检查表
1. 检查每轮测试开始时测试环境是否准备好（包括软件硬件、测试基本数据等）；3. 每轮测试根据上一轮的情况和总体测试计划做分工调整；4. 检查case库的填报情况，抽查执行过的case；5. 检查BUG提交情况，抽查提交的BUG是否规范；6. 每天晚上统计BUG情况，填写每天的BUG报告；7. 根据每天的测试情况，决定是否开发组要发布新的BUILD；8. 每轮测试结束后填写测试总结。
2 下面是针对测试执行人员的：2.1 输入、编辑功能的验证检查点：1. 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；4. 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；5. Form提交后，要逐项检查输入的内容跟通过查询的结果一致；6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确，比如：部门财务软件开发部人员张三7. 备注字段的超常检查；8. 提交保存后能否转到合适的页面；9. 编辑Form显示的数据是否跟该记录的实际数据一致；10. 编辑权限的检查，比如：user1的数据user2不能编辑等；11. 可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；12. 对于保存有事务Trasaction提交，比如一次提交对多表插入操作，要检查事务Trasaction的处理，保证数据的完整和一致；13. 其他的合法性校验。
2.2 查询功能检查点：1. 查询输入Form是否正常工作，不输入数据是否查询到全部记录；2. 当查询的数据非常多的时候，性能有无问题；3. 查询的下拉菜单列出的数据是否正确；4. 查询结果是否正确；对于复杂的查询要通过SQL来检查结果；5. 如输入%*?等统配符是否会导致查询错误；6. 查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；7. 对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；8. 对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；9. 分页的统计数字是否正确，共X页，第N页，共X条记录等；10. 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；11. 查询结果有超链接的情况要检查超链接是否正确；12. 查询权限的检查，比如：user1不能查询到user2的数据等；2.3 删除功能检查点：1. 必须有“确认删除”的提示；2. 根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；3. 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；4. 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；5. 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；6. 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；7. 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；2.4 上传附件检查点：1. 检查是否能正确上传附件文件；2. 检查上传的文件是否能正确下载并打开；3. 至少检查下列大小的文件能正确上传，100k,1M,2M,4M,10M,20M等；4. 如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等；5. 如果有文件类型的限制还要检查能上传的文件的类型；6. 上传同名的文件，在打开的时候是否出错；7. 有中文文件名的文件能否正确上传；2.5 影响操作性能的检查点：（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）1. 对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；2. 菜单树，测试大量数据时菜单树的响应情况；3. 有日志的查询或者统计，要注意查询的效率；4. 大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；5. 大报表的排序sort、组函数的使用等；6. 大数据量的处理，如导入、导出、系统备份、文件传输等；。
单元测试检查表
单元测试检查表单元测试是软件开发中的重要环节，它可以确保代码的正确性和稳定性。
为了帮助开发人员进行有效的单元测试，本文将介绍一些实用的单元测试检查表。
首先，让我们了解一下什么是单元测试。
单元测试是针对程序中的每个独立单元或模块进行测试的过程。
这些测试通常由开发人员编写，用于验证他们的代码是否按预期工作。
单元测试的主要目标是发现代码中的错误和缺陷，从而提高软件的质量和可靠性。
在编写单元测试时，以下是一些实用的检查点：1、明确测试的目的和范围：在开始编写测试用例之前，确保清楚地了解测试的目的和范围。
这有助于确定需要测试哪些功能以及如何设计测试用例。
2、编写可重复的测试用例：确保测试用例可以重复执行，以验证相同的输入是否产生相同的结果。
这有助于确保代码的稳定性和一致性。
3、确保测试覆盖率：尽量确保测试覆盖了所有可能的代码路径和边界条件。
这有助于提高测试的可靠性和全面性。
4、验证输出：除了确保代码按预期执行外，还要验证输出是否符合预期结果。
这有助于确保代码的正确性和符合预期的业务需求。
5、处理异常情况：编写测试用例时，确保考虑了各种异常情况和边界条件。
这有助于发现潜在的错误和缺陷，提高软件的鲁棒性和稳定性。
6、监控性能：在编写测试用例时，注意监控代码的性能。
这有助于发现潜在的性能问题，确保代码在高负载情况下仍能保持稳定。
7、代码重构：在编写测试用例时，不要害怕重构代码。
这有助于提高代码质量和可维护性，同时使测试更加可靠和稳定。
8、持续集成和自动化测试：将单元测试纳入持续集成流程，并实现自动化测试。
这有助于确保代码的及时验证和持续改进，提高开发效率和软件质量。
总之，单元测试是软件开发过程中不可或缺的一环。
通过遵循以上实用的检查点，开发人员可以编写可靠、全面的单元测试，从而提高软件的质量和稳定性。
《成长的节拍》单元测试成长的节拍成长是一个人生旅程的重要阶段，它充满了挑战、机遇和收获。
在这个过程中，我们不断学习、改变和适应，以便更好地适应生活的各种要求。
小学常规作业检查表
试卷分析认真，书写认 真，内容贴合实际，根 据情况扣1-3分。
学生书写认真，改错认 真，有二次批阅痕迹，有 家长签字，每少一项扣1 分。
检查时间：
综合评分：
教师姓名： 10分
土山河小学单元试卷检查表
10分
班级：
检查标准 （50分）
单元测试紧跟教学进 度，每差一次扣2分。
封皮内容设计美观，订 装整齐，无破损。不符 合规范扣1-3分。
每项得分 主要优缺点
检查人：
检查时间：
河小学单元试卷检查表
班级： 10分
10分
科目： 10分
ห้องสมุดไป่ตู้
有师生同题，没有扣1 分；成绩登记准确，一 分两率计算准确，否则 扣1-3分。
单元检验测试质量分析表
.*单元测试质量剖析表考试时间：〔时间 90 分〕考试内容：班在籍参照总平优异优异及格及格最高缺席均最低级数数分数率数率分分分原由四〔 1〕班长处及剖析：失分许多的试题及原由剖析：试卷简要分改进举措：析教师：朱国印〔署名〕.*缺在平优席班参照总优异及格及格最高最低学籍均秀级数分率数率分分生数分数原因四5958\\58.6%0病〔 1〕假长处及剖析：1、本次考试的内容比许多，知识点比较全面，各题的分值散布比较小可以对学生进行全面的观察。
2、在解决修辞局部时，绝全局部学生达成的比较理想，失分不多。
3、语音局部除根基较差的学生外，多半学生能解答。
试失分许多的试题及原由剖析：1、整体看本试卷，学生计在着比较马马虎虎的习惯，如第五题，学生因粗心、不加以剖析而混杂了连续、陆续和连续三个词。
卷 2、学生没弄清要求就答题。
第一题学生就画错了线。
3、改正病句是一个难点，学生不知道病在哪儿。
4、给句子排队学生更难解答，学生语感较差。
5、读短文回复以下问题绝大部分学生不可以解决，没有仔细读文明要求。
简 6、作文上，多半学生没有弄清习作要求，不是去写景而是重视于去记事去了，甚至表达能力较差，没有记述次序，段落层次不分，标点乱用。
要分改进举措：1、要增强学生的学习习惯教育，包含仔细书写、仔细审题、仔细检查等。
2、从知识角度看，学生关于阅读根本知识点还需要在此后的练习中增强指导，特别是对个别学生的指导绝对不可以放松。
析 3、抓好此后每一堂课。
仔细上好每一节课，争取讲堂作业在讲堂上达成，并仔细批阅，做到实时校正，争取让每位学生可以段段清。
特别是学困生，坚持面批制度。
4、利用家校路路通与家长联系，争取家长的配合，以全面提升本班学生的学业成绩。
考试时间：〔 9 〕月〔昆寨小学四年级〔1〕班语文单元测试质量剖析表22 〕昆寨小学四年级〔1〕班语文单元测试质量剖析表考试时间：〔 10〕月〔18 〕日考试内容：第〔2〕单元缺在平优席班参照总优异及格及格最高最低学籍均秀级数分率数率分分生数分数原因四58571759\\47%病〔 1〕假长处及剖析：1．次考试的内容丰富，知识面比较广，各题的分值散布比较小，可以对学生进行全面的观察。
单元测试高质量分析报告表
单元测试质量分析表
教师：朱国印（签名）
考试时间：（ 9 ）月（昆寨小学四年级（1）班语文单元测试质量分析表 22 ）
日考试容：第（ 1）单元教师：龙祥昆寨小学四年级（1）班语文单元测试质量分析表
教师：龙祥
昆寨小学四年级（1）班语文单元测试质量分析表
教师：龙祥
昆寨小学四年级（1）班语文单元测试质量分析表
教师：龙祥
昆寨小学四年级（1）班语文单元测试质量分析表
教师：龙祥
昆寨小学四年级（1）班语文单元测试质量分析表
教师：龙祥
昆寨小学四年级（1）班语文单元测试质量分析表
实用文档
教师：龙祥。
二年级单元检测分析表
辨析题和选字填空错的比较多，不能区分字的意思。句子模仿大部分学生粗心错误。课文填空不扎实
采取的补救措施
1、加强学生对形近字的理解，争取能让他们把字词句等基础知识掌握得再扎实些。 2、多练习区分读音相同的字不同涵义会填空。 3、严格要求，养成认真检查的好习惯。培养学生认真审题以及做完试卷后仔细检查的好习惯，从每次作业，每次练习开始严要求。4、加强学生不同句式的练习
备注
第三单元检测记录表
二年级二班语文学科2017年3月31日
班级人数
50
测试人数
50人
任课教师
邵文娟
成绩统计
优秀率
24%
及格率
88%
不及格
及格
良
优
人数
6
12%
人数
44
88%
人数
11
22%
人数
28
56%
未及格学生姓名
程成才王国宁王泽军邵佳乐李家兴李思昊
检测题评价
本次试题题目考查的重点是本册书中基础知识的掌握情况。答题情况较好，大部分学生的基础知识掌握的比较牢固，极少数学生出现错别字。
检测存在的主要问题
学生对课文内容的灵活掌握情况还可以。其中围绕课文的积累和理解所出的题目紧扣书本而略超于书本，出题活。在做这道题时大部分学生能正确书写空格内容，对课文内容熟知，错误主要在于做题时粗心，不好好检查。
采取的补救措施
1、加强对学生基础知识的夯实力度，尤其是学困生的基础知识的练习和巩固，争取能让他们把字词句等基础知识掌握得再扎实些。 2、督促学生熟读、背诵课文。 3、严格要求，养成认真检查的好习惯。培养学生认真审题以及做完试卷后仔细检查的好习惯，从每次作业，每次练习开始严要求。 4、抓好阅读，知道学法。不论是课内还是课外阅读，让学生仔细阅读，认真思考，完整答题，努力答全面，培养正确解决问题的能力。 5、继续加强写作指导。从两方面入手，一是要加强课外的阅读积累，二是多提供连笔的机会，提倡与生活实践密切联系起来。
接地装置安装单元工程质量验收评定表
接地装置安装单元工程质量验收评定表
（含各部分质量检查表）填表要求
填表时必须遵守“填表基本规定”，并应符合下列要求：
1．本表适用于接地装置安装工程质量验收评定。
2．单元工程划分：厂房、大坝、升压站接地装置安装工程宜分别为一个单元工程。
独立避雷系统接地装置安装工程宜为一个单元工程。
3．单元工程量：填写本单元工程接地装置和独立避雷系统材料的型号规格及数量。
4．接地装置安装工程质量检验内容应包括接地体安装、接地装置的敷设连接、接地装置的接地阻抗测试等部分。
5．各检验项目的检验方法按表的要求执行。
接地装置安装单元工程质量验收评定表
接地体安装质量检查表
接地装置的敷设连接质量检查表
接地装置的接地阻抗测试质量检查表。
单元测试检查表
单元测试检查表Hanent整理单元名称_____________系统__________________构造________________任务编号_____________________________初次测试日期____________________关键测试项是否已纠正1有无任何输入参数没有使用？有无任何输出参数没有产生？[][][] 2有无任何数据类型不正确或不一致？[][][] 3有无任何算法与PDL或功能需求中的描述不一致？[][][] 4有无任何局部变量使用前没有初始化？[][][] 5有无任何外部接口编码错误？即调用语句、文件存取、数据库错误。
[][][] 6有无任何逻辑路径错误？[][][] 7该单元是否有多个入口或多个正常的出口？[][][]额外测试项8该单元中有任何地方与PDL与PROLOG中的描述不一致？[][][] 9代码中有无任何偏离本项目标准的地方？[][][] 10代码中有无任何对于用户来说不清楚的错误提示信息？[][][] 11如果该单元是设计为可重用的，代码中是有可能妨碍重用的地方？[][][]采取的动作和说明（请用单独的一页或多页。
每一项动作必须指出所引用的问题。
）审查结果1如果上述11个问题的答案均为“否”，那么测试通过，请在此处标记，并且在最后签名。
[] 2如果代码存在严重的问题，例如多个关键问题的答案为“是”，那么程序编制者纠正这些错误，并且必须重新安排一次单元测试。
下一次单元测试的日期：_________________________3如果代码存在小的缺陷，那么程序编制者纠正这些错误，并且仲裁者必须安排一次跟踪会议。
跟踪会议的日期：_________________________测试人签名：___________________________日期：_________________________。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
黑盒常用方法
等价类划分法
边界值分析法 错误推测法 因果图法 功能图法 三种数据： -- 正常数据 -- 错误数据 -- 边缘数据
另外还得考虑接口测试、性能测试、内存测试 性能分析 内存分析
5.6 调试与评估
调试与测试的对象及采用的方法有很大程度上的相似，调 试还用到断点控制等排错方法，但其目的却完全不同。测 试是为了找出软件中存在的缺陷，而调试是为了解决存在 的缺陷。
• • •
任务1： 模块接口测试
检查模Байду номын сангаас接口是否正确
Checklist: 输入的实际参数与形式参数是否一致。
个数、属性、量纲
调用其他模块的实际参数与被调模块的形参是否一致。
个数、属性、量纲
全程变量的定义在各模块是否一致。 外部输入、输出
文件、缓冲区、错误处理
其它
任务2： 模块局部数据结构测试
检查局部数据结构完整性
Checklist: 不适合或不相容的类型说明。 变量无初值。 变量初始化或默认值有错。 不正确的变量名或从来未被使用过。 出现上溢或下溢和地址异常。 其它
任务3： 模块边界条件测试
检查临界数据处理的正确性
Checklist: 普通合法数据的处理。 普通非法数据的处理。 边界值内合法边界数据的处理。 边界值外非法边界数据的处理。 其它
条件组合覆盖。
路径覆盖。 循环覆盖。
黑盒测试方法
运行单元程序有时需要基于被测单元的接口，开 发相应的驱动模块和桩模块。
驱动模块（drive）:对底层 或子层模块进行测试所编写的 调用这些模块的程序。 桩模块（stub）：对顶层或 上层模块进行测试时所编写的 替代下层模块的程序。
走查 （Walk Through）
定义：采用讲解、讨论和模拟运行的方式进行的 查找错误的活动。
注意：
引导小组成员在走查前通读设计和编码。 限时，避免跑题。 发现问题适当记录，避免现场修改。 检查要点是代码是否符合标准和规范，是否有逻辑错误。
审查 （Inspection）
定义：采用讲解、提问方式进行，一般有正式的 计划、流程和结果。主要方法采用缺陷检查表。
检查代码是否符合设计和规范
5.2 单元测试的目标和任务
目标: 单元模块被正确编码
• • 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部 数据的形式、内容及相互关系不发生错误，也包括全局变量在 单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。
注意：
以会议形式，制定会议目标、流程和规则，结束后要编 写报告。 按缺陷检查表逐项检查。 发现问题适当记录，避免现场修改。 发现重大缺陷，改正后会议需要重开。 检查要点是缺陷检查表，所以该表要根据项目不同不断 积累完善。
走查与审查的比较
准备 走 查 通读设计和编码 审 查 应准备好需求描述文档、程序 设计文档、程序的源代码清 单、代码编码标准和代码缺 陷检查表 正式会议 项目组成员包括测试人员 缺陷检查表
充分审查了所规定的代码，并且全部编码准则被遵守。 审查中发现的错误已全部修改。
5.4 动态测试技术的运用
动态测试需要真正将程序运行起来，需要设计系 列的测试用例保证测试的完整性和有效性。
白盒测试 黑盒（灰盒）测试
白盒测试方法
主要要逻辑驱动法和基本路径法。
语句覆盖。 判定覆盖。 条件覆盖。 判定/条件覆盖。
单元测试的定义
定义:
单元测试是对软件基本组成单元进行的测试。
时机:
一般在代码完成后由开发人员完成,QA人员辅助.
概念:
模块, 组件, 单元
为何要进行单元测试?
尽早发现错误
单元测试 3小时 集成测试
错误发现越早,成本越低.
6小时 12小时
开发人员过于自信,后期复杂 度高,发现解决BUG困难.
系统测试
任务4： 模块独立执行通路测试
检查每一条独立执行路径的测试。保证每条语句 被至少执行一次。
Checklist: 算符优先级。 混合类型运算。 精度不够。 表达式符号。 循环条件，死循环。 其它
任务5：模块的各条错误处理通路测试
预见、预设的各种出错处理是否正确有效。
Checklist: 输出的出错信息难以理解。 记录的错误与实际不相符。 程序定义的出错处理前系统已介入。 异常处理不当。 未提供足够的定位出错的信息。 其它
5.3 静态测试技术的运用
静态测试技术： 不运行被测试程序，对代码通过 检查、阅读进行分析。
三步曲： 走查 （Walk Through）。 审查 （Inspection）。 评审 （Review）
编码的标准和规范
标准：建立起来必须遵守的规则。
规范：建议最佳做法，推荐更好方式。
实施标准和规范的原因： 可靠性。 可读性和可维护性。 可移植性。
形式 非正式会议 参加人员 开发人员为主 主要技术方法 无 注意事项 生成文档 目标
限时、不要现场修改代 限时、不要现场修改代码 码 会议记录 静态分析错误报告 代码标准规范，无逻辑 代码标准规范，无逻辑错误 错误
评审 （Review）
定义：通常在审查会后进行，审查小组根据记录 和报告进行评估。
注意：
软件单元功能与设计需求一致。 软件单元接口与设计需求一致。 能够正确处理输入和运行中的错误。 在单元测试中发现的错误已经得到修改并且通过了测试。 达到了相关的覆盖率的要求。 完成软件单元测试报告
单元测试检查表 (1)
软件测试方法和技术
第5讲 单元测试
单元测试
5.1 什么是单元测试 5.2 单元测试的目标和任务 5.3 静态测试技术的运用 5.4 动态测试技术的运用
5.5 调试与评估
5.6 单元测试的过程与文档管理 5.7 单元测试的常用工具简介
5.1 什么是单元测试
测试的4个阶段：
单元测试集成测试 系统测试验收测试 按阶段进行测试是一种基本的测试策略