测试总体计划书 历史纪录 日期 | 版本 | 描述 | 作者 | 2009-1-12 | 1.0 | Created | ** |
1引言 1.1编写目的 本测试计划书的读者对象技术经理，软件测试工程师以及软件测试人员 1.2背景 说明： 软件系统的名称：*************JAVA层； 本项目在*************中位于**层上部分，应用层下部分，是应用程序与交互媒体平台的接口。接受端业务运行系统是******的一个部分。 （图略） 1.3定义 ****：************************ ********************** ****：************************* ********************** 1.4参考资料 ********平台系统规范－应用程序编程接口 各包软件说明书 2测试项目 本次测试主要针对JAVA类程序作底层测试，主要包括包功能测试，各函数完整性测试以及事件监听测试。测试之前需要根据测试用例书写测试代码，运行测试代码进行测试。 3被测特性 包功能测试： 主要测试包内各函数，各类之间的调用关系； 函数完整性测试： 包括函数正确性测试和错误参数测试： 函数正确性:测试为在正确输入参数情况下测试函数的功能，如果函数输出为get*函数，并且可以打印出来，需要把获得的结果通过system.out.println()打印在屏幕上； 错误参数测试:主要测试输入参数在非法的条件下程序运行的情况（比如从存储器中读出数据的长度输入参数为int length,当length<0的时候）； 监听测试： 测试系统等待监听，直到所需要的事件出现，如果有需求把事件中的信息捕捉出来，显示在屏幕上。 4不被测特性 构造函数： 对类进行测试，通过构造函数创建这个类。所以不专门测试构造函数，对构造函数错误参数的测试也没有实际的意义； 异常类： 由于产生异常的条件比较复杂，牵扯到硬件软件，数据库和存储设备等等，所以再次对于这些类不进行测试； protect函数： 由于protect函数是被继承类调用的，不是被应用程序调用的，通过测试继承类中的函数，间接的测试该类函数； private函数： 由于private函数是被该类中其他函数调用的，也不是被应用程序调用的，通过测试调用函数，间接的测试该类函数。 5测试方法 书写测试测试用例； 根据测试用例编写测试脚本； 运行测试脚本，进行测试。（测试结果填写测试结果报告单，缺陷填写在bugzilla软件中，以便于开发人员进行交流，进行回归测试） 6测试通过标准 如果测试结果与预期结果一致测试通过，否则不通过。 6.1测试结果审批过程 测试工作执行完毕，质量经理书写测试总结报告，召开测试总结会议，讨论产品是否可以发布（评审标准：测试案例是否完全，测试程序是否正确，测试结果是否令人满意，…）。 7测试挂起和恢复条件 测试挂起条件： 由于程序中存在重大问题或者问题过多，测试无法正常进行，测试人员申请测试挂起，经领导审批通过； 由于存在其他优先级更高的任务，通过批准，测试挂起。 测试恢复条件： 重大问题被解决或者程序通过重新修正； 优先级更高的任务被完成。 8应提供的测试文件 测试总体计划书 测试用例（计划） 测试手册 测试脚本代码 测试纪录（纪录测试通过或者不通过状态，如果未通过在bugzilla中书写错误情况，包括包名，函数名，输入参数，错误表现几个方面） 测试总结书 9测试任务 书写测试总体计划书 书写测试用例（计划）和测试手册 编写测试代码 测试测试代码 进行测试工作 进行测试总结 10测试环境需求 10.1硬件需求 测试代码运行机器 仿真器 数据广播系统 机顶盒 监视器 数据传输介质 10.2软件需求 ***软件 ***数据库 ***其他模块 10.3测试工具 10.4测试需要的条件 10.4.1需要的文档 软件说明书 10.4.2需要完成的任务 被测试程序已经完成，并且通过代码审核和初步的程序员级测试； 测试脚本已经完成，并且通过测试。 11角色和职责 测试设计师：书写测试计划（用例）和手册 测试开发人员：编写测试代码（通常由测试脚本的编写为非开发该项目的开发人员编写） 测试人员：进行测试工作 测试管理人员：管理测试进度，进行测试评估 12人员和培训 理解测试基本知识 掌握面向对象方法 熟悉产品基本功能特性 熟悉每个包和类的功能
| 
