2014
软件工程 论文盲审系统
测试方案文档
[摘要]
本测试方案是为软件开发项目管理者、项目测试小组提供关于论文盲
审系统项目从功能度、易用性、稳定性、图形用户界面、用户文档、数据
库等方面的测试指导。针对系统设计使用要求和用户要求,对该系统的功
能完成度、软件运行稳定可靠性进行重点测试。
张博伟、唐响伟、陈晓磊、马明羿
软件工程系
2014-5-2
修订表
日期
2014-5-2
版本
1.0
说明
作者
根据小组讨论需求形成测试方案 张博伟
论文盲审系统项目
测试方案
北京理工大学软件测试
文档写到吐 项目组
2014-5-2
1 概述
1.1 编写目的
本测试方案是为软件开发项目管理者、项目测试小组提供整体系统功能和
性能的测试指导。
1.2 读者对象
本测试方案的合法读者对象为软件开发项目管理者、项目测试小组。
1.3 项目背景
项目名称:论文盲审系统项目
简称:论文盲审
项目代号: 暂无
委托单位:软件学院软件测试实验室
开发单位:文档写到吐小组
主管部门:软件学院软件测试实验室
1.4 测试目标
本测试方案是为软件开发项目管理者、项目测试小组提供关于论文盲审系统
项目从功能度、易用性、稳定性、图形用户界面、用户文档、数据库等方面的测
试指导。针对系统设计使用要求和用户要求,对该系统的功能完成度、软件运行
稳定可靠性进行重点测试。
1.5 参考资料
名称
总体测试方案_V1.0
作者
孔德晋
备注
文档测试
未知
网络转载
论文盲审系统需求分析文档
项目测试实践细则
测试计划
金翌飞
单纯
张博伟
2 测试配置要求
2.1 测试环境
操作系统: Microsoft Windows 7
服务器: Tomcat 6.0
数 据 库: IBM DB2
客户软件: IE 6.0 或更高版本。
2.2 测试手段
2.2.1 静态方法
通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正
确性。对系统使用手册、系统详细设计文档、系统需求分析文档、流程图
分析、符号执行来找错。
2.2.2 动态方法
本次测试主要采用黑盒测试方法:
等价类划分、边界值分析、错误推测法等。
功能和流程测试:
采用黑盒测试策略,分别对功能点和业务流程进行测试,应覆盖
论文盲审系统项目使用手册全部功能点和业务流程。
等价类划分:
选择适当的数据子集来代表整个数据集的问题,通过降低测试的数
目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软
件缺陷。
边界值分析法:
对输入或输出的边界值进行测试。通常边界值分析法是作为对等
价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
错误推测法:
根据经验或直觉推测程序中可能存在的各种错误,从而有针对性
地编写检查这些错误的测试用例的方法。
2.2.3 测试工具
工具 findbugs
说明: 使用测试工具辅助白盒测试
2.2.4 测试记录表
注:执行测试时,必须同时填写《测试记录表》。
Summary:
Tester:
Symptom:
(Functionality/Usability/Performance/Other)
Creation Date:
Priority:
(High/Medium/Low)
Description:
2.3 测试数据要求
测试数据形成需参考《论文盲审系统使用手册(140424 改)》、《论
文
盲审系统修改报告 build_20130511》和《论文盲审系统需求分析文档 v2.2》
中规定的运行限制。设计测试用例作为论文盲审系统项目测试数据。
2.4 测试策略
测试过程按五个步骤进行,即单元测试、集成测试、文档测试、系统测
试、数据库测试,根据不同阶段测试的侧重点不同,分别介绍测试策略:
2.4.1 单元测试
首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,
或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测
试工作,也是后续测试的基础。目的是在于发现各模块内部可能存在的各种
差错,因此需要从程序的内部结构出发设计测试用例,着重考虑以下五个方
面:
1. 模块接口:对所测模块的数据流进行测试。
2. 局部数据结构:检查不正确或不一致的数据类型说明、使用尚未赋
值或尚未初始化的变量、错误的初始值或缺省值。
3. 路径:虽然不可能做到穷举测试,但要设计测试用例查找由于不正
确的计算(包括算法错、表达式的符号表示不正确、运算精度不够
等)、不正确的比较或不正常的控制流(包括不同数据类型量的相
互比较、不适当地修改了循环变量、错误的或不可能的循环终止条
件等)而导致的错误。
4. 错误处理:检查模块有没有对预见错误的条件设计比较完善的错误
处理功能,保证其逻辑上的正确性。
5. 边界:注意设计数据流、控制流中刚好等于、大于或小于确定的比
较值的用例。
2.4.2 集成测试
集成测试也叫组装测试或联合测试。通常,在单元测试的基础上需要将
所有的模块按照设计要求组装成系统,这时需要考虑的问题:
1. 在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。
2. 一个模块的功能是否会对另一个模块的功能产生不利的影响。
3. 各个子功能组合起来,能否达到预期要求的父功能。
4. 全局数据结构是否有问题。
5. 单元模块误差累积起来,是否会放大,从而达到不能接受的程度。
我们在组装时采用一次性组装方式。
2.4.3 系统测试
系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的
要求一致,主要是下列类型的测试:
1. 用户界面测试:测试用户界面是否具有导航性、美观性、行业或公
司的规范性、是否满足设计中要求的执行功能。
2. 性能测试:测试相应时间、事务处理效率和其他时间敏感的问题。
3. 强度测试:测试资源(内存、硬盘)敏感的问题。
4. 容量测试:测试大量数据对系统的影响。
5. 容错测试:测试软件系统克服软件、硬件故障的能力。