测试项目总结范文

测试项目总结篇1

关键字测试报告缺陷

正文

测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。

下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。

PARTⅠ首页

0.1页面内容：

密级

通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和更多的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。

XXXX项目/系统测试报告

报告编号

可供索引的内部编号或者用户要求分布提交时的序列号

部门经理______项目经理______

开发经理______测试经理______

XXX公司XXXX单位（此处包含用户单位以及研发此系统的公司）

XXXX年XX月XX日

0.2格式要求：

标题一般采用大体字（如一号），加粗，宋体，居中排列

副标题采用大体小一号字（如二号）加粗，宋体，居中排列

其他采用四号字，宋体，居中排列

0.3版本控制：

版本作者时间变更摘要

新建/变更/审核

PARTⅡ引言部分

1.1编写目的

本测试报告的具体编写目的，指出预期的读者范围。

实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。

1.2项目背景

对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。

1.3系统简介

如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。

1.4术语和缩写词

列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。

1.5参考资料

1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。

2．测试使用的国家标准、行业指标、公司规范和质量手册等等

PARTⅢ测试概要

测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）

2.1测试用例设计

简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法(3-4句)。

提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。

2.2测试环境与配置

简要介绍测试环境及其配置。

提示：清单如下，如果系统/项目比较大，则用表格方式列出

数据库服务器配置

CPU：

内存：

硬盘：可用空间大小

操作系统：

应用软件：

机器网络名：

局域网地址：

应用服务器配置

…….

客户端配置

…….

对于网络设备和要求也可以使用相应的表格，对于三层架构的，可以根据网络拓扑图列出相关配置。

2.3测试方法(和工具)

简要介绍测试中采用的方法(和工具)。

提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告后要避免大多工具的版权问题。

PARTⅣ测试结果及缺陷分析

整个测试报告中这是最激动人心的部分，这部分主要汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。对于不需要过程度量或者相对较小的项目，例如用于验收时提交用户的测试报告、小型项目的测试报告，可省略过程方面的度量部分；而采用了CMM/ISO或者其他工程标准过程的，需要提供过程改进建议和参考的测试报告－主要用于公司内部测试改进和缺陷预防机制－则过程度量需要列出。

3.1测试执行情况与记录

描述测试资源消耗情况，记录实际数据。（测试、项目经理关注部分）

3.1.1测试组织

可列出简单的测试组架构图，包括：

测试组架构（如存在分组、用户参与等情况）

测试经理（领导人员）

主要测试人员

参与测试人员

3.1.2测试时间

列出测试的跨度和工作量，最好区分测试文档和活动的时间。数据可供过程度量使用。

例如XXX子系统/子功能

实际开始时间－实际结束时间

总工时/总工作日

任务开始时间结束时间总计

合计

对于大系统/项目来说最终要统计资源的总投入，必要时要增加成本一栏，以便管理者清楚的知道究竟花费了多少人力去完成测试。

测试类型人员成本工具设备其他费用

总计

在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间，还可以算出每一个功能点所花费的时/人。

用时人员编写用例执行测试总计

合计

这部分用于过程度量的数据包括文档生产率和测试执行率。

生产率人员用例/编写时间用例/执行时间平均

合计

3.1.3测试版本

给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个子系统/子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。

3.2覆盖分析

3.2.1需求覆盖

需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

需求/功能（或编号）测试类型是否通过备注

[Y][P][N][N/A]

根据测试结果，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者用例不适用。实际上，需求跟踪矩阵列出了一一对应的用例情况以避免遗漏，此表作用为传达需求的测试信息以供检查和审核。

需求覆盖率计算Y项/需求总数×100％

3.2.2测试覆盖

需求/功能（或编号）用例个数执行总数未执行未/漏测分析和原因

实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的目的仅在于更好的查看测试结果。

测试覆盖率计算执行数/用例总数×100％

3.2缺陷的统计与分析

缺陷统计主要涉及到被测系统的质量，因此，这部分成为开发人员、质量人员重点关注的部分。

3.3.1缺陷汇总

被测系统系统测试回归测试总计

合计

按严重程度

严重一般微小

按缺陷类型

用户界面一致算法接口文档用户界面其他

按功能分布

功能一功能二功能三功能四功能五功能六功能七

最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言，图标能够使阅读者迅速获得信息，尤其是各层面管理人员没有时间去逐项阅读文章。

图例

3.3.2缺陷分析

本部分对上述缺陷和其他收集数据进行综合分析

缺陷综合分析

缺陷发现效率＝缺陷总数/执行测试用时

可到具体人员得出平均指标

用例质量＝缺陷总数/测试用例总数×100％

缺陷密度＝缺陷总数/功能点总数

缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。

测试曲线图

描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向

重要缺陷摘要

缺陷编号简要描述分析结果备注

3.3.3残留缺陷与未解决问题

残留缺陷

编号：BUG号

缺陷概要：该缺陷描述的事实

原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因

预防和改进措施：弥补手段和长期策略

未解决问题

功能/测试类型：

测试结果：与预期结果的偏差

缺陷：具体描述

评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响

PARTⅤ测试结论与建议

报告到了这个部分就是一个总结了，对上述过程、缺陷分析之后该下个结论，此部分为项目经理、部门经理以及高层经理关注，请清晰扼要的下定论。

4.1测试结论

1．测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）

2．对测试风险的控制措施和成效

3．测试目标是否完成

4．测试是否通过

5．是否可以进入下一阶段项目目标

4.2建议

1．对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响

2．可能存在的潜在缺陷和后续工作

3．对缺陷修改和产品设计的建议

4．对过程改进方面的建议

测试项目总结篇2

软件质量重于泰山

软件质量重于泰山，软件质量是核心竞争力之一。现在和未来软件企业的竞争力不仅体现在产品类型的多样性，产品功能的先进性，更多的体现在产品质量的稳定性和可靠性。软件应用的领域不断深入，设计的复杂程度逐步增加，开发的周期不断缩短，质量的要求水涨船高，软件企业面临着巨大挑战。

用户对软件产品质量的要求不断提高，促使软件企业把提高软件质量作为增强竞争力的策略。提高软件质量要素在哪里？可以通过采用软件设计技术，加强软件过程管理，实施软件测试等方法。从提高软件质量的显著程度、投资回报率和可实施性等方面比较，实施有效的软件测试，提高软件测试的效率，是保证软件质量的显著方法。

