地下综合管网管理信息系统项目系统测试方案.doc

地下综合管网管理信息系统项目系统测试方案 我公司承诺，每项开发成果都将经过严格全面的测试，在与其它开发成果集成过程中做进一步的集成测试后，才提交给业主方使用。 测试是系统完成后最后的一个检验过程，也是相当重要的一个环节。我们非常重视这个工作，对于综合管线管理信息系统建设项目，主要通过以下方式来保证系统测试工作的规范实施： 我们公司已经成立了独立于开发部门的系统测试组，由受过专业测试培训的人员组成，包括测试项目负责人和测试组成员，测试人员在项目需求阶段就参与到项目中，保证测试过程的相对独立性和有效性。我们将抽出精干人员组成本项目的测试小组，专门负责本项目的测试工作。 软件测试是为了发现错误而执行程序的过程。 软件测试是根据程序开发阶段的规格说明及程序内部结构而精心设计的一批测试用例（输入数据及其与其结果的集合），并利用这些测试用例去运行程序，以发现程序错误的过程。 整个测试过程按照：测试计划→测试设计→测试开发→测试执行→测试评估的过程来进行。 图6. SEQ 图 \* ARABIC \s 1 1 测试过程示意图 项目测试的目的 1、从我们软件开发者的角度出发，希望软件测试成为表明所开发的综合管线管理信息系统中不存在错误的过程，并验证该系统已经正确地实现了用户的要求，确立大家对软件质量的信心。 2、从业主方的实际用户角度出发，普遍希望通过软件测试暴露出软件中隐藏的错误和缺陷。 项目测试的原则 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。测试用例应当由测试输入数据和对应的预期输出结果两部分组成；程序员应避免检查自己的程序；在设计测试用例时，应包括合理的输入条件和不合理的输入条件；充分注意测试中群集现象（根据经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目成正比）；严格执行测试计划，排除测试的随意性；应当对每一个测试结果做全面检查；妥善保存测试计划，测试用例，出错统计和最终分析报告，为软件维护提供方便。 软件测试并不等于程序测试。软件测试贯穿软件定义与开发的整个过程，需求分析、概要设计、详细设计以及程序编码等各个阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明及源程序，都应成为软件测试的对象。 项目测试方法 综合管线管理信息系统建设项目测试方法采用白盒测试和黑盒测试相结合的方式。黑盒测试是指完全不考虑程序内部结构和内部特性的情况下进行测试；白盒测试是熟悉产品内部工作过程，通过测试来检测产品内部动作是否按照需求的规定正常进行。采用两者相结合的方式，研发部门和高级测试人员对完成的模块采用交叉的方式和各种测试工具方式进行白盒测试，系统测试组熟悉业务知识，对系统进行黑盒测试，保证测试的完整性。 测试过程模型 图6. SEQ 图 \* ARABIC \s 1 2 开发和测试过程的V模型图 项目测试内容 数据和数据库完整性测试 在本系统中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 （DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。 表61：数据库完整性测试 测试目标 确保数据库访问方法和进程正常运行，数据不会遭到损坏。 技术 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。 检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件都已正常发生；或者检查所返回的数据，确保为正当的理由检索到了正确的数据 完成标准 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 需考虑的特殊事项 测试可能需要 DBMS 开发环境或驱动程序在数据库中直接输入或修改数据。 进程应该以手工方式调用。 应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。 功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面 （GUI） 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要： 表62：功能测试 ?测试目标 确保测试对象的功能正常。 技术 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 完成标准 所计划的测试已全部执行。 所发现的缺陷已全部解决。 需考虑的特殊事项 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）。 用户界面测试 用户界面 （