书店信息系统测试计划Word文件下载.docx
《书店信息系统测试计划Word文件下载.docx》由会员分享，可在线阅读，更多相关《书店信息系统测试计划Word文件下载.docx（15页珍藏版）》请在冰豆网上搜索。
确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高层次）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素。
1.2背景
项目名称：
书店信息系统
任务提出者：
新华书店
开发者：
某公司某部门
用户：
新华书店
书店信息系统的项目背景：
书店信息系统用于书籍的信息的添加、修改、删除等多项业务。
主要针对基本信息、采购管理、销售管理、库存管理、财务等业务的开展。
书店信息系统的基本功能：
基本信息可以对书籍的增删改进行正确的操作。
1.3范围
测试的各个阶段：
测试设计：
根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。
集成测试：
前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；
同时进行对新加入测试人员的培训。
系统测试：
前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。
验收测试：
根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试，典型配置环境的裸机测试。
6.2.2.测试参考文档和测试提交文档
2.测试参考文档和测试提交文档
2.1测试参考文档
2.2测试提交文档
测试用例：
通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级。
测试日志：
测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存到bugfree中
定期（每周）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交流大家对系统现状的看法和急需解决的问题等，以上记录保存到bugfree中。
缺陷报告：
使用bugfree记录和vss管理缺陷报告。
测试完成后，对vss进行整理和分析。
验收测试总结报告：
验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。
备注：
此测试计划不包含单元测试的内容。
6.2.3.术语和定义
码洋：
应收
实洋：
实收
6.2.4.测试策略
4.1测试策略
数据库测试：
针对与数据库相关的功能进行测试，通过对数据的读写操作测试数据库。
以数据库运行正常，数据不丢失为标准。
功能确认测试：
集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。
以按需求或用户手册所列功能检查一遍为标准（每个版本周期内）。
界面测试：
只在系统测试阶段进行，按照相关规定进行检查。
以按相关要求规定检查一遍为标准。
值域测试：
只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。
以常用功能项检查一遍为标准。
可用性测试：
在系统测试的中后期展开，主要针对重点模块进行。
测试编剪的响应速度，节
安全性测试：
在系统测试阶段进行。
针对与之相关的模块的测试同步进行。
以满足基本的安全性要求为标准。
裸机测试：
在系统测试的中后期和验收测试进行。
在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。
标准是裸机环境上程序运行正常。
安装测试：
以安装正常，并且卸载正常为标准。
4.1.1数据库测试
测试目标：
确保数据库访问方法和进程正常运行，数据不会遭到损坏。
方法：
·
BookShop还原后的BookShopIS数据库访问进行测试。
分别测试数据的新建、修改、删除等，包括单个数据和大量数据的读写。
测试间接方式的数据读写。
测试数据的查找功能，检查返回的数据是否正确，并测试相关功能。
测试数据的不同显示方式。
测试有效和无效数据对数据库的影响。
完成标准：
所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。
需考虑的特殊事项：
数据库的效率如何？
对于出错情况的保护，包括自动保存，手动保存等。
错误数据的清理，自动或手动。
如果需要，可以使用必要的测试工具或测试方法。
4.1.2功能测试
系统提供的功能与需求或用户手册相符。
集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。
重要的功能应该投入更多的精力进行测试，并及时小结。
功能实现，且可以正确执行。
所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。
注意开发组可能的功能变化和需求变更。
注意其中一些重要功能是与实际效果相关，并不是简单的功能实现。
注意值域测试的提示信息。
4.1.3界面测试
测试目标
程序界面符合相关的规范。
按照相关规定逐项检查，包括菜单、按钮、版权信息等。
检查提示信息中的文字和标点符号、图标等。
注意启动画面和安装程序的版权信息。
注意版本信息。
4.1.4值域测试
对于所有需要输入数据的地方，进行数据输入并检查其输出结果，进行值域测试不但要验证正确的输入数据能否得到正确的输出结果，同样也一定要检查输入错误的数据是否可以得到应该的反应，给出的错误提示是否正确和友善等。
逐一对每个需要输入数据的地方进行检查，包括键入和粘贴方式。
检查出错是否有提示，提示信息是否正确。
常用的输入项可以实现测试目标。
注意小键盘输入是否正常。
注意边界值的测试。
4.1.5版本验证测试
验证开发组提交的版本是否值得进行系统测试。
返测随版本提交的测试报告。
测试系统的基本功能。
得出继续测试或退回开发组的结论。
此阶段时间不超过一天。
注意及时总结经验。
4.1.6可用性测试
验证系统能否满足与非编系统基本要求相关的内容。
测试主要针对重点模块进行，包括测试基本信息、采购管理、销售管理、库存管理、财务等业务的正常开展。
测试时应该考虑尽可能多的情况，并进行测试。
满足足够多的基本要求为标准。
注意实用性的考虑。
注意总结和随时补充此类测试项。
如果时间不够，可以缩减或转给用户测试。
4.1.7强度测试
通过此类测试，找出一般测试不能（易）发现的问题。
针对重点模块，进行一些必要的加载测试，包括大数据量和长时间测试。
在各模块具有一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，进行整个系统的稳定性测试，同样包括加载测试。
同时有可能的针对不同的用户，最好能够有不同的用户原型来模拟。
尽可能有用户测试，对用户反馈的问题进行验证。
有关容量的测试，包括硬盘容量、数据库的大小等。
测试死机或程序出错时的系统自我保护的能力，包括保存，数据库出现错误数据后的容错性能等。
连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据不丢失或丢失的情况在允许范围内。
响应时间、事务处理速率等与时间相关的方面是否在允许范围内。
注意内存和CPU的使用情况。
注意数据的保存情况：
单据，书籍基本信息等
4.1.8安全性测试
程序提供的安全性功能符合需求的设计。
测试用户的安全性，包括用户创建，权限设置，权限的验证（更换用户，用户类型变化等），权限级别等。
测试项目、素材库、节目的安全性，主要针对是权限的验证。
测试数据库的安全性，主要是信息的保存和修改。
程序的安全性功能可以保证用户的正常使用。
此方面经验比较少，需要摸索和总结。
4.1.9裸机测试
在干净的环境上，进行与其他测试环境相同的测试，应包括所有测试内容（一般有一台机器专门用于裸机测试）。
证实干净系统的程序使用也是正常的。
每个新的版本安装前，系统也必须重装（使用GHOST）。
注意必要的文件的安装（数据库支持文件等）。
4.1.10安装测试
安装程序安装后程序可以正常运行，也能正常卸载。
分以下几种情况进行安装和卸载测试：
首次安装。
以前从未安装过书店管理系统的新计算机。
更新1：
以前安装过相同版本的书店管理系统的计算机。
更新2：
以前安装过较早版本的书店管理系统的计算机。
更新3：
不卸载直接覆盖安装。
证明程序在新安装的操作系统上可以正常运行。
注意通过比较文件的数量和大小，检查注册表路径等方式，验证程序安装是否完整。
注意检查卸载后的剩余文件是否正常。
注意非默认路径的安装是否正确。
4.2工具
此项目将使用以下工具：
工具
厂商/自行研制
版本
测试管理
WORD、EXCEL、winmail、vssbugfree
Microsoft
V1.0
缺陷跟踪
自行研制
6.2.5.确定测试内容
模块名称
基本信息
对应测试用例编号
主要功能
书籍信息、书籍类别、客户信息、供应商信息、部门信息、仓库信息、职员信息
测试内容
界面中无错别字各个控件都能实现。
书籍信息能进行增删改、查询、导出的功能。
优先级
高
采购管理
采购订单、采购入库、采购退货、借入、借入还出
采购订单：
可以实现保存添加可以正常输入单据编号、选择操作时间、供应商等。
6.2.6.资源
6.资源
6.1角色
下表列出了在此项目的人员配备方面所作的各种假定。
角色
推荐的最少资源
（所分配的专职角色数量）
具体职责或注释
测试经理
熊晨辰
进行管理监督。
职责：
提供技术指导
获取适当的资源
生成测试计划，测试方案
管理测试数据（Notes数据库）
收集测试用例
参与测试
测试员
测试中心提供测试员4名。
执行测试。
执行测试
记录结果
从错误中恢复（返测报告）
测试系统管理员
确保测试环境和资产得到管理和维护。
管理测试系统
授予和管理角色对测试系统的访问权
6.2系统
硬件资源：
CPU：
Intel（R）Core（TM）2Quad。
内存：
384MB（最好384MB）。
硬盘：
1块SCSI系统硬盘（8G以上）.
软件环境：
Windows2003、sql2000
b系列的SDK驱动
书店管理系统
6.2.7.测试进度
7.1各测试阶段资源要求及时间安排
人员
设备
时间安排
测试计划
熊晨辰、陈旺华、赵诚、詹小娟、伏亮
无
2011-05-30至2011-05-31
测试方案
2011-06-01至2011-06-07
集成测试
陈旺华、赵诚、詹小娟、伏亮
测试用机4套
2011-06-08至2011-06-15，
系统测试
2011-06-15至2011-06-18
验收测试
测试用机4套
2011-06一周
7.2项目里程碑
里程碑任务
工作量
开始日期
结束日期
制订测试计划
5.0人天
2011-05-30
2011-05-31
制订测试方案
8.0人天
2011-06-01
2011-06-07
2011-06-08
2011-06-15
2011-06-18
1.0人周
2011-06-19
2011-06-25
6.2.8.测试员的任务分配
模块
测试人员
基本信息、采购管理、销售管理、库存管理、财务
陈旺华
单据查询
赵诚
业务统计
詹小娟
系统维护、帮助
伏亮
6.2.9.风险和问题
9.可能的影响或风险：
测试时间不够，主要是功能冻结后的系统测试的时间可能不够
测试资源的及时到位（设备和人员）
开发进度的变化，需求或设计的变更
6.2.10.缺陷严重程度准则
Bug严重程度编号
严重状态
严重程度说明
1
Blocker：
⏹阻碍测试工作；
⏹程序无法正常运行
⏹主要功能没有实现
⏹主要业务没有实现
2
Critical：
⏹运行过程中死机
⏹丢失数据
⏹内存溢出
3
Major：
⏹主要功能缺陷
4
Normal：
⏹普通功能缺陷
5
Minor：
⏹较轻的功能缺陷
6
Trivial：
⏹产品外观上的问题，界面问题
7
Enhancement：
⏹建议或者意见
6.2.11缺陷等级说明
缺陷（Bug）分为五个等级：
P1级（导致系统崩溃；
主业务流程出现断点；
导致死机；
导致程序模块丢失；
内存泄漏），P2级（被测数据处理错误；
软件错误导致数据丢失；
用户需求未实现），P3级（），P4级（功能实现不完美或细小的错误），P5级（建议性问题）。
优先级
P1
⏹导致系统崩溃；
⏹主业务流程出现断点主要功能没有实现
⏹导致死机
⏹导致程序模块丢失
⏹内存泄漏
P2
⏹被测数据处理错误
⏹软件错误导致数据丢失
⏹用户需求未实现丢失数据
P3
⏹被测功能不能正确实现
P4
⏹功能实现不完美或细小的错误
P5
⏹建议性问题
升级会员 