软件测试是通过技术、流程、工具、人员以及管理手段，检测软件文档、软件中间产品和最终产品，查找和报告软件缺陷、错误以及隐患的专业技术。通过跟踪缺陷、错误及隐患的修正过程，确保软件产品、中间产品和文档符合软件工程过程需求和用户的最终需求。

软件测试创新之道

软件测试在国内仍处于起步阶段，各种软件测试的方法、技术和标准都还在探索阶段。国内软件行业规模普遍偏小，缺乏大型软件产品经验，开发过程不够规范，这决定了国内软件质量和测试行业，必须根据国内行业现状，确定软件质量目标和测试策略方法，而不是照搬照抄国外成熟软件企业的测试方法。

观念创新

提高软件质量的决定因素不是软件测试技术，而是对软件质量和测试的思想观念。只有把提高软件质量上升到企业战略发展的高度，才能从根本上解决问题。长期以来，国内软件行业对软件质量重视程度不足，对于软件测试的作用认识不够，造成项目因质量问题造成进度推迟甚至失败。

为了彻底改变这种被动现象，企业高层管理人员必须从管理思想、资源支持等方面为软件质量和测试部门提供全力支持。软件项目经理必须坚持软件开发和软件测试并行处理并且互相协调。软件开发人员重视和配合软件测试人员。

观念创新不要仅停留在口头上，而要落实在具体行动上，通过软件质量和测试的有效流程进行推动，通过过程改进进行提高。通过有效组织管理，形成“以重视软件质量为荣，以轻视软件质量为耻”的工作氛围。

流程创新

测试流程决定软件质量。软件测试如同软件开发一样，需要经过收集测试需求、确定测试策略、设计测试、执行测试、分析测试等流程。软件测试不是软件开发的最后阶段，而是贯穿于软件项目的整个生命周期。

软件测试流程既不是僵化的生搬硬套，也不是随机的增添取舍。软件企业的质量管理部门和项目开发团队需要根据公司技术、资源现状，针对项目的特点和客户需求，从保证软件质量、项目进度和测试成本等方面，进行优化设计并且不断改进流程管理。对于项目周期长、应用领域广、对质量要求高的软件，必须制定和遵守严格的测试流程。

测试流程创新的目标是在公司内部制定和执行完善的项目质量管理体系。优化项目生产方式，跟踪和度量生产过程和产品，使得生产过程和各阶段产品处于可控制和可度量状态，保证产品符合客户的功能和进度需求。

技术创新

软件测试是一项软件工程领域的专业技术，而不是简单的把软件测试认为随便找个人运行几次软件，就可以发现全部的软件问题。前文已经提到，软件测试需求和测试设计是决定软件测试效果的关键因素，因此，加强测试技术创新的重点是在测试需求和设计设计的创新。

在软件测试技术创新方面，要避免陷入过度追求自动化测试技术的误区。自动化测试确实可以在某些方面显著提高测试效率和准确性，但是自动化测试只适合测试软件的某些方面的质量，80%左右的软件缺陷是靠测试人员手工测试发现的。

对于某些特别需要自动化测试的软件特性，需要加强开发软件测试工具，而不是全部依赖市场上的现有测试工具。这是因为商业工具功能繁多，价格昂贵，培训和学习周期很长，选择不当就会造成巨大浪费。

管理创新

软件测试管理的目标是实现软件质量、进度、成本之间的最佳平衡。有效的测试管理需要企业管理层、软件开发团队、质量保证与测试团队通力合作，采用计划、组织、领导、控制等手段，组建高效团队，制定完善的测试流程，做好测试设计，有效执行测试，加强过程跟踪，从而顺利完成质量保证和测试任务。

测试管理创新的核心是软件质量和测试的团队建设，软件质量和测试是技术密集型活动，团队的知识结构、创造力和凝聚力是保证测试流程、测试技术充分实施的基础。质量和测试团队建设的重点是设置和培养各类技术和管理人才，进行有效交流，形成良好的评估和促进机制。

测试管理创新的另一个重点是测试管理平台建设。包括构建测试项目管理的集成系统，实现公司产品和项目数据信息的有效管理和顺序控制，使项目数据透明化，技术知识有效传承，项目质量和进度数据化、图形化。可以根据公司的现状，购买软件测试管理的商业工具，也可以内部开发软件测试管理工具。

软件测试技术路线图

如果把软件测试之道成为测试战略，要发挥测试战略的现实意义，需要把测试战略转化为测试战术。测试的“道”与“术”的无缝集成，才能显著地、持续地、逐步地提高软件产品质量。实施软件测试的战术是一系列过程的组合，涉及测试团队建设、流程设计、测试平台、测试管理等多个方面。

测试团队建设

测试团队可以是测试部，也可以是测试组。公司规模决定了测试团队的大小和组织形式。测试团队建设需要执行两个原则:第一，测试团队必须独立于开发团队，而不是附属于开发团队，实现测试的独立性和公正性;第二，测试团队必须具有明确的工作目标，即发现和报告软件缺陷，推动和确认缺陷修正，协助软件开发的过程改进，提高软件整体质量。

软件测试团队根据规模可以设置多个职位，每个职位具有明确的岗位职责。例如，测试部门经理、测试项目经理、测试组长、测试架构师、高级测试工程师、测试工程师等。对于刚刚成立的测试团队，可以一个人兼任多个职位，完成多项测试任务。测试人员的总数应该与开发人员相适应，最好在1:1到1:2之间。

流程设计

测试流程设计必须与软件设计流程相对应，基本测试流程包括测试需求分析、测试计划设计、测试用例设计、测试执行、测试评价、测试总结等。

根据软件需求和软件设计规格说明进行测试需求分析，测试需求分析的目的是明确需要测试的对象、特征、范围和方法，从而制定测试计划，确定测试策略。

测试计划设计是为了有效配置测试过程、人员和工具，充分利用现有的资源，按照项目计划进度，组织有效的测试。测试计划设计的输出结果是测试计划文档，它是指导软件测试活动的纲领性文档。

测试用例设计是指导具体测试内容和方法的关键内容，如果需要执行自动化测试，还需要依靠测试用例设计生成对应的测试脚本。测试用例设计的输出结果是不同类型的测试用例，这些测试用例必须以标准、一致的形式设计、评审、存储、更新。

测试执行是报告软件缺陷的阶段，根据软件计划的进度，分配测试内容，构建测试环境，依靠测试用例运行测试程序和程序文档。测试执行的输出结果是缺陷报告、测试进度报告等。

测试评价是度量软件测试执行效率和有效性的过程。测试评价的输入是测试用例的执行情况，软件缺陷的报告数据。测试评价的输出包括测试用例的有效性分析，软件缺陷的类型和有效性分析等，测试进度和有效性分析等。

