工行个人消费信贷项目 软件测试计划.doc

工行个贷项目 系统测试计划 (文档编号:FO-HYZQ-24-01-001) 方正奥德计算机系统有限公司 2002年11月  文档管理信息表 主题： 系统测试计划 版本： 1．0.0 内容： 工行个贷系统测试计划 关键字： 参考文档： 提交时间： 2002年11月29日 创建人： 倪勇飚 文档修改记录表 修改人 修改时间 修改内容 目 录 一、 概述 1 二、 引言 3 1、 编制目的 3 2、 术语说明 3 三、 测试环境 3 四、 测试人员组织 4 五、 项目描述 4 六、 测试功能（业务）列表 8 七、 开始测试标准 9 八、 结束测试标准（项目提交标准） 9 九、 各个测试项的详细说明 10 十、 局限性 10 概述 规定测试活动中的任务、测试方法、进度、资源和人员职责等。 测试方法 可以以瀑布型描述软件工程过程，为了说明软件测试测策略，可以把软件工程的过程表达成一个螺旋形。首先，系统工程为软件开发规定了任务，从而把他和硬件要完成的工作分开。接着便是进行软件需求分析，决定被开发软件的信息域、功能、性能、限制条件并确定该软件项目完成后的确认准则。沿着螺旋形向内旋转，将进入软件设计和代码编写阶段。从而使得软件开发工作从抽象逐步走向具体化。 软件测试工作也可以从这一螺旋线上体现出来。在螺线的核心点针对每个单元的源代码，进行单元测试。在各单元测试完成之后，沿螺线向外前进，开始针对软件整体构造和设计的组装测试。然后是检验软件需求是否得到满足的确认测试，最后，来到螺线的最外层，把软件和系统的其它部分协调起来，当作一个整体完成系统测试。这样，沿着螺旋线，从内向外，逐步扩展了测试的范围。 以上用螺旋线表明的测试过程，按四个步骤进行，即单元测试、组装测试、确认测试和系统测试。 开始分别完成每个单元的测试任务，以确保每个模块能正常工作。单元测试大量采用了白盒测试方法。尽可能发现模块内部的程序查错。然后，把已测试的模块组装起来，进行组装测试。其目的在于检测与软件设计相关的程序结构问题。这时较多地采用黑盒方法来设计测试用例。完成组装测试之后，要对开发工作初期制定的确认准则进行检验。确认测试是使所开发的软件能否满足所有功能和性能需求的最后保证手段，通常采用黑盒测试方法。完成确认测试之后，给出的应该是合格的软件产品，但为检验它能否与系统的其它部分（如硬件、网络环境、数据库及操作人员）协调工作，需要进行系统测试。 单元测试（Unit Testing）也称模块测试，这是针对软件测试的最小单位——模块进行正确性检验的测试工作。其目的在于发现各模块内部可能出现的各种差错。单元测试需要从程序的内部结构出发设计测试用例，即采用所谓白盒测试方法。多个模块可以平行地独立进行单元测试： 单元测试需要解决的问题 单元测试是要针对每个模块的程序，解决以下五个方面的问题 模块接口——对被测试的模块，信息能否正常无误地流入和流出。 局部数据结构——在模块工作过程中，其内部的数据是否保持完整性，包括内部数据的内容、形式及相互关系不发生错误。 边界条件——在为限制数据加工而设置的边界处，模块是否能正常工作。 覆盖条件——模块的运行是否能达到特定的逻辑覆盖。 出错处理——模块工作中发生了错误，其中的出错处理实施是否有效。 模快与其周围环境的接口有无差错应首先得到检验，否则内部的各种测试工作都是徒劳的。Myers提供的模块接口验证表是很有用的以下简要地列出： 模块接受的输入参数个数与模块的变元个数是否一致？ 参数与变元的属性是否匹配？ 参数与变元所使用的单位是否一致？ 传送给另一个被调用模块的变元个数与参数的个数是否相同？ 传送给另一个被调用模块的变元属性与参数的属性是否匹配？ 传送给另一个被调用模块的变元，其单位是否与参数的单位一致？ 调用内部函数时，变元的个数、属性和次序是否正确？ 在模块有多个入口的情况下，是否有引用与当前入口无关的参数？ 是否会修改只是作为输入值的变元？ 出现全程变量时，这些变量是否在所有引用它们的模块中都有相同的定义？ 有没有把常数当作变量来传送？ 当模块执行了外部的输入、输出时，Myers提出还需要考虑： 文件的属性是否正确？ OPEN语句是否正确？ 格式说明与输入、输出语句给出的信息是否一致？ 缓冲区的大小是否与记录的大小匹配？ 是否所有的文件在使用前均已打开了？ 对文件的结束条件的判断和处理是否正确？ 对输入、输出错误的处理是否正确？ 有没有输出信息的正文错误？ 对于局部数据结构应该在单元测试中注意发现以下几类错误： 不正确的或者不相容的说明。 不正确的初始化或者缺省值。 错误的变量名，如拼写错或者缩写错。