软件测试 论坛管理系统 测试计划Word格式.docx
《软件测试 论坛管理系统 测试计划Word格式.docx》由会员分享，可在线阅读，更多相关《软件测试 论坛管理系统 测试计划Word格式.docx（12页珍藏版）》请在冰豆网上搜索。
6.1.2测试重点10
6.1.3测试方法10
6.1.4测试通过准侧10
6.2集成测试10
6.2.1测试对象10
6.2.2测试重点11
6.2.3测试方法11
6.2.4测试要求11
6.2.5测试完成标准11
6.3系统测试12
6.3.1测试对象12
6.3.2测试重点12
6.3.3测试方法12
6.3.4测试要求12
6.3.5测试完成标准12
6.4性能测试13
6.4.1测试对象13
6.4.2测试技术13
6.4.3测试完成标准13
6.4.4需考虑的特殊事项14
6.5安装测试14
6.5.1测试目标14
6.5.2测试技术14
6.5.3测试方法15
6.5.4测试完成标准15
6.5.5需考虑的特殊事项15
7.问题严重度描述15
8.附录：
项目任务16
1．简介
1目的
这一《测试计划》文档有助于实现以下目标：
提出软件总体要求，作为软件开发人员和最终使用者之间相互了解的基础；
提出软件功能、性能、接口、数据结构等要求，作为软件设计和程序编制的基础；
为软件测试提供依据。
本软件测试计划说明的读者对象主要是项目主管、软件设计人员和测试人员。
2背景
项目名称：
论坛管理系统
任务提出者：
开发者：
用户：
1.2.1项目背景
互联网正在融入我们的生活，影响和改变着我们的生活。
网络提供给我们的不只是一个获取信息的来源，而且还是一个可以相互交流的空间，网上论坛正是一种供人们进行交流的网络空间。
它不受时间和空间的约束，论坛用户可以发表自己的观点，大家一起探讨某个问题。
目前，网上论坛已不是新事物，许许多多的别具特色的论坛在网络上随处可见。
为了体现论坛的特色，我们搜索各式各样的论坛版面，为了改变网上现存论坛的普遍风格，追加功能，更便于管理，于是开发出一套界面友好美观，易于使用的论坛管理系统。
1.2.2基本功能
该项目主要功能包括：
用户注册、发帖、发表评论，以及管理员用户删除、修改、加精等功能。
1.2.3技术架构
本软件开发运用的脚本语言是jsp，运行在windows平台上用户信息保存在mysql数据库中
1.3范围
测试计划和设计：
根据需求规格说明书和最终的系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例、可能的测试工具等。
单元测试：
对各个模块的原代码进行测试，保证各模块基本功能能够正确实现。
集成测试：
将各个模块进行组合测试，保证所有功能都能够正确实现。
系统测试：
根据《需求规格说明书》对管理系统进行功能测试，对重点模块进行性能测试，并结合可能的用户测试。
1.测试参考文档和测试提交文档
2.1测试参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
文档
（版本/日期）
已创建或可用
已被接收或已经过复审
作者或来源
备注
可行性分析报告
是□ 否
软件需求定义
是 否□
软件系统分析
（STD,DFD,CFD,DD）
是否□
软件概要设计
软件详细设计
软件测试需求
用户操作手册
2.2测试提交文档
文档（版本/日期）
以创建或可有
来源
注
测试用例
是否
测试记录
测试报告
3.测试进度
测试活动
计划开始日期
实际开始日期
结束日期
制定测试计划
单元测试
集成测试
系统测试
性能测试
安装测试
用户验收测试
对测试进行评估
产品发布
4.测试资源
4.1人力资源
下表列出了在此项目的人员配备方面所作的各种假定。
[注：
可适当地删除或添加角色项。
]
角色
所推荐的最少资源（所分配的专职角色数量）
具体职责或注释
测试经理
资源管理和监督：
●提供技术指导
●分配适当的资源
●编写测试计划，测试方案
●收集管理用例
●管理缺陷报告
●参加测试
测试员
测试员职责：
●执行测试计划
●编写测试用例
●记录测试结果
●重现错误
●整理缺陷报告
4.2测试环境
下表列出了测试的系统环境
软件环境（相关软件、操作系统等）
Eclipsetomcat7.0jdk1.6mysql
硬件环境（网络、设备等）
CUP——INTELCOREI3-2130
内存——4GB
4.3测试工具
此项目将列出测试使用的工具：
用途
工具
生产厂商/自产
版本
Word
Microsoft
2007
Excel
Mircrosoft
缺陷报告
Bugzilla
LoadRunner
MI
5.系统风险、优先级
风险编号
风险内容
优先级
解决方案
1
技术风险
高
2
市场风险
中
3
人员流动风险
低
6.测试策略
6.1单元测试
6.1.1测试力度
单元测试的对象：
系统中各层应用（B/S结构）/前后台（C/S结构）关联能完成某个构件的特定功能的模块；
单元测试仅对该模块的功能实现及该模块调用其它模块的接口进行测试，不考虑被调用模块的功能测试。
单元测试通过，即将前后台/各层应用程序分别上配置库；
且应给出前后台/各层应用程序关联的标识。
6.1.2测试重点
1.前、后台/各层应用程序处理逻辑的测试；
2.前后台/各层应用接口的测试；
3.前台/展示层界面的可用性、可操作性测试；
4.边界值测试；
5.错误处理测试。
6.1.3测试方法
1.代码走查；
2.白盒测试；
3.黑盒测试。
6.1.4测试通过准侧
1.功能正确，模块齐全；
2.界面可维护，易操作。
6.2集成测试
6.2.1测试对象
已通过单元测试的模块，及软件结构上的关联和功能上的关联。
6.2.2测试重点
1.根据单元测试结果提供的正确的接口调用关系，对各系统及其子系统前后台/各层应用中对象的调用、方法间的调用是否正常进行测试；
2.从软件结构上进行测试，如数据库设计。
3.从功能模块上进行测试，各功能是否符合标准。
6.2.3测试方法
1.黑盒测试
6.2.4测试要求
需要根据单元测试完成的任务单，提交出完整的数据库搭建脚本和相关数据产生脚本。
并写出集成测试用例，给出测试结论。
6.2.5测试完成标准
1.功能比较完整，集成测试中发现的错误和问题都已得以解决；
2.系统界面及功能符合相关规范；
3.满足非功能性指标。
6.3系统测试
6.3.1测试对象
1.对已通过集成测试的功能进行确认。
6.3.2测试重点
1.功能确认：
以用户需求文档为基础，对通过集成测试提交的程序功能是否符合用户的实际生产需要进行测试；
2.检查系统运行时操作简单，运行的结果是否达到用户的期望。
3.测试软件是否有足够的权限管理，以防范非法用户增、删、改，破坏数据和系统。
6.3.3测试方法
6.3.4测试要求
1.由配置管理员提供建库脚本、前后台程序、相关文档；
2.在测试过程中测试员要编写确认测试用例，给出测试结论。
6.3.5测试完成标准
1.功能确认、运行测试、安全测试均满足用户的要求；
6.4性能测试
6.4.1测试对象
1.核实所指定的事务或业务功能在以下情况下的性能行为：
正常的预期工作量预期的最繁重工作量
6.4.2测试技术
1.使用为功能或业务周期测试制定的测试过程。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。
脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机）上重复。
6.4.3测试完成标准
1.单个事务或单个用户：
在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。
2.多个事务或多个用户：
在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。
6.4.4需考虑的特殊事项
1.直接将“事务强行分配到”服务器上，这通常以“结构化查询语言”调用的形式来实现。
2.性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
6.5安装测试
6.5.1测试目标
1.核实测试对象可在所需的硬件和软件配置中正常运行。
6.5.2测试技术
1、在测试过程中或在测试开始之前，打开各种与非测试对象相关的软件（例如Microsoft应用程序：
Excel和Word），然后将其关闭。
执行所选的事务，以模拟主角与测试对象软件和非测试对象软件之间的交互。
重复上述步骤，尽量减少客户机工作站上的常规可用内存。
2、使用不同的浏览器版本验证各项功能正确性。
3、将显示器设置不同的分辩率，检查系统各项功能能否正确显示。
6.5.3测试方法
6.5.4测试完成标准
1.对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完成，没有出现任何故障。
6.5.5需考虑的特殊事项
1.需要、可以使用哪种非测试对象软件？
7.问题严重度描述
问题严重度
描述
响应时间
项目任务
以下是一些与测试有关的任务：
✧ 制定测试计划
⏹确定测试需求
⏹评估风险
⏹制定测试策略
⏹确定测试资源
⏹创建时间表
⏹生成测试计划
✧设计测试
⏹准备工作量分析文档
⏹确定并说明测试用例
⏹确定测试过程，并建立测试过程的结构
✧复审和评估测试覆盖
✧实施测试
⏹记录或通过编程创建测试脚本
⏹确定设计与实施模型中的测试专用功能
⏹建立外部数据集
✧执行测试
✧执行测试过程
✧评估测试的执行情况
✧恢复暂停的测试
✧核实结果
✧调查意外结果
✧记录缺陷
✧对测试进行评估
✧评估测试用例覆盖
✧评估代码覆盖
✧分析缺陷
✧确定是否达到了测试完成标准与成功标准
升级会员 