测试总结包括测试过程每天或者每周的过程总结，也包括测试项目结束后的测试项目总结。测试总结的输出是测试总结报告，总体评价软件质量，指出测试存在的问题，提出改进的方法和进程，总计测试的有效经验。

测试平台设计

测试平台设计包括测试技术平台设计和测试管理平台设计。测试技术平台包括设计测试环境，设计或设置测试工具等。测试管理平台设计包括测试文档系统设计、测试版本配置管理、缺陷数据库设计、测试进度和质量分析系统设计。

测试技术平台设计需要根据测试计划的测试内容和测试环境要求，组织软件、硬件、数据库和网络等，这经常是一项较为耗时的工作，同时它影响着测试的正确性，必须尽快在测试开始阶段完成，最好采用有效的方法把搭建的测试环境进行备份保存，以便今后可以快速恢复，重复利用。

测试管理平台设计，影响测试管理的复杂度，好的测试管理平台可以使测试管理人员，方便地跟踪、查询、分析测试进度，评估测试人员的工作绩效，评价测试的总体质量。对于测试技术人员而言，可以方便的寻找测试对象和测试文档，报告和输出测试结果，共享测试数据，提高测试效率。

测试管理

测试管理关注人员、过程、产品三要素的互动与变化，测试管理包含项目计划和组织结构管理，测试阶段管理，时间、资源和质量管理，文档管理和团队管理等。测试部门经理、测试项目经理和测试组长是测试管理的主要执行者，需要与测试团队成员、开发人员、公司管理人员密切配合。

为了加强测试管理，需要确保测试数据信息流通畅，使测试团队、开发团队、质量保证团队之间有效交流。测试管理的其他内容包括团队成员参与各种培训，客观积极的绩效评估，识别项目测试风险，实现人尽其才，信息共享，进度可控，规避风险，降低成本，提高质量。

结论

测试项目总结篇3

【关键词】西安外事学院；12级；体质测试；大学生

教育部、国家体育总局共同研究开发，制定出了《学生体质健康标准》，新《标准》，从2007年开始在全国各级各类学校全面实施。现通过对12级新生的测试结果进行统计、分析，得出目前西安外事学院学生的体质状况，并给予相应的对策、建议，以促进我校学生体质健康水平进一步提高。

1.研究对象、测试项目与研究方法

1.1 研究对象

西安外事学院12级本、专科大学生。总测试人数3163人，其中女子2076人，男子1087人。

1.2 测试项目

按照《学生体质健康标准》要求对我校本、专科生进行了体质指标测试：包括身高、体重、肺活量、立定跳远、抛实心球、1000米（男）、800米（女）等项目的测试。

1.3 研究方法

采用了文献资料法、测试法和数理统计法。

1.3.1 文献资料法

查阅有关期刊文献资料、书籍、网站等，为本文研究提供理论依据。

1.3.2测试法

选用由教育部权威部门认定的电子测试仪器分别对学生各项指标进行了测试，测试数据输入计算机。测试人员经过专门训练，测试成绩真实可靠。

1.3.3数理统计法

利用上海金教生产的体质测试管理系统软件（高校版）对测试数据进行了统计处理，并利用EXCEL软件对测试数据进行了分析。

2.测试结果与分析

2.1 身体形态的指标测试统计结果与分析

身高标准体重总评价（见表1～2）统计结果如下：从表1中可以看出其总体平均值，我校男生和女生等级评价比较好，在正常范围之内。然而，从表2中可以看到男生的“肥胖”等级的百分数比例过大，在正常体重范围的百分比相对偏少。女生从表2中可以得出：身高标准体重总的等级水平分布要比男生合理，但是“较低体重”等级的百分数比例过大，营养不良和肥胖的人数也较多。

2.2 身体机能的指标测试统计结果与分析

由表3～4分析结果看出：男生1000米成绩从总体平均水平上看都在“及格”的范围内，优秀人数的百分比偏低。男生肺活量体重指数从总体在“及格”的范围内，优秀人数的百分比同样偏低。女生800米总体平均水平在“及格”的范围内。肺活量体重指数从总体平均指数等级在“及格”的范围内，不及格人数的百分比偏高。

2.3 身体素质的指标测试统计结果与分析

立定跳远成绩总评价（见表5）的分析结果如下：男生立定跳远从总体平均等级水平上看，虽然在“及格”的范围内，但是都在“及格”的下限上。女生从总体平均水平上看，也是在“及格”的范围内。

抛实心球（见表6）分析结果如下：男生抛实心球体重指数总体平均水平在“良好”的范围内，优秀及良好比例较高，不及格的比例适中。而女生抛实心球体重指数总体平均水平处于“不及格”范围内，优秀率偏少，处于良好和及格的人数较少，不及格率太大。

2.4我校12级学生体质健康测试结果总评评价分析

我校学生体质健康测试结果总评评价（见表7）结果分析如下：男生从总体平均水平在及格的等级上，平均分值为68.78，处于中等水平上。女生总体平均水平的平均分值为62.35，处于及格与不及格的边缘。从统计结果看比男生要差。从总的测试合格率来看，我校男生的总体水平正常，合格率为79.67%，而女生总体水平较男生差，合格率为73.7%。

综上所述，我校12级学生身高标准体重主要表现在男生匀称程度较差，超重、肥胖学生人数比率较大；女生的匀称程度虽略好于男生；在身体机能的指标中，我校学生在耐力测试项目上总体水平偏低，肺活量体重指数的测试水平同样也比较低；在柔韧力量类项目上，我校女生的抛实心球总体水平较差；在身体素质的指标测试结果中来看：优秀率偏低，不及格率偏高。

3.结论与建议

3.1 结论

3.1.1从身高标准体重总评价统计分析结果可以看出，我校12级学生总体平均值虽然都在正常范围之内，但男生的“肥胖”等级的比例过大，女生身高标准体重总的等级水平分布要比男生合理，但是“较低体重”等级的百分数比例过大，营养不良和肥胖的人数较多。

3.1.2从身体机能测试结果可以看出，我校12级学生总体平均水平都在“及格”的范围内，耐力项目总体平均水平比较低，女生的不合格率较高。男生的肺活量体重的平均指数等级的总体水平比女生要好。

3.2 建议

3.2.1加强宣传教育，增强学生主动参加体育锻炼积极性。

3.2.2加强体育必修课程中身体素质练习内容比重，使尽可能多的学生在发展学生兴趣爱好的同时全面发身体素质。

