教务标准管理系统测试专题计划.docVIP

软件测试计划说明书 引言 编写目标 本计划是教务管理系统总体测试计划。目标是说明多种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后测试设计、测试开发、测试实施、测试评定有所标准。 项目背景 a．本项目标名称为教务管理系统； b．本项目是由计算机科学和技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发。 定义 1.3.1.测试用例中编号 功效名+界面名(每个字第一个汉语拼音大写)+编号 比如：登录 第一个用例 DL 0001 1.3.2.测试用例文件名命名规则 模块名+测试用例 比如：学生模块 学生测试用例 1.3.3.黑盒测试 黑盒测试也称 功效测试，它是经过测试来检测每个功效是否全部能正常使用。在测试中，把 程序看作一个不能打开黑盒子，在完全不考虑程序内部结构和内部特征情况下，在 程序接口进行测试，它只检验程序功效是否根据需求规格说明书要求正常使用，程序是否能合适地接收输入数据而产生正确输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，关键针对 软件界面和软件功效进行测试。 1.3.4.白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是根据 程序内部结构 测试程序，经过测试来检测产品内部动作是否根据设计规格说明书要求正常进行，检验程序中每条通路是否全部能按预定要求正确工作。 这一方法是把测试 对象看作一个打开盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择 测试用例，对程序全部逻辑路径进行测试，经过在不一样点检验程序状态，确定实际状态是否和预期状态一致。 1.3.5.静态测试 静态方法是指不运行被测程序本身，仅经过分析或检验源程序语法、结构、过程、接口等来检验程序正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、步骤图分析、符号实施来找错。静态方法经过程序静态特征分析，找出欠缺和可疑之处，比如不匹配参数、不合适循环嵌套和分支嵌套、不许可递归、未使用过变量、空指针引用和可疑计算等。静态测试结果可用于深入查错，并为测试用例选择提供指导 1.3.6.动态测试 动态方法是指经过运行被测程序，检验运行结果和预期结果差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：结构测试实例、实施程序、分析程序输出结果。 1.3.7. 组件功效测试 组建功效测试就是对产品各功效进行验证，依据功效测试用例，逐项测试，检验产品是否达成用户要求功效。 1.3.8.业务测试 业务测试，在 单元测试基础上，将全部业务步骤模块根据设计要求（如依据结构图〕组装成为子系统或系统，进行测试。 1.3.9.压力、容量、性能测试 就是将业务测试完后系统进行深入业务步骤测试，比如：在线人数和系统反 包含：各个功效点是否以实现，业务步骤是否正确。 2.1.2.产品要求操作和运行稳定。 比如：进行部分评判学生成绩数据库操作时，数据库会不会正常运行。 2.1.3.Bug数和缺点率控制在可接收范围之内。 比如：估量总代码行数为6000行 缺点数为30个， 那么测试缺点密度 = 1000 × 30 / 6000 = 5。 目标是测试缺点密度小于1。 2.1.4.产品能够经过用户检测，初步让用户满意。 能够抵达运行基础不出BUG，能够正常使用。 运行环境 测试工具：Junit 运行工具：Myeclipse，Tomcat 数 据 库：DB2 机型 操作系统 CPU 内存 Acer Aspire4520 Window7旗舰版Build7600 AMD Turion64 X2 TL-60 3G HP Compaq 6535s Window7旗舰版Build7600 AMD Athlon X2 DualCore QL-64 2G Thinkpad R400 LinuxUbuntu 10.10 Inter(R) Core(TM)2 Duo 2G Lenove 旭日 C466M LinuxUbuntu 10.04 Inter Pentium 双核 T2390 3G 条件和限制 首先，本测试计划说明书是一个计划说明书，受限于产品开发人员提交产品测试内容和时间。依据开发人员提交模块实际情况，本计划会做出对应修改。 计划 测试方案 3.1.1测试模型： W型，测试伴伴随整个软件开发周期，而且测试对象不仅仅是程序，需求、功效和设计一样要测试。 3.1.2测试方法： 黑盒测试，白盒测试，静态测试，动态测试。 测试项目 3.2.1.组件功效测试 3.2.1.1.易用性： 1):确定按钮要支持回车快捷方法。 2）:界面要支持键盘自动浏览按钮功效，即按Tab键、回车键自动切换功效。 3):界面上首先要输入和关键信息控件在Ta