测试方案
一测试概述
（一）定义
测试将验证软件与其所依赖的环境的依赖程度，包括对硬件平台的依赖程度和对软件平台依赖程度，即是通常说的软件的可移植性。简单来说，待测试项目在同一操作系统平台的不同版本、不同的操作系统平台上是否能很好地运行。待测试项目是否能与相关的其他软件和平共处，会不会有相互不良的影响。待测试项目是否能在指定的硬件环境中正常运行，软件和硬件之间能否发挥很好的效率工作，会不会影响或导致系统的崩溃。待测试项目是否能在不同的网络环境中正常运行。
（二）目的和意义
测试主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。由于各类应用软件和系统软件已经到了多如牛毛的地步，而且可以预见还将继续以爆炸式的速度增长，软件之间的数据共享和系统资源分享变成为一个问题，这也是测试的意义所在。虽然测试无法做到完全的质量保证，但对于一个项目来讲，测试是必不可少的一个步骤。
（三）配置测试和兼容测试区别
配置测试和兼容测试是软件测试中容易混淆的两个概念，他们对软件开发都比较重要，但他们测试和关注的核心内容是有区别的。配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容测试主要是测试软件能否与不同的软件正确协作。
配置测试的核心内容是使用各种硬件来测试软件的运行情况，测试对象是硬件，一般包括：一是软件在不同的主机平台上的运行情况；二是软件在不同的组件上的运行情况；三是不同的外设和不同的接口下的运行情况；最后还有某些可选择的不同软硬件。
兼容测试是用于检查软件是否能够与其他软件正确协作，测试对象是软件，一般包括：一是测试软件是否能在不同的操作系统平台上兼容，或测试软件是否能在同一操作系统平台的不同版本上兼容；二是软件本身能否向后和向前兼容；
三是测试软件能否与其它相关的软件兼容，包括一些用户常见软件；四是数据测试，主要是指数据能否共享。
总之，我们可以简单的理解：配置测试的对象是硬件，兼容测试的对象是软件。
（四）测试环境
测试中的硬件环境指进行测试所必需的服务器、客户端、网络链接设备，以及打印机、扫描仪等辅助硬件设备所构成的环境。软件环境则指被测软件运行所需的操作系统、数据库、中间件、浏览器及与被测软件共存的其他应用软件等构成的环境，我们可以通过向硬件厂商租用或借用，采用试用版软件，在条件完善的专业测试实验室里，这三种方式来完成测试的环境搭建。
二测试的方法
（一）硬件测试
目的是确认对于硬件环境的描述是否合理正确。因为不同的硬件配置可能影响软件的性能，有些软件可能在不同的硬件环境中，出现不同的运行结果或是根本就不能执行。测试包括一下两点：
1.整机的测试
确认软件需求的最低配置和推荐配置的合理性和正确性，CPU、内存、硬盘等，最低配置是否能够满足系统运行的需要，在推荐配置下系统的响应迅速。考察软件对运行硬件环境有无特殊说明，为了满足不同的使用需求，软件系统能否运行在多种硬件配置环境下，并且系统功能和性能都能满足设计需求。如果软件对硬件的配置要求比较高还要测试它的敏感度。
2.板卡和外设的测试
如果软件需要直接访问某类板卡和外部设备，通常需要对这些板卡和外设的接口调用进行测试，以确保对这些接口的访问适用于所有型号的板卡和外设。例如：打印机，用户可能会将网页打印下来，有时在屏幕上显示的图片和文本的对齐方式可能与打印出来的东西不一样。
（二）软件测试
软件测试是指检查软件之间是否能够正确地进行交互和共享信息。交互可以是同时运行于同一台计算机上，或在相隔甚远的不同计算机上的两个程序之间进行。在接受测试任务时，应仔细了解产品说明书中的有关内容并和相关人员进行沟通。理论上任何两个软件之间都有冲突的可能，因此软件的兼容性就成为了衡量软件好坏的一个重要指标。软件测试包括：
1.操作系统/平台的测试
进行平台的测试的目的是保证我们的待测试项目在该操作系统平台下能正常运行。用户使用操作系统的类型，直接决定了我们操作系统平台测试的平台数量，应用软件的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样就可能会发生兼容性问题，同一个软件可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败,因此理想的软件应该具有平台无关性。
市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。对于普通用户来讲，最常用的是Windows操作系统，Windows操作系统包括Windows XP，windows 2003，vista，Win2000/NT，Windows XP等。对于一些特殊项目（比如定制项目），可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行测试。大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前的主流操作系统版本进行测试，在确保主流操作系统版本测试的前提下在对非主流操作系统版本进行测试，尽量保证项目的操作系统版本的测试的完整性。
2.应用软件测试
软件在运行中总是需要与其他软件进行交互，而任何交互问题都可能引起软件的运行问题。软件运行需要哪些应用软件支持，判断与其他常用软件一起使用，是否会造成其他软件运行错误或本身不能正确实现其功能。因此要针对与该软件可能发生交互的软件进行测试。
3.浏览器测试
现在好多应用软件都应用B/S结构，它们的客户端都使用浏览器。因此，浏览器是Web客户端最核心的构件，但来自不同厂商的浏览器对Java、JavaScript、ActiveX、 plug-ins或HTML规格都有不同的支持，即使是同一厂家的浏览器，也存在不同的版本的问题。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun的产品等。
另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。所以，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性，也是软件测试的重点之一。
目前最为常用的浏览器为：IE 6.0 IE 7.0. IE 8.0.但由于操作习惯的问题，还有相当一部分用户喜欢使用腾讯的TT，以及firefox浏览器，这些浏览器同样也存在各个版本的问题。这个对于Web系统来讲是一个相当大的挑战。对于一些特殊项目（比如定制项目），可以指定某一类型的浏览器（包括版本），这些都必须在需求规格说明书中指明。针对这些指明的浏览器必须进行测试。但大部分的项目，是不能指定浏览器的，针对这样的项目，那么我们必须针对当前的主流浏览器（含版本），在确保主流浏览器的测试通过的前提下，再对非主流浏览器（含版本）进行测试，尽量保证项目的浏览器的测试的完整性。测试浏览器兼容性的一个方法是创建一个兼容性矩阵，在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
（三）数据测试
通常一个系列中不同软件通过约定好的数据格式实现集成，不同的软件通过标准的数据格式进行集成，这个时候就需要针对相应的一种或多种数据格式检查被测软件是否可以通过复合数据格式的各种数据进行正确的交互。
1.数据格式兼容性
一个软件系统在其生命周期里会出现一系列的版本，所以测试新版本软件能否兼容旧版本的数据是测试的一个重要方面，需要针对不同的版本进行测试。例如，当软件升级后可能会定义新的数据格式或文件格式，这就涉及到对原有格式的支持及更新，原有用户记录在新格式下是否依然可用等。另外还需要测试转换过程中数据的完整性与正确性。
2.数据库兼容性
如果软件需要支持不同的数据库，需要针对不同的数据库产品进行测试。现在很多软件尤其是MIS（管理信息系统）、ERP、CRM等软件都需要数据库系统的支持，对此类软件应考虑对不同数据库平台的支持能力，如从sql server平台替换到Oracle平台，软件是否可直接挂接，或者提供相关的转换工具。
3.其他数据兼容性
软件是否提供对其他常用数据格式的支持，例如办公软件是否支持常用的DOC、WPS等文件格式，支持的程度如何，即软件是否能完全正确地读出这些格式的文件。
三测试工具
三款浏览器测试工具：
1.IETester是一个免费的Web浏览器调试工具,可以模拟出不同的js引擎来帮助程序员设计效果统一的代码。它集成IE5.5、IE6、IE7，IE8 beta2这4个不同版本的IE，支持操作系统XP和Vista，可以方便的解决IE浏览器的兼容问题。
2.Browsershots是一款免费的跨浏览器测试工具，能给出你的网站在不同浏览器下显示效果的截图，同时为你检测几十种浏览器，并生成直观的图片让你分析。
3.Superpreview微软自己发布的跨浏览器测试工具，通过它可以同时查看网页在多个浏览器的呈现情况，对页面排版进行直观的比较。
四总结
在实际软件开发中，软件通常都是需要在许多种不同的软硬件环境中运行，然而由于任何一个软件都或多或少地依赖所运行的环境，所以环境的差异可能导致软件在不同的环境下运行会有不同的结果，所以对软件的兼容性进行测试是很重要的。然而并不是每个软件都要进行所有的兼容性项目的测试，在实际测试中，要按照软件类型、需求定位和测试环境进行选择，并调整并扩充测试方案。还要注意的是，对于定制系统来说，测试应尽早进行，否则系统投入使用后，随着系统中数据的增多，测试的风险和投入将越来越大。通常如果期望的运行环境存在众多的可变性，兼容性也会很复杂，反之，兼容性就很可能不存在问题，测试也会变得非常简单。因此针对不同的软件对其运行环境的要求，要开展不同的软件测试，以保证软件的正常运行并发挥其最大的作用。
不同场景23G互操作相关参数配置验证测试方案 一、测试目的 在目前的3G TD-SCDMA网络还不太完善和成熟的条件下，总是存在一些覆盖空洞和覆盖边缘的场强情况，若在这些区域中现有的GSM网络覆盖较好，那可以选择一些机制使用户在TD覆盖边缘和掉话的前期尽早地进入GSM网络系统中避免掉话现象，这样就减少了系统的掉话率和提高了用户的感知度，从而GSM成为TD-SCDMA网络的有效补充和辅助手段。 用户刚开机的时候，存在三种可能的网络选择方式：优选3G网络、优选2G网络和无优先级。优选3G网络是现在专家们的一个普遍的共识。从网络负荷角度看，优选3G网络可以有效分担2G网络的负荷，提高3G网络的利用效率。 表错误！文档中没有指定样式的文字。-1 选网方式对比 具体的，TD/GSM互操作的主要目标在于满足如下需求： ◆提升感知：在TD网络发展和完善的过程中，利用2G网络进行有益的补充，提升 客户感知度； ◆优先驻留：保证用户优先驻留在TD网络，享受先进的技术与丰富的业务； ◆总体性能最优：在互操作过程中应保证网络总体性能最优化； ◆网络负荷较低：避免频繁的系统间切换和选网操作，减少对用户体验的影响和网络 负荷。 ◆23G互操作参数配置的总体策略：在兼顾用户感受的情况下，使TD用户尽可能使 用TD网络资源。 互操作应遵循以下原则： ◆原驻留在TD网络的UE，在没有TD覆盖或TD覆盖较弱，且2G信号较好时，UE 重选或切换到2G。当UE回到TD网络覆盖区域且TD信号较为稳定后，将选回 TD网络。 ◆对于语音业务，考虑到话音业务的连续性要求，确保TD到2G切换成功率。对于 数据业务，在保证业务不中断的基础上，尽可能让用户留在TD网络。 ◆异系统重选和切换比系统内的重选和切换要复杂而且对客户影响更大，必须避免过 度频繁的互操作。
文华学校小学科学学生学业评价方案 一、指导思想 更好地发挥评价工作在提高学生科学素养方面的发展性功能,充分体现评价方式的全面性、过程性和多元性;优化评价方式方法,提升科学教学水平和学生科学素养。 二、评价内容(各年段自行选择确定比列) 1、纸笔测试:对事实、概念的感知和理解的程度;对某些探究过程和方法的掌握情况;对某些探究行为、态度和观念的调查了解。 2、现场操作性作业:科学探究的过程、方法、能力及表现出来的态度。 3、学习准备:每节课准备课本、能力训练、学具、文件袋及其它自备材料情况。 4、谈话、问卷:了解有关的学生可能知晓的事实、经验、初始概念等。 5、查阅分析平时作业(或作品):探究记录、探究实践报告或论文、单元或课时 测试、制作作品等。 6、观察学生的学习表现:探究操作情况、发言情况、遵守规则和合作情况等。 7、学生学业成绩不以纸笔测试为唯一标准,试卷不超过60%,平时活动记录、单元测试、表现性作业、课堂观察不少于40%,平时成绩特别优秀或达到教师指定标准可免考纸笔测试。
三、年段要求 三年级:活动记录50%,纸笔测试40%,表现性作业10% 四年级:活动记录30%,纸笔测试60%,表现性作业10% 五年级:活动记录30%,表现性作品20%,纸笔测试50% 六年级:纸笔测试60%,活动记录20%,课堂表现综合评定20% 三、统一纸笔测试安排 南山外国语学校小学科学期末考试安排 (15-16学年第二学期) 1、考试时间:2016年元月12日周二下午第一节课 2、考试对象:南山外国语学校文华部3-6年级全体学生 3、监考人员:当堂任课教师。 4、监考要求: 学生单人单座,闭卷考试,严格执行考场纪律。 四、试卷命题要求 1、题量适当、每一小题分值不宜过大 2、书面语言适当考虑学生年龄特征及接受能力
内控体系自我测试实施方案 一、立项依据 按照某部一届四次员工代表大会的部署，以及某部2011年重点工作分解落实的具体要求和2011年度内控工作计划安排，某部综合办公室将牵头组织开展内部控制自我测试工作。 二、测试目标 通过对某部内控体系设计有效性和实施符合性进行测试，查找内控体系设计和运行方面存在的问题，及时改进和完善。 三、组织方式 各单位（处室）自查与某部集中测试相结合。 四、测试范围 某部所属单位、机关处室。 五、测试内容 （一）各单位（处室）自查 各流程建设单位（处室）对照《某部——内部控制管理手册》中内容，查找本单位（处室）在内控体系建设和内部控制执行方面存在的问题，同时也可以针对某部内部控制体系建设工作提出改进建议。 （二）集中测试
根据某部内部控制体系建设及运行实际情况，本次测试为业务活动层面控制测试，测试内容如下： 对MP01人力资源管理、MP02财务管理、MP04物资管理、MP05资产管理、SP04经营计划、KP17工程管理、KP19矿区服务流程进行测试。 ⑴MP01人力资源管理：MP01.03薪酬福利与保险 ⑵MP02财务管理：MP02.01资金管理、MP02.03油气及固定资产管理、MP02.07无形资产管理、MP02.09期间费用管理 ⑶MP04物资管理：MP04.03存货管理 ⑷MP05资产管理：MP05.07矿区服务资产管理 ⑸SP04经营计划：SP04.29矿区服务年度预算 ⑹KP17工程管理：KP17.01基础设施建设 ⑺KP19矿区服务：KP19.01物业、KP19.02公用事业 ⑻其他流程视具体情况确定是否需要进行测试。 六、测试期间和测试依据 测试业务期间为2011年1月1日至4月30日之间的经营管理活动。 测试依据《某部—内部控制管理手册》。 七、测试组织 自我测试设组长和主审，组长负责组织协调测试组的工作，主审负责测试工作的具体落实开展，测试成员按照业务
信访局网上信访信息系统项目 系统测试方案 2015年7月 太原新汇科计算机有限公司 Taiyuan New Quick Com puter Co.,LTD 本文档及其所含信息为机密材料 并且由晋中市及所辖各县（市、区）信访局和太原新汇科计算机有限公司共同拥有。 文档中任何部分未经晋中市及所辖各县（市、区）信访局和太原新汇科计算机有限公司书面授权，不得泄露给第三方，也不得以任何手段、任何形式进行复制与传播
目录 1概述 (1) 1.1目标 (1) 1.2假设 (1) 1.3测试范围 (2) 1.4测试方法 (2) 1.5测试步骤 (3) 1.6测试进入准则 (3) 1.7测试结束准则 (4) 2测试地点、人员与环境 (4) 2.1测试的地点和人员 (4) 2.2测试环境 (4) 3组织结构 (5) 3.1组织结构 (5) 3.2职责范围 (5) 4计划任务与时间 (6) 4.1计划任务 (6) 4.2时间表 (7) 4.3安排 (8) 4.4测试更新安排 (13) 5人员的岗位职责 (13) 6缺陷管理 (15) 6.1缺陷管理流程 (15) 6.2缺陷的严重度和修改的优先级（此问题请见测试报告） (18) 7测试报告总结和分析 (20)
1概述 《山西省网上信访信息系统测试方案》（以下简称《测试方案》）是山西省网上信访信息系统编码、单元测试完成后，在进行系统测试之前，针对优化版的业务功能进行功能和集成测试的计划安排。 《测试方案》主要明确系统功能和集成测试的有关规定和原则，其目的是提供系统功能和集成测试所依据和遵循的原则、方法和组织结构。 1.1目标 用户测试阶段应达到并完成以下的主要目的与任务： 目的在于检查优化需求版系统功能能否满足实际业务要求，流程是否符合各级信访机构日常业务程序。 对系统的业务功能进行测试，以验证是否达到了用户设计的业务要求，保证产品能够满足客户的业务需求。（这里的业务需求指的是《山西省网上信访信息系统需求规格说明书》、《山西省网上信访信息系统需求变更》、《山西省网上信访信息系统需求深化》、《山西省网上信访信息系统需求补充》） 对系统存在的业务及功能错误进行纠错，保证系统运行的正确性。 1.2假设 假设有足够容量的服务器资源。 假设有足够的测试工作站设备。 假设人员可以分班轮流，一个实际工作日能够测试多于一个的测试营业日。
1.1.1软硬件测试方案 1.1.1.1测试目的和要求 1.1.1.1.1测试目的 作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。 1.1.1.1.2测试的总体要求 软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。 尽早地和不断地进行软件测试。 保证系统风格与界面统一。 保证各系统联接正确，数据传送正常。
抽检程序的内部编写情况无误。 测试用例应由测试输入数据和对应的预期输出结果两部分组 成。 程序员应避免负责测试自己编写的程序。 测试用例，应当包括合理和不合理的输入条件。 应当检查程序是否有不希望的副作用。 程序流程和接口内容绝不可忽视。 充分注意测试中的群体现象。 严格执行测试计划。 对每个测试结果严格检查。 妥善保存文档。 性能测试和功能测试同等重要。 1.1.1.1.3测试人员及组织分工 参加测试人员包括技术支持组部分人员、开发小组全体成员、质保组测试成员和用户人员。组织分工如下： 单元测试：由实施组成员在编码过程中，各自以及交叉进行单元测试。 集成测试：由质保组两名测试成员、实施组两名成员进行集成测试。 系统测试：由技术组项目技术负责人、系统设计师、用户人员进行系统测试。
2/3/4G互操作简介 一、4G/3G/2G互操作方案示意图 二、2G/3G/4G互操作参数原理简介 1.重选测量启动与门限判决 2/3/4G系统间、E/D/F频点系统内重选首先需要确定优先级。
其它条件相同的情况下，设置的优先级越高，配套参数带来的效果是：终端越容易驻留在该小区。为了确保用户尽量驻留4G，将优先级最高的5、6、7分配给4G，4G中的室外D/F频点和室内E频点可根据不同的目的选择5、6、7不同优先级，如希望室分尽量多吸收业务，可设置E频点优先级高于D、F，希望控制室分信号外泄，可将D、F频点优先级设置高于E。 重选分两个过程：测量启动判决和重选门限判决 启动条件： ●同频重选，服务小区电平低于SIntraSearch； ●向高优先级的异频/异系统重选，始终进行测量； ●向低优先级的异频/异系统重选，服务小区电平低于SNonIntraSearch。 判决条件： ●同频、同优先级重选，目标小区比服务小区高于某一相对值（Qhyst（服务小区）、Qoffset（目标小区）），则触发重选； ●对高优先级重选，当目标小区高于某绝对门限（ThreshXHigh），则触发重选； ●对低优先级重选，当服务小区低于绝对门限1（ThreshServlow）、目标小区高于绝对门限2（ThreshXlow），则触发重选。
注：4G对低优先级小区的异频重选和异系统重选，启动测量门限（SNonIntraSearch）和服务小区判决门限（ThreshServlow）是同一套参数，同时影响异频和异系统重选，仅依靠不同的目标小区判决门限（ThreshXlow）进行区分，故参数配置需兼顾异频和异系统性能。如：高优先级D频点向低优先级F 频点、3G重选 2 切换测量启动与门限判决 切换策略与重选策略的原理相似。 ■测量启动判决：A1、A2： ◇A1事件：当服务小区电平（或质量，下同）高于某门限，则停止上报测量事件 ◇A2事件：当服务小区电平低于某门限，则开始上报测量事件（与SIntraSearch / SNonIntraSearch 相同） ■切换门限判决：A3、A4、A5，三者选其一： ◇A3事件：当邻区比服务小区高于某一相对值，则触发切换（与同优先级小区重选门限判决相同） ◇A4事件：当邻区高于某绝对门限，则触发切换，（与对高优先级小区重选门限判决相同） ◇A5事件：当服务小区低于绝对门限1、邻区高于绝对门限2，则触发切换，（与对低优先级小区重选门限判决相同） ■A3、A4、A5均可以用于LTE系统内同频、异频判决门限，为确保空闲态和连接态的一致性，在确定两个小区之间的优先级高低后，同频/同优先级切换使用A2+A3，优先级低到高使用A2+A4，优先级高到低使用A2+A5。 3. 重定向测量启动与门限判决 连接态下的2/3/4G系统间互操作叫重定向。 重定向通过RRC release消息携带目标小区信息，UE根据目标小区信息重新发起接入。 4G向2、3G是优先级高向低的重定向，应该使用实现难度更大的A2+B2策略，而不是相对容易实现的A2+B1。 3G向4G是优先级由低向高的重定向，测量始终开启，使用3C事件，如果使用3A，则将服务小区电平门限RSCP设置为小于0，可以达到相同效果。 2G向4G没有重定向，只进行重选。
小学科学（3-6年级）期末改革评价方案 小学科学课程是一门以培养学生科学素质为宗旨的义务教育阶段的核心课程，通过小学科学课程的学习，使学生掌握关键的基础科学知识和技能，培养科学兴趣和思维习惯；了解科学探究的基本过程和方法，并应用于力所能及的科学探究活动；了解科学和日常生活以及社会可持续发展的关系；理解求真务实、开拓创新是科学精神的核心。 一、指导思想： 《全日制义务教育科学(3-6年级)课程标准(实验稿)》中指出:“评价要依据《标准》,要涵盖科学素养各方面的内容,既要考查学生对科学概念与事实的理解,又要评价学生在情感态度与价值观、科学探究的方法与能力、科学行为与习惯等方面的变化与进步。”为此,科学考试评价除了采用书面评价的形式了解学生对科学概念、科学知识的掌握情况外,还应尝试结合平时教学,有重点地考查学生的动手能力，科学探究和创新制作能力, 促进学生在情感态度和价值观等方面得到全面的发展。 二、基本理念： 1、促进发展。《小学科学课程标准》明确指出，科学课程的评价应能促进学生科学素养的形成与发展。通过评价，促进学生对科学的兴趣和和对科学知识的求知欲，引领他们形成科学的认知方
式和科学的自然观，丰富他们的精神生活；促进学生潜能、个性、创造能力的发挥，并使之具有自信心和保持持续发展的能力。 2、立足过程。评价不能仅在学习过程结束后再进行，“一卷定乾坤”，而应贯穿于学生学习科学的全过程。评价既要关注学生学习的结果，更要关注他们学习的过程。 3、注重多元。《课程标准》提出，评价应是多元的。包括评价主体多元和评价内容的多元。 三、评价内容： 学期期末对学生进行全面的评价，既要检测学生对科学概念与事实的理解、又要对学生在学习科学过程中的情感态度与价值观、科学探究的方法与能力、科学的行为与习惯、实验操作与动手能力等方面进行全面的检测，从而促进学生的学习与发展。 四、评价原则 激励性原则：让学生体验进步与成功，从而产生进步的动力，要使学生喜欢科学喜欢评价 发展性原则：以发展的眼光看待学生的成长。要承认学生有两种或多种差异，允许学生成长过程中的成功和失误。 参与性原则：学生是学习的主体和评价的主体，鼓励学生积极主动，对自己的学习情况进行评价与反思。
O A办公自动化系统测试 方案 This model paper was revised by the Standardization Office on December 10, 2020
OA办公自动化系统测试方案 办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块的访问权限，设置一般用户某些功能可以用，某些功能不允许用；并为员工创建、注销帐号及访问权限。提高了企业系统的资料的安全度，阻止非授权人的非法进入系统。针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。一、测试方法： 从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法： 1、公文管理、网上审批： 公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。 例如oa公文管理主要对公文进行登记和处理。在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示（批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定义好的公文批示流程），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否兼职的情况区分开来。测试过程中我们准备了两套数据： 1) 领导不兼职 领导不兼职的情况，相对较简单，即每个领导只负责一个批示。 2) 领导兼职
校园招聘系统测试方案
目录 1概述............................................. 错误!未定义书签。2测试资源和环境................................... 错误!未定义书签。 硬件配置............................................ 错误!未定义书签。 软件配置............................................ 错误!未定义书签。 测试数据............................................ 错误!未定义书签。3测试策略......................................... 错误!未定义书签。 功能测试.............................................. 错误!未定义书签。 性能测试.............................................. 错误!未定义书签。 用户界面（UI）测试.................................... 错误!未定义书签。 安全性与访问控制测试.................................. 错误!未定义书签。 兼容性测试............................................ 错误!未定义书签。 回归测试.............................................. 错误!未定义书签。4测试通过标准..................................... 错误!未定义书签。5测试需求及测试用例追溯表......................... 错误!未定义书签。6测试用例......................................... 错误!未定义书签。7测试进度......................................... 错误!未定义书签。
广东移动通信有限责任公司深圳公司工程项目管理软件系统（PMS Express） PMS功能测试计划 版本：1.0
文档说明： 文档位置: 文档创建时间 文档更新历史 被引用本文档的文档 批准 发布 本文档已经发布给广东移动通信有限责任公司深圳公司与深圳博实信息咨询有限公司 文档：29719837.doc 状态：已发布，版本1.0
广东移动通信有限责任公司深圳公司 工程项目管理系统功能测试计划 总体说明 本测试计划提供给深圳移动公司PMS核心小组成员，对PMS EXPRESS系统进行功能测试。测试计划主要通过对基站项目管理过程的模拟，从项目的立项开始直至基站的验收交付以及知识沉淀，对基站建设全过程中涉及的管理内容进行模拟测试。 测试计划中设计了两个基站项目——明宁花园、椰风海岸。其中明宁花园按原计划如期完工，而椰风海岸因为设备没能如期到货导致了个整个项目工期的延误。 测试环境的准备： 为方便测试，预先建立好了 1、深圳移动的EPS（项目分解结构），OBS（组织分解结构），RBS（资 源分解结构）等测试过程中需要的各种编码体系 2、无线基站项目的模板，例如新址项目，新建项目 3、用户并设置好了用户的管理权限 文档：29719837.doc 状态：已发布，版本1.0
功能测试中涉及的用户角色： （备注：登录测试EAP时的密码均为“1234”） 文档：29719837.doc 状态：已发布，版本1.0
测试内容： 本文以第十期无线基站建设为例，从基站立项开始，到基站验收以及知识管理，在PMS Express中模拟整个基站建设的管理过程。 一、期工程立项 业务描述：省公司下达建设第十期基站的任务，要求完成3个基站，48个载波。PMS Express操作： 项目经理（Project Manager）登录PM，增加EPS结点，输入期工程项目预算。步骤1：登录PM 步骤2：进入EPS 步骤3：创建EPS结点 文档：29719837.doc 状态：已发布，版本1.0
小学三年级科学测评方案 临近期末，又快到了期末测评的时候了。如果测评呢？教学几年的科学，每次的测评我都力求有所创新。想在小学科学学科的测评上找出一条有利于学生发展的测评的方法。小学三年级科学学生学业评价方案评价的目的是全面考察学生的学生状况，激励学生的学习热情，促进学生的全面发展，评价通过形式多样的全面评价获得的多源反馈信息而深刻的积极的改进教学，促进师生共同发展。根据以往测评的经验，本着全面体现学生素质的原则，我确定了以下测评内容： 一、评价目的 评价的目的是全面考察学生的学生状况，激励学生的学习热情，促进学生的全面发展，评价通过形式多样的全面评价获得的多源反馈信息而深刻的积极的改进教学，促进师生共同发展。 对学生科学学习的评价，既要关注学生技能的理解和掌握，更要关注他们情感的与态度的形成与发展；既要关注学生学习的结果，更要关注他们在探究过程中的文化发展；还要关注学生的个性差异，保护学生的自尊心和自信心。 二、评价原则 1、激励性原则：让学生体验进步与成功，从而产生进步的动力，要使学生喜欢科学喜欢评价。 2、发展性原则：以发展的眼光看待学生的成长。要承认学生有两种或多种差异，允许学生成长过程中的成功和失误。 3、参与性原则：学生是学习的主体和评价的主体，鼓励学生积极主动，对自己的学习情况进行评价与反思。 4、过程性评价为主的原则：对学生平时参与教学活动中表现出来的学习兴趣、态度、情感、合作与交流能力进行评价。 5、多种评价方式相结合的原则：评价时间，阶段评——终评相结合；评价方法，自评——组评——师评相结合；评价准则，定性描述与定量评价相结合。 三、评价措施 1、平时过程性评价（30分） （1）教师课堂评议：科学教师根据各小组成员课堂表现情况（如课前准备、认真倾听、积极发言、与人合作、讲究卫生、独特见解等多方面）进行综合评价，做得好的可以获得1-2枚印章，课后记录在案。 （2）分组实验探究学习小组评议： 分组实验小组合作学习评议表实验名称（） 职务姓名认真 倾听积极 发言与人 合作动手操作课前 准备讲究 卫生科学创新小组互评教师 总评备注 组长☆☆☆☆☆☆☆☆☆ 卫生员☆☆☆☆☆☆☆☆☆
xxx系统总体测试 方案
XXX系统测试方案
编制：日期：年月日审核：日期：年月日 批准：日期：年月日 版本历史
目录 1 概述 ..................................... 错误!未定义书签。 1.1 目的................................ 错误!未定义书签。 1.2 测试范围............................ 错误!未定义书签。 1.3 进入条件............................ 错误!未定义书签。 1.4 测试参考文档........................ 错误!未定义书签。 2 约定 ..................................... 错误!未定义书签。 2.1 测试目标............................ 错误!未定义书签。 2.2 测试完成标准........................ 错误!未定义书签。 2.3 暂停标准和再启动标准................ 错误!未定义书签。 2.4 错误级别定义........................ 错误!未定义书签。 2.5 测试工作流程........................ 错误!未定义书签。 3 测试策略 ................................. 错误!未定义书签。 3.1 系统架构............................ 错误!未定义书签。 3.2 测试编码规则........................ 错误!未定义书签。 3.3 测试人员架构........................ 错误!未定义书签。 4 测试方法 ................................. 错误!未定义书签。
小学各学科评价方 案
小学各学科评价方案 为了科学、全面、有效地实施学生发展性评价，促进学生的全面发展，遵循各学科课程标准精神，根据《肃州区小学生综合素质评价实施意见》，结合学校和学生实际，制定《三墩学区小学生发展性评价方案》（试行）实施意见。 语文学科一、评价内容根据《语文课程标准》要求，以知识与技能，过程与方法，情感态度价值观的三个维度来衡量。内容包括拼音字词句知识、阅读、习作、口语交际、综合学习语文；正确使用学具和工具书；预习复习和正确书写等学习习惯；语文学习方法；学习态度等。 二、评价方法（一）过程性评价1、评价比例：40%2、评价方式：评价主体多元参与（１）师评：可根据学生平时学习状况、单元检测、语文综合性学习活动的听说读写能力进行评价。 （２）自评：学生经过过程性的自我评价，培养自我评价的意识和习惯，促进学生主动发展。 （３）她评：学习伙伴、家长共同参与，使发展性评价伴随着学生积极健康地成长。 （二）学期终结性评价1、评价比例：60%2、评价方式：书面闭卷3、命题原则：根据各学校使用的现行小学语文教材命题。单元及期末考试主要以教学进度相当的本册教材为主，适当注意复习和巩固以前所学知识，同时注意考察学生的综合运用语文的能力。内容包括识拼音字词句知识、阅读、习作、口语交
际、综合学习语文等能力的内容。 4、考题题型：与现行教材、单元检测形式基本一致。 三、学期过程性评价量表2语文学科平时学生综合素质发展性评价量表（40分) 年学期年级： 学生： 项目评价标准评价结果自评组评是否进步听（8分) 善于倾听别人的发言是否能听懂别人的意思能听懂别人的意思并能准确表示说（8分) 态度积极主动参与发言讨论、合作交流是否较积极参与能参与能力态度大方，口齿清楚，音量适中，表示清楚。 态度较大方，口齿较清楚，音量适中，表示较清楚。 表示基本清楚读（8分) 朗诵朗诵正确、流利、有感情是否朗诵效果一般朗诵较差背诵能主动、正确、有感情地背诵能完成课内背诵任务完成背诵任务较差课外阅读十分喜欢，广泛阅读，能收集与处理信息。 较喜欢，能阅读不喜欢写（8分) 写作兴趣十分喜欢是否较喜欢不喜欢文字表示能力正确、清楚较正确、清楚不够正确、清楚学习习惯（8分) 爱护学具，使用工具书，有预习复习和正确书写等习惯教师评价3数学学科一、评价内容《数学课程标准》或（修订大纲）要求的操作性和实践性较强的内容。侧重于过程与方法以及情
1. openStack互操作性认证内容 DefCore（OpenStack CoreDefinition）是OpenStack 董事会在2014 年11 月提出的一个项目，即认定厂商的部署为合法OpenStack 的最基本的功能。OpenStack 希望基于这一项目实现不同OpenStack 商业解决方案之间的互操作性。OpenStack 的云计算运营商可以选择在其云计算部署许多其它部件，但它们都必须通过测试所需要的最基本的功能。 根据OpenStack 官方网站显示，OpenStack 互操作性测试包括三项不同的官方许可程序，包含OpenStack 软件的产品都可以申请运行这些程序，通过者就可以获得“OpenStack Powered”官方标识。 三项官方的许可程序分别是， ●OpenStack Powered Platform ●OpenStack Powered Compute ●OpenStack Powered Object Storage。 其中，OpenStack Powered Platform 的测试结合了OpenStack Powered Compute 和OpenStack Powered Object Storage 的技术要求。 2. 互操作性测试工具- Refstack Refstack 是一个工具集用于OpenStack 云之间的互操作性测试。它由两部分组成：服务器和客户端。Refstack 服务器通过API 收集来自私有云和公有云供应商的互操作性的测试数据，使用UI 展现用户上传的数据并查看前面提到的DefCore 定义的基本功能的测试结
小学科学评价方案 科学课程评价是为了正确判断学生科学学习效果的实际水平和发展状况，以利改进教学、促进学习知识的内化，最终全面提高学生的科学素养。为此，必须改革传统的评价体系，引起评价主体、评价内容、评价方法、和评价时机的一系列的变革：单纯的书面测验和考试已经不能适应科学课程的发展，运用多种方法对不同目标、不同内容进行教学评价势在必行。 一、评价的总体思路 此科学课程评价方案依据新《科学课程标准》的相关要求，以及农村科学教学的实际来确定评价的具体内容、标准及方法的。从各个方面客观地反映学生的学习情况，全面考察学生的科学素养。 二、课程评价的原则， 1、评价要关注学生的科学素养的发展。 2、评价内容要从三维目标着手。 3、评价主体一定要多元化。 4、评价方式要多样化。 5、评价不能只关注结果。 三、评价的内容和标准 （一）课堂评价
（二）实验评价
（三）作业及考试评价 作业评价，根据实际情况按照下面落实给与评价。
操作指导： 对作业的自我评价，可根据作业的内容灵活设计。比如展示性的作业、操作性的作业、体验性的作业等，可设计展示效果、操作过程、心理感受等评估项目。 操作指导： 考试评价 1、考试评价是学生评价的一项重要内容，在实践中，我们认为应根据新课标的要求，注重考试方式的多样化（有开卷、闭卷、口语、动手实践等）和考试内容多元化（考试内容要能体现知识、技能，情感、态度和价值观，要从这三个维度去命题）。基础知识的考查、能力考查、实验能力、
动手能力、逻辑思维能力、创造能力等方面，以此把课堂学习、小组合作、单元作业与测试、期末考试综合起来，全面考察学生的科学素养 2、建立个人单元考试成绩册。 （四）综合性评价 包括单元学习形成性的评价和综合实践活动评价，在评价的过程中可以分别对待。 1、教师对单元学习过程形成性评价报告单
软件测试方案 软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的一些类型。 白盒测试 白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的。 有这样一段代码: if ((i<0) & (i>=0)) … 这段代码交集为整个数轴，IF语句没有必要 I=0; while(I>100){ J=J+100; T=J*PI; } 在循环体内没有I的增加, 错误产生。
动态白盒测试 利用开发工具中的调式工具进行测试。比如一段代码有4个分支，输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。 if(I<0){ P1 }else{ P2 } 在调试中输入I=-1,测试P1程序段通过; 再输入I=1, 测试P2程序段，这样的测试属于动态白盒测试的缺陷。白盒测试通常在单元测试的时候进行。 功能测试 功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面(GUI)或者测试脚本与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。 UI测试 UI测试指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等 用户界面(UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保UI 中的对象按照预期的方式运行，并符合公司或行业的标准。包括用户友好性，人性化，易操作性测试。UI测试比较主观，与测试人员的喜好有关 比如：页面基调颜色刺眼；文字中出现错别字；页面显示范围超过屏幕范围等都属于UI测试中的缺陷。 性能测试 性能测试主要测试软件测试的性能，包括负载测试，强度测试，容量测试，基准测试以及基准测试 负载测试 负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。
新国标GB/T 34657交流充电桩互操作性测试方案解读 《GB/T 34657.1-2017 电动汽车传导充电互操作性测试规范第1部分：供电设备》、《GB/T 34657.2-2017 电动汽车传导充电互操作性测试规范第2部分：车辆》已经于2018年5月份正式实施，电动汽车及充电桩行业具备一个详细的测试标准，在新测试标准的监督下电动汽车与充电桩的兼容匹配性将会大大提高。本文将为解读新国标GB/T 34657.1交流桩互操作性测试。 一、测试项目 《GB/T 34657.1-2017 电动汽车传导充电互操作性测试规范第1部分：供电设备》规定的交流充电桩互操作测试项目 二、测试系统组成 标准中提及交流充电桩互操作测试系统的组成，如图所示。主要包括车辆控制器模拟盒（测试交流充电桩的充电控制过程、异常充电状态以及连接控制时序等）、交流电源（模拟电网供电特性）、负载（模拟电池消耗充电桩的输出能量）、测试仪器（测量充电桩的电气特性及控制信号状态等）、主控机（控制车辆控制器模拟盒模拟充电过程的不同状态、采集记录测试仪器的测量数据生成测试报告）。这几部分对充电桩进行有序的联动测试可以大大提高测试效率。
图1、交流充电桩交流充电检测系统 群菱能源新国标的技术要求推出便携式交流充电桩互操作测试设备ACTE-2240H ，设备采用6U标准模块化设计，可安装于便携箱，现场测试方便快捷；满足GB/T 34657.1-2017 《电动汽车传导充电互操作性测试规范第1部分：供电设备》标准要求，包括连接确认测试、充电准备就绪测试、启动及充电阶段测试、正常充电结束测试、充电连接控制时序测试、CC断线测试等交流充电桩互操作测试内容；设备可以实现充电电压、电流、功率、CC阻值、充电状态实时监控。 图2、ACTE-2240H 交流充电桩交流充电测试系统结构 ACTE-2240H 交流充电桩互操作测试设备带有63A标准交流充电枪插座，插座定义满足GB/T 20234.3-2015标准规定的要求；设备带有具备S2和不具备S2两种车辆状态模拟功能；设备带有L1、N、PE、CP、CC各个触点回路通断开关以及CC接地短路开关可实现各路通断、短路故障状态仿真模拟功能；设备带有电动汽车车辆交流充电控制导引仿真电路，具有R2、R3等效电阻仿真功能。
小学科学教学评价方案 篇一：小学科学评价测试方案 科学评价测试方案 一、评价目的 评价的目的是全面考察科学学科学生的学生状况，激励学生的学习热情，促进学生的全面发展，评价通过形式多样的全面评价促进师生共同发展。对学生科学学习的评价，既要关注学生技能的理解和掌握，更要关注他们情感的与态度的形成与发展；既要关注学生学习的结果，更要关注他们在探究过程中的文化发展；还要关注学生的个性差异，保护学生的自尊心和自信心。 二、评价原则 让学生体验进步与成功，从而产生进步的动力，要使学生喜欢科学喜欢评价。以发展的眼光看待学生的成长。要承认学生有两种或多种差异，允许学生成长过程中的成功和失误。学生是学习的主体和评价的主体，鼓励学生积极主动，对自己的学习情况进行评价与反思。对学生平时参与教学活动中表现出来的学习兴趣、态度、情感、合作与交流能力进行评价。 三、评价措施 1、建立小组合作评价制度
合作评价是指学生的合作学习小组中组评。每个学生在合作学习中都有不同的表现。例如有谁的解决问题思路广泛，谁的方法最精妙，谁在本次合作中的进步最大，谁的贡献最多等等。 2、终结性评价终结性评价是在学期结束时对学生进行的全面评价，包括学业成绩、学习态度、学习方法、探究与实践能力、合作与交流能力等方面进行评价。主要目标是给学生的学业和其他发展评定成绩，提供及时的建设性的成绩反馈。 四、具体评价测试方案如下： 1、平时表现（由教师评）50% （1）、课堂表现（30%）教师每班准备一份名单类似点名册。在每次上课时把学生的表现记录下来，主要看学生回答问题，实验分析，实验操作中的表现等，期末根据各自的表现确定该生在课堂表现方面的分数。 （2）、书面作业（10%）根据平时作业的批阅情况记载确定该学生获得的分数。作业一般是打等级制的，可分派任务给课代表或小组长列表记载。 （3）、其它学习态度（10%）主要包括教师布置的实验材料的准备情况, 科学课上的 - 2 - / 6
济南西部会展中心（展览中心部分）工程自平衡桩基施工方法 编制人： 审核人： 审批人： 中国建筑第八工程局有限公司 2016年月日
目录 1.1编制依据 (1) 1.2执行标准 (1) 1.3试验桩选桩原则 (1) 1.4检测压力 (2) 1.5检测要点 (3) 1.6仪器设备 (3) 1.7试桩要求 (3) 1.8荷载箱位置 (4) 1.9试验加/卸载方法 (5) 1.10试验后注浆 (6)
1.1 编制依据 编制依据见下表1.1。 表1.1编制依据汇总表 1.2 执行标准 方案所执行的标准见下表1.2。 1.3 试验桩选桩原则 本工程桩基分为8个检测区段，不同类型桩现场静载试装数量为本类型桩数的1%，且大于等于3根；本工程直径800mm及以上的桩基采用自平衡试桩，800mm以下的桩基采用静载法，具体抽检数量见下表1.3。 表1.3桩身承载力检测抽检数量
1.4 检测压力 自平衡测桩法是在桩身平衡点位置安设荷载箱，沿垂直方向加载，即可同时测得荷载箱上、下部各自承载力。荷载箱的位置一般在桩身下部1/3处，具体位置还需要根据第三方检测单位计算结果确定。 自平衡测桩法的主要装置是一种经特别设计可用于加载的荷载箱。它主要由活塞、顶盖、底盖及箱壁四部分组成。顶、底盖的外径略小于桩的外径，在顶、底盖上布置位移棒。将荷载箱与钢筋笼焊接成一体放入桩体后，即可浇捣混凝土成桩。 试验时，在地面上通过油泵加压，随着压力增加，荷载箱将同时向上、向下发生变位，促使桩侧阻力及桩端阻力的发挥。由于加载装置简单，多根桩可同时进行测试（图1.4）。 图1.4 桩承载力自平衡试验示意图 数据采集P P
OA办公自动化系统测试方案 办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块的访问权限，设置一般用户某些功能可以用，某些功能不允许用；并为员工创建、注销帐号及访问权限。提高了企业系统的资料的安全度，阻止非授权人的非法进入系统。针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。一、测试方法： ? ?从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法： 1、公文管理、网上审批： ? ? 公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。 ? ? 例如oa公文管理主要对公文进行登记和处理。在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示（批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定义好的公文批示流程），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否兼职的情况区分开来。测试过程中我们准备了两套数据： 1) 领导不兼职 领导不兼职的情况，相对较简单，即每个领导只负责一个批示。 2) 领导兼职 领导兼职的情况，即每个领导可能负责不同过程中多个批示，这是流转型模块测试的一个难点，因此在测试过程中我们对此进行了重点测试。 2、个人事务 ? ? 个人事务通常包括：待办工作、日程安排、个人资料、个人通讯录、个人记事本、外出声明等模块。例如批阅各部门上报的各种公文，评阅同事交流的各种文件内容，起草各类报告，查看个人的活动日程、外出等安排，同时系统能自动提醒待办事项。 ? ?以个人通讯录为例，用户可将朋友、同事名片登记并进行管理查询。每个人只能看到自己的通讯录，通过对所有个人通讯录的查询，自己可很快地找出所需要联系的人员信息，并方便地通知他们参加会议或发送邮件等等。在进行测试分析、设计和执行中我们将特别考虑以下几点： 1) 新建或修改通讯录时对于输入重复的信息系统是否给予提示警告； 2) 新建或修改信息时个人维护的私有名片是否能被其他人看到或修改； 3) 个人删除私有通讯录信息时是否影响到其他用户的通讯录信息； 4) 需要联系的通讯信息主人联系时，是否可以正确联系上，其联系内容是否显示正确； 3. 公共信息管理 公共信息通常分两部分：一部分为一般用户的浏览操作，在此用户只能浏览、查阅。一部分为管理级别的