参考文献：

[1]教育部、国家体育总局.学生体质健康标准[S].2007.

[2]杨贵仁.《国家学生体质健康标准》解读[M].北京：人民教育出版社，2007.

测试项目总结篇4

一、积极宣传，提高认识、加强管理

利用“红领巾”广播站和板报形式对《标准》的测试项目以及锻炼方法进行经常性的宣传教育，帮助学生了解健康的意义和锻炼目的。让学生懂得只有坚持经常锻炼才能增强体质、提高健康水平。并通过征文的形式对学生进行宣传进行教育。同时成立了校《标准》工作领导小组。组长由孟琦校长担任，副组长由主抓学校体育的徐玲副校长担任，组员由体育教师担任，领导小组成员进行了分工明确，同时拟定了《标准》的测试计划和工作重点，要求各校要严格按要求进行测试和评价、及时汇总、统计和上报测试结果。

二、注重效果，与各项体活结合

实施《标准》质量的好与坏不仅取决于测试的结果，更重要的是取决于开展活动的过程，若活动开展的好，学生积极参加效果就好，否则效果就差。我校小学把《标准》与体育教学结合、与课外体育活动结合、与运动竞赛等项目结合。取得了事半功倍的效果。《标准》项目测试统计结束后，我校达标率在95%以上。

三、认真组织测试

测试是实施《标准》工作中比较复杂的环节。我们对全校学生进行了分年级测试。由中心校统一安排测试人员，体育教师对测试结果进行统计上报，测试前体育组对测试人员进行统一培训。确保测试工作的顺利进行。

2、测试形式

需要利用器材测试的项目由测试组进行测试，其它项目由本校体育教师自测。

四、数据的收集、整理、分析和保存

1、我们对测试的原始数据和统计资料进行了妥善保存，每个学生都建立了《标准登记卡》用以记录每学年的测试和评价结果，毕业后放入学生档案

2、测试结束后我们根据测试结果和评分成绩，写了一份学生体质健康状况分析材料，内容包括现状分析、存在问题和今后工作建议等。

测试项目总结篇5

【关键词】通用接口总线；MLS接收机；自动测试系统

0 引言

微波着陆系统（MLS）属于机上导出引导数据的精密引导系统， 它由地面台和相应的机载接收机两部分组成。

MLS接收机的完整测试包括了总线功能和测试精度两方面共九个项目的测试，测试指标参数多达上百个。在传统的接收机测试中，直接对测试仪表进行人工手动操作、数据记录等，由于需要测量的指标参数多，该方法在使用的过程中工作量大、测试速度慢，而且测量的结果受人为因素的影响，已经不能适应实际测试的需求。因此，本文提出了一种基于GPIB的MLS接收机自动测试系统的设计，该系统可以由计算机控制自动完成对接收机的总线功能和测试精度的检测。该系统具有稳定性高、人机界面友好、操作使用方便等优点。

1 GPIB总线概述

通用接口总线（GPIB总线）是一种数字化并行总线，共有24根，包括16根信号线、8根地线。16根信号线分为3组：第一组是8根双向数据线，用于传输数据，命令或状态字。第二组是5根接口管理线，用于控制总线进程，起总线指挥作用。最后一组是3根握手线，用于数据的通讯联络，保证数据的可靠传递。GPIB使用8位并行、字节串行、异步通信方式，所有字节通过总线顺序传送。总线上传递消息的逻辑电平为负逻辑的TTL电平，数据最高传输速率可达8Mb/s。

GPIB系统中的仪器分为3种：控者、讲者、听者。控者（计算机）控制总线，在总线上传送仪器命令和数据，它对各台仪器发送指令，决定讲者、听者的分配，分时控制每一台仪器完成相应的测试任务；讲者发送数据；听者接收数据。

2 系统组成及原理

本系统采用的是典型的GPIB测量系统模式，即由主控计算机和3台GPIB仪器通过标准的GPIB电缆连接而成。系统由主控计算机来统一控制和管理，实现各设备自动化测试。MLS接收机自动测试系统结构框图如图1所示。

MLS接收机自动测试系统通过GPIB总线设置测试所需的模拟器参数，对接收机进行激励。测试台为自主研制的带有GPIB接口的设备，自动测试系统通过GPIB总线控制测试台，使测试台通过1553B总线、429总线对MLS接收机进行工作设置和数据读取，通过模拟电缆对MLS接收机的模拟信号进行读取，通过MLS接收机实时工作状态与标准值的对比进行测试结果的判定。测试台的另一个功能是给接收机供电。系统通过GPIB总线控制示波器来采集接收机实时波形信息反馈给主控计算机。

3 系统硬件设计

主控计算机选择PC台式机，配备打印机以便进行测试表格的打印。主控计算机通过NI公司的USB-GPIB接口与仪器进行GPIB通信。接口配有专门的驱动程序，符合IEEE-488.2通信标准，最多可控制14台GPIB仪器，支持USB2.0全速传输12Mbyte/s，兼容USB1.1接口。选用USB转换GPIB型的接口盒，任何场所的计算机只要外接转换盒就可以当作主控计算机，而且支持即插即用和热插拔，方便快捷。主控计算机的GPIB地址设置为0。

模拟器选用标准MLS地面模拟激励源，其GPIB接口地址为4。测试台为自主研制的带有GPIB接口的MLS接收机专用测试设备，地址为16。示波器的GPIB地址通过菜单选择设置为1。

4 系统软件设计

系统软件设计是MLS接收机自动测试系统的核心部分，主控计算机对模拟器、测试台以及示波器进行的所有操作都是通过软件实现的，以完成所有的测试参数配置，测试命令发送，测试数据采集和测试数据处理、输出功能。

4.1 软件平台

软件平台是硬件平台和被测接收机的桥梁，是检测系统集成和测试程序开发的基础和系统实现的关键。本系统的软件设计采用了NI公司开发的面向计算机测控领域的LabWindows/CVI软件开发平台。该平台在C语言基础上，综合了图形化测试开发平台和标准化平台的优点，开发程序效率较高、可靠性好。LabWindows/CVI有大量成熟的数据分析处理模块单元，界面设计比较灵活，可以满足测试系统软件开发的要求。

本系统的软件设计采用了LabWindows/CVI提供的多线程设计方法，有效的提高了软件的运行效率。多线程是指操作系统支持一个进程中执行多个线程的能力。当一个线程等待用户响应或大量计算结果时，另一个线程可以进行其他处理，使得进程总处于运行状态，随时进行响应，从而提高系统的响应效率。LabWindows/CVI提供了两种在次线程中运行代码的高级机制，分别是线程池和异步定时器。线程池适用于需要不连续的执行或在循环中执行的任务，而异步定时器适用于在固定时间间隔内执行的任务。本设计采用线程池的方法进行多线程控制。

4.2 软件的主要组成

为了便于软件的维护与扩展，MLS接收机自动测试系统采用软件模块化设计思想。软件主要由4大模块组成，分别是系统初始化模块、自动测试模块、手动测试模块、信号波形显示模块。

系统初始化模块包括初始化仪器以及GPIB板，并进行主控计算机与仪器的GPIB连接通信，通过LabWindows/CVI提供GPIB/GPIB488.2函数库对模拟器、测试台和示波器进行控制，完成相应的测试并通过仪器测试所需的数据。

测试模块是根据MLS接收机所提供的测试内容开发的软件模块。它分为自动测试模块、手动测试模块、波形显示模块。MLS接收机的九个测试项目分别封装为九个小模块。在自动测试方式下对九个测试项目模块进行串行调用，每个测试项目依次进行，项目测试过程及结果在测试界面实时显示，当测试结果出现异常时进行报警并停止测试。手动测试模块允许操作者根据需要任意选择项目进行测试。全部测试完成后根据预先设置进行测试结果表格打印并记录测试结果。信号波形显示模块完成对MLS接收机的模拟信号及429信号波形的实时显示，并计算其频率和电压伏值。

MLS接收机自动测试系统软件整体架构如图2所示

软件采用模块化设计，形成相互独立的、具有一定功能的软件单元，它们之间通过接口进行交互，利用消息发送方式对模块进行激活。

4.3 软件实现

主程序通过调用GPIB接口子程序完成系统的初始化，建立主控计算机与模拟器、测试台和示波器的GPIB通信，然后在主界面进行测试项目的选择，在测试子程序下进行模拟器、测试台以及示波器参数的设置，驱动模拟器、测试台以及示波器，完成对接收机的测试。自动测试系统主界面如图3所示。

如果在主界面选择自动测试，选择接收机的型号和填写编号后，程序自动执行。自动测试界面如图4所示。

若对某项性能指标存在疑问，或者是对某项指标的性能感兴趣，就可以选择选择手动测试，进而选择对应的测试模块，进行专门测试。手动测试界面如图5所示。

5 结束语

MLS接收机自动测试系统已经投入接收机的生产测试使用，实践表明，该系统减轻了试验人员的工作负担，减小了人为误差，极大的提高了工作效率，对接收机的性能评估有着重要的意义。

【参考文献】

[1]王婷婷，王俊.基于GPIB的自动测试系统设计[J].电子测术，2007，30（5）.

[2]张焕林，穆建成.基于GPIB 技术的自动测试系统设计[J].传感器与仪器仪表，2005，21（5）.

测试项目总结篇6

关键词：全国学生体质健康调研 《学生体质健康标准》 耐力 台阶试验 高校 体育教学

前言

新中国成立以来，党和政府十分重视和关心人民的健康和体质增强，尤其是对广大青少年学生，先后制定了一系列有关学生体质健康的评价制度。最早颁布实施的是1958年的《国家体育锻炼标准》（以下简称《劳卫制》），《劳卫制》的颁布实施在一定的历史阶段对提高我国学生的体质健康起到了非常好的作用，但随着社会的发展和时代的进步，《劳卫制》在对学生体质健康评价中存在的工作量大、数据统计处理技术落后的不足之处逐渐显现。90年代初，针对这种情况，国家体委、国家教委组织专业人员，根据当时近几年我国青少年儿童体质的发展变化，学校体育工作的逐步改善，以及当时广大青少年儿童的实际“达标”能力和水平，对《劳卫制》进行了适当的调整和修改，于1990年1月颁布实施了新的《国家体育锻炼标准实施办法》，对广大学生而言统称为《学生体育合格标准》。

2001年国务院召开了全国基础教育工作会议，并做出了《国务院关于基础教育改革与发展的决定》，其中提出要“制定并实施学生体质健康标准”。为贯彻落实《决定》精神，教育部和国家体育总局组织国内专家学者在总结《国家体育锻炼标准》和《学生体育合格标准》成功经验和充分调研的基础上，研究形成了《学生体质健康标准》，并于2002年7月正式颁布实施。

在这些评价标准实施的同时，为了充分掌握我国各省市、地区学生体质健康状况和发展趋势，以为制定各阶段学校体育卫生工作发展规划提供更科学的理论依据，1979年，在原国家体委、国家教委、卫生部、国家科委和国家民委五部委领导下，第一次在全国范围内开展学生体质健康调研工作。以后每隔5年进行一次，2005年是我国第六次在全国范围内开展学生体质健康调研工作。从历次的调研结果来看，总体来说，我国的学生体质健康状况持续得到改善，但仍然存在不少问题，其中，学生的速度、力量、耐力素质下降趋势明显，已是不争的事实。

1. 2005年全国学生体质健康调研陕西省大学生耐力项目检测结果的对比分析与研究

1.1 2005年全国学生体质健康调研陕西省大学生耐力项目检测结果与《大学生体育合格标准》得分的对比

1.22005年全国学生体质健康调研陕西省大学生耐力项目检测结果与《学生体质健康标准》中耐力测试项目得分的对比

1.3 2005年全国学生体质健康调研陕西省大学生耐力项目检测结果与西安建筑科技大学《学生体质健康标准》实施阶试验测试的结果对照

1.3.1对西安建筑科技大学三年《学生体质健康标准》实施阶试验测试得分结果严格按2005年全国学生体质健康调研样本构成，随机抽取，得出我校城男台阶试验测试得分平均为15.8分；乡男台阶试验测试得分平均为15.2分；城女台阶试验测试得分平均为15.7分；乡女台阶试验测试得分平均为15.1分；男生台阶试验测试得分平均为15.5分；女生台阶试验测试得分平均为15.4分。

1.3.2对西安建筑科技大学三年《学生体质健康标准》实施阶试验测试指数结果严格按2005年全国学生体质健康调研样本构成，随机抽取，得出我校城男台阶试验测试指数平均值为50.3；乡男台阶试验测试指数平均值为49.3；男生台阶试验测试指数平均值为49.6；城女台阶试验测试指数平均值为45.9；乡女台阶试验测试指数平均值为45.3；女生台阶试验测试指数平均值为45.6。

2. 分析与结论

2.1 2005年全国学生体质健康调研陕西省大学生耐力项目检测结果显示乡村学生在耐力测试项目中的成绩好于城市学生，这可能与学生吃苦耐劳精神和家庭及生活环境有一定关系。

2.2《学生体质健康标准》在台阶试验与1000米跑（男生）、800米跑（女生）的评价标准上大大低于《大学生体育合格标准》评价标准。在城市学校中，耐力跑不作为大学生体质健康评价项目和指标，可能是导致学生在耐力方面的能力进一步下降的因素之一。

2.3《学生体质健康标准》规定大学生在耐力测试和台阶试验选项上只能进行台阶试验；城市学生在台阶试验的测试数据和测试得分上要高于乡村学生，可能与台阶试验测试对学生的耐力要求不高，对学生节奏感和协调能力有一定要求有关，城市学生在这方面要好于乡村学生。

2.4 体育课程设置对耐力项目的忽视，也可能是造成导致学生在耐力素质进一步下降的因素之一。

3. 建议

3.1 《学生体质健康标准》在身体素质方面，尤其是耐力素质方面的评价标准低于《大学生体育合格标准》评价标准；耐力测试项目作为大学生体质健康评价项目和指标，是改变大学生耐力素质下降趋势的有效战略和途径；高校在贯彻实施《学生体质健康标准》时不应过分看重《学生体质健康标准》测试总体结果（如：优秀率、良好率、及格率等），应看重学生体质与健康个体发展水平。

3.2 积极进行高校体育教学改革，注重体育课程的适当调整，使课程设置与实施《学生体质健康标准》和提高学生身体素质尤其是运动素质相适宜，使体育课程设置朝着全面提高学生体质健康水平的理想方向发展。

3.3 高校应根据学校自身的特点和体育资源状况，开展有利于学生体质健康的各种群体竞赛活动，扩大学生参与活动的层面和人数，调动学生参加课外体育锻炼的积极性。

3.4 在专项技术课教学内容中有目的性地增加身体素质尤其是耐力素质的教学和考核，如：每学年第一学期，一年级学生要进行1500米跑（男生）、800米跑（女生）的达标考试；二年级学生要进行3000米跑（男生）、1500米跑（女生）的达标考试。达标考试合格，可参加年终体育课成绩总评；达标考试不合格，年终体育课成绩总评为不及格，督促和引导学生加强耐力素质的锻炼，达到提高的目的。

3.5 进一步加强学生体质健康意识的培养，改变部分学生参加《学生体质健康标准》只求及格的惰性思想，力求实施《学生体质健康标准》和全面提高学生体质健康水平双丰收。

3.6 高校应建立健全学生身体素质方面的监测、跟踪调查和信息反馈体系，为学校体育工作的良性开展提供理论依据。

3.7 因材施教，尝试和扩大高校体育教学运动处方教学方式的运用。

3.8 客观辩证地看待《学生体质健康标准》的实施，加强《学生体质健康标准》的实施与高校体育教学协调统一，实现全面提高学生体质健康水平的最终目标。

参考文献：

［1］国务院.中共中央国务院关于深化教育改革全面推进素质教育的决定.1999.

［2］学生体质健康标准研究课题组编著.《学生体质健康标准（试行方案）》解读［M］.北京：人民教育出版社，2002.

［3］国家体委、国家教委文件（90）体群字15号.关于在全国各级各类学校推行《国家体育锻炼标准实施办法》的通知.

［4］由文华.高校实施《学生体质健康标准》的调查研究［J］.中国教育教学研究，2004（9）.

测试项目总结篇7

分析基础审计作为现代审计的一种取证模式,与原有的三种取证模式(账目基础审计、制度基础审计和风险基础审计)相比,克服了它们的共同缺陷,即从“部分整体”收集证据的模式,采用从“整体部分整体”的取证模式,既可以提高审计工作效率,也能较好地保证审计质量,从而可以有效地降低审计风险,避免法律诉讼,是一种较为先进的取证模式,因此,探讨分析基础审计的取证原理,对于指导我国的审计实务具有重要意义。

一、分析基础审计模式与原三种审计取证模式的比较分析基础审计模式与原三种审计取证模式相比具有不同的特性,原三种审计取证模式都有固定的取证模式,账目基础审计的取证模式是按照会计处理相同或相反的循序依次审查会计资料,特点是审计直接针对会计处理的结果是否可靠进行实质性测试,而不考虑这些结果是怎样产生的。制度基础审计的取证模式是调查内部控制制度符合性测试实质性测试,特点是通过对内部控制的了解和符合性测试,评价内部控制的健全性和有效性,在此基础上,根据内部控制的评价结果,确定审计重点。一般来说,应将内部控制薄弱环节下所产生的会计数据作为审计重点。

风险基础审计的取证模式是了解内部控制结构控制测试实质性测试。风险基础审计与制度基础审计相比,在术语上,内部控制制度变为内部控制结构,符合性测试变为控制测试,这一改变,不仅是术语上的改变,而且应用的目的发生了根本性的变革。在风险基础审计下,对内部控制结构的了解及控制测试的目的不再是确定审计重点,而是根据了解、测试的结果,评价控制风险的高低,据此进一步确定构成会计报表的具体项目的检查风险的高低,从而确定对该报表项目进行实质性测试所需的证据数量。根据上述特点,可以归纳出原三种取证模式的共同点是从构成被审计内容的个体出发,根据对个体的审查结果对被审计内容的整体表述意见,采取的是从“部分整体”的取证模式,因此,其审计结论的可靠性与审计的个体数量的多少成正比,一般来说,审计的个体数量越多,审计结论越可靠。

在现代审计中,由于企业规模的扩大,需要审查的个体的增多,为确保审计质量,该模式下审计界关注的焦点是如何通过审查较少的个体数量,既能减轻审计工作量,降低审计成本,又能确保审计质量。在这一需求的带动下,审计取证模式由审查全部个体模式(账目基础审计)发展为抽查部分个体模式(制度基础审计和风险基础审计)。在抽查部分个体的情况下,由于只审查了部分业务,虽然减轻了审计工作量,降低了审计成本,但未查部分是否存在错误无法做出准确判断,从而使得根据部分业务的审查结果推断总体所做出的审计结论产生了不确定性,因而也就引发了审计风险的存在,所以,从“部分整体”的取证模式是引发审计诉讼爆炸的技术原因。

与原三种取证模式相比,分析基础审计不具有固定的取证模式,它是以分析技术作为审计的切入点,通过对会计报表的分析性测试,确定审计重点,然后根据构成会计报表的不同项目和审计人员所了解掌握的信息,分别采用不同的审计策略,若不准备依赖与该报表项目有关的内部控制,则直接转入实质性测试,与账目基础审计的取证模式相结合;若准备依赖内部控制,则实施了解内部控制的程序和控制测试,与风险基础审计的取证模式相结合。所以,在应用上,分析基础审计的取证模式可分为以下两种:一是分析性测试实质性测试;二是分析性测试了解内部控制结构控制测试实质性测试。该模式的特点是克服了原三种模式的局限,采取的是“整体部分整体”的取证模式,即首先对被审计的整体进行总体合理性的分析判断,并根据判断结果确定审计重点;然后根据判断结果对构成被审计整体的个体进行检查取证;最后,根据个体的审查结果对总体结果进行再次判断。

二、不拟依赖内部控制下的分析基础审计取证模式的应用步骤对于规模较小的企业或不拟依赖内部控制的企业进行审计时,分析基础审计的应用可采取以下步骤:

1.运用分析性测试,确定审计重点。为便于审计工作有序进行,既能提高审计工作效率,又能满足审计质量的要求,任何一项审计,在具体收集审计证据之前,应编制详细可行的审计计划。而审计计划中一项重要内容就是确定审计重点,在分析基础审计下,审计重点的确定是依赖分析性测试来完成的。在确定审计重点的过程中,应用的分析性技术是“本期到前期的变化法”。其基本原理是:将本期会计账面数与上期审定数相比,计算差异及其变动幅度,并据此确定审计重点。具体操作程序为:在审计工作底稿中,审计人员将客户当年的账面数和上期审定数放到相邻栏目中,使两个数字可以相当容易地进行比较,然后计算差异及变动幅度,并根据事先确定的重要性差异的判断标准,确定在审计实施阶段应予重点关注的项目。若本期账面数与上期审定数之间存在差异,由于造成该差异的原因包括经济的自然增长和偶然因素两方面,因此,审计人员不能据此而推断凡有差异均需重点审计。要判断差异是否作为重要性差异而列为审计重点,审计人员需要确定一个重要性差异的判断标准,这也是运用分析性测试确定审计重点的困难所在。判断标准的确定既可以是单纯的绝对数变化或百分比变化,也可以是两者的结合体,无论选择何种标准,均应在审计工作底稿中增加一栏“重要性判断标准”并做出说明。重要性判断标准的确定应由审计人员根据客户的实际情况,结合自己的职业判断加以确定。在确定了重要性差异的判断标准后,凡是差异或百分比超过重要性差异标准的项目都应作为审计重点。

2.实施实质性测试,收集审计证据。在审计实施阶段,根据审计规划阶段中确定的审计计划,对于审计重点内的项目,应进行比较充分的实质性测试;对于非审计重点的项目,也应逐项进行实质性测试,只是与审计重点内的项目相比,测试的量有所减少,而测试的类型不应有所变化。一般来说,实质性测试的类型包括:分析性测试、交易测试和余额测试。具体内容如下:(1)分析性测试。在对会计报表项目进行实质性测试时,首先应对其进行分析性测试。此时进行的分析性测试与确定审计重点时应用的分析性测试的目的是不同的,在这一阶段,应用分析性测试的目的是从总体上把握会计报表项目的“总体合理性”。一般来说,在对会计报表项目进行实质性测试时,审计人员首先应根据其所掌握的商务知识、会计知识和分析技术知识,分析每一个项目是否适宜采用分析性测试。商务知识用来理解经济环境和客户在该环境下的运作;会计知识用来理解财务和非财务数据的关系;分析技术知识用来明确在什么环境下,最适合采用分析性测试和怎样正确运用及评价分析性测试。

在确定是否适宜采用分析性测试时,审计人员应从三方面进行:第一,评价特定风险因素,即对既定的会计项目可能出现的错误情况进行辨别,如针对销售收入项目,客户高估收入的可能性大,还是低估收入的可能性大。第二,确定是否需要能够减少风险因素的审计证据,即决定审计人员是否需要取得或形成审计证据以将风险因素降至一个可接受的水平。第三,确定分析性测试是否能够提供合适的证据。若经过判断,无法进行分析性测试的会计报表项目,则直接转入下一步,对其进行实质性测试中的交易测试;需要进行分析性测试的会计报表项目,审计人员应根据所掌握的信息,选择最能达到测试目标的审计程序,并进行测试,最后,根据测试结果,对该项目的总体合理性进行评价。(2)交易测试。无论对报表项目是否进行分析性测试,都应进行交易测试。交易测试是通过设计相应的审计程序,对企业所发生的各项交易进行记录的整个过程进行测试,以对交易的真实性、记录的完整性、记账金额的正确性、分类正确性、时间正确性和过账与汇总正确性等交易测试目标做出评价。例如,企业应收账款的年初余额为5000元,假设该余额为上年审定数,本年发生两笔业务,一是本年赊销3000元,二是本年收回4000元,若对该应收账款账户本年发生的这两笔业务实施了交易测试,验证其符合交易测试的六项目标,据此可以推定该应收账款账户的年末余额4000元是正确的。构成会计报表的每一个项目都必须实施交易测试,只是不同的会计报表项目实施的交易测试的数量不同。

(3)余额测试。余额测试是通过适当的审计程序对账户的期末余额进行测试,以验证其是否满足真实性、完整性、所有权、估价、截止、机械准确性、分类和披露等余额测试目标的过程。虽然通过交易测试可以间接证实账户余额的正确性,但交易测试的范围没有包括所有的交易,也就无法通过交易测试来证实账户余额的正确性,还必须通过对余额的直接测试,取得证明账户余额正确性的确证证据。如上例对应收账款的交易测试,虽然可以间接证实应收账款余额的正确性,但由于受审计时间和审计资源的限制,审计人员不能对所有的应收账款业务进行测试,从而也就不能保证应收账款总账余额的正确性。为确保应收账款余额的正确性,审计人员还必须实施验证余额正确性的审计程序,如函证应收账款,以取得证明应收账款余额正确性的审计证据。

三、依赖内部控制下的分析基础审计取证模式的应用步骤如果在审计过程中准备依赖客户的内部控制,则分析基础审计的应用可采用以下步骤:

1.运用分析性测试,确定审计重点。在分析基础审计下,无论是何种情况,第一步的应用都是运用分析性测试确定审计重点。

2.了解内部控制结构。在审计过程中,如果准备依赖客户的内部控制,则审计人员应设计相应的审计程序,了解客户在经营过程中建立了哪些内部控制。了解内部控制的审计程序通常包括:(1)利用以前年度审计中获取的内部控制信息,根据情况变化作适当更新;(2)检查内部控制生成的凭证和记录;(3)询问客户的有关人员,并查阅相关的文件。通过上述程序,可以了解客户内部控制的设计情况,然后,根据了解的情况,对客户的控制风险做出初步评价。如果控制风险评价为高水平,则意味着客户的内部控制不能依赖,则应直接转入实质性测试,不再进行控制测试;如果控制风险评估为低于高水平的较低水平,则审计人员可考虑进行控制测试,以便获取支持控制风险较低的初步评价的审计证据。

3.控制测试。控制测试是对客户已建立的内部控制在实际运行中的执行情况所进行的测试。实施控制测试的目的是为了减少实质性测试的工作量,如果控制测试的工作量大于进行控制测试所减少的实质性测试的工作量,则该项测试是无效率的,因此,在进行控制测试之前,审计人员应该估计控制测试的工作量与进行控制测试所减少的实质性测试的工作量之间的关系。如果控制测试的工作量小于进行控制测试所减少的实质性测试的工作量,说明进行控制测试是经济的;反之,进行控制测试则是不经济的,也就没有必要进行控制测试而直接进入实质性测试。控制测试结束后,审计人员应根据控制测试过程中收集的内部控制执行情况的有关证据,对控制风险的初步评价进行再次评价,以确定控制风险的初步评价是否合理。如果评价的结果表明,控制风险的初步评价没有有力的证据支持,说明内部控制不能有效地防止或纠正错误的发生,控制风险不应定为较低水平,而应是高水平,在这种情况下,不能减少实质性测试的工作量;如果控制测试的结果表明,内部控制是有效的,则说明控制风险的初步评价是合理的,在此情况下,可以减少实质性测试的工作量。

测试项目总结篇8

随着计算机软件技术的高速发展，软件测试在软件开发过程中的地位也越来越重要，软件测试是保证软件质量和可靠性的重要手段之一，软件测试人才需求猛增，软件测试已经成为计算机专业的重点专业课程。传统的软件测试教学模式，测试理论和测试实践严重脱节，不能很好的满足软件企业对测试人才的要求。依托广东东软学院的特色教学实践1321教学模式，进行以实践能力和就业能力为导向的课程综合实践探索，深化教学改革，激发学生的兴趣，让学生贴近现实的工作场景中学习，了解在软件开发过程中测试岗位的工作过程和知识要点，培养学生软件测试应用技能型人才培养为目标。

二、软件测试课程实践构建的主要思路

软件综合实践安排在大三课程开始之前的实践学期进行，为期4个星期，每天4学时的实践教学指导，软件测试专业的学生已经学过专业基础课《Java程序设计》、《计算机文化基础》、《网页设计》、《数据库设计》、《软件开发过程实践》，专业课《软件测试概论》、《功能测试》，学生初步具备了参与综合实践的专业素质能力。在综合实践开发团队中，将软件开发专业、网站规划与设计专业、数据库管理专业、软件测试专业和网络技术的同学，以3:1:1:1:1这样的比例进行团队建设，从中选出一位同学兼职项目经理，实现学生自主管理，配备具有双师素质的专业老师，一位教师负责指导5-7个团队的项目开发，当需要进行专业指导时，临时进行专业化实践指导，全方位分阶段、分岗位进行进行全程交叉技术指导，同时邀请合作单位的软件工程师，同步进行项目过程的跟踪，给予学生岗位最精准的实践指导。采用项目驱动的方法开展实践教学，通过开发真实的软件项目，以软件工程开发过程为导向，制定软件综合实践——软件测试方向的实践方案，分阶段进行实践，选择有较强的实践性和创新性的项目给学生选题，选题要贴合实际项目，需求相对容易获取，具有一定的创新性，能够激发学生的学习兴趣。首先需求的调研，需求的评审，编写测试计划，设计测试用例，测试执行，测试记录的跟踪和测试总结报告，对每个测试阶段进行教学设计，不断的将所涉及到的知识点融入到实践中，增强学生职业岗位素养能力，团队合作的意识，同时探索以学生管理学生的模式进行实践探索。

三、软件综合实践测试岗位的工作过程与方法

在软件综合开发实践过程中，对软件测试岗位的同学依据软件工程的理论进行指导，结合企业的工作流程，采用分组的教学模式，采用软件测试常用的W模型，进行教学指导，培养学生的团队合作能力，沟通能力，实践能力。测试岗位的工作主要分成两个三个部分，第一部分是需求的调研和评审，测试计划中测试策略的选择、任务的时间安排和测试用例的设计；第二部分主要是测试执行，安装测试工具，部署测试环境，按照测试所设计的测试用例进行手动功能测试，尝试利用自动化测试工具QTP进行自动化测试，运用所学过的黑盒测试方法，进行web测试，兼容性测试等方法的测试工作，将所发现的问题记录到测试管理平台（QC）的缺陷缺陷跟踪表中，修复后，进行验证性测试，第三部分就是测试总结报告。

四、软件综合实践的考核

1.答辩委员会的组成。立体化全方位的考核方式，采用学生团队答辩的方式进行最终的考核，答辩委员会成员由软件开发方向教师、网站规划与开发教师、数据库管理方向教师、软件测试技术方向教师和企业工程师共同组成。2.软件测试岗位的知识点的考核。每个专业都设计了一套科学有效的评价体系，从三个部分对学生的能力进行全方位评。第一部分IT职业素养能，占总成绩比例的30%，考勤、项目管理能力、文档编写能力、团队合作与沟通能力、演讲与答辩能力；第二部分团队实践成果，占总成绩比例的30%测试环境部署、测试工具软件的安装、测试执行中缺陷报告的跟踪、测试总结报告的编写；第三部分岗位技能成果，占总成绩比例的40%，软件开发过程文档：需求评审报告、测试计划报告、测试用例报告。

五、软件综合实践教学实践的意义

1.软件综合实践项目分组教学的意义2.软件测试岗位同学的收获3.综合实践教学的后续影响4.软件综合实践教学的改革未来方向

作者:张彤宇 李晶 姚庚梅 单位:广东东软学院计算机科学与技术系

参考文献：

[1]罗先录.IT类专业实践教学的三个层次[J].计算机教育,2007(18):14-15.

[2]陈宁江.软件测试综合实践教学方案探讨[J].大众科技2010(9).