01测试计划WXRTHTFVERTestPlanV10.docx
- 文档编号:4618586
- 上传时间:2023-05-07
- 格式:DOCX
- 页数:16
- 大小:23.09KB
01测试计划WXRTHTFVERTestPlanV10.docx
《01测试计划WXRTHTFVERTestPlanV10.docx》由会员分享,可在线阅读,更多相关《01测试计划WXRTHTFVERTestPlanV10.docx(16页珍藏版)》请在冰点文库上搜索。
01测试计划WXRTHTFVERTestPlanV10
无锡融天信息技术有限公司
文档编号:
WXRT-HTF-VER-TestPlan
测试计划
V1.0
编写:
王丹
审核:
汤志坚
批准:
贺子彬
日期:
2010-5-12
日期:
2010-5-13
日期:
2010-5-13
变更履历
版本
文件内容描述
编写日期
编写
审核
批准
0.1
起草初稿
2010-5-12
王丹
1.0
经过评审确认为正式版本
2010-5-13
王丹
汤志坚
贺子彬
目录
第一章引言1
1.1.编写目的1
1.2.项目背景1
1.3.参考资料1
第二章任务概述2
2.1.测试目标2
2.2.测试准备2
2.3.计划时间表2
2.4.需求覆盖规则3
2.5.测试覆盖规则3
2.6.测试工具3
2.7.测试环境4
2.7.1.软硬件环境4
第三章测试策略5
3.1.单元测试5
3.2.集成测试5
3.3.功能测试6
3.4.界面测试6
3.5.数据测试8
3.6.性能测试8
3.7.安全性测试9
3.8.可靠性测试9
3.9.易用性测试10
3.10.客户端兼容性测试10
第四章其他相关11
4.1.产出物列表11
4.2.风险分析及规避措施11
第一章引言
一.1.编写目的
计划为汇添富网上交易系统建设项目的软件部分进行编制测试,及时发现并更正本系统存在的bug(缺陷)、error(错误)及处理所有的exception(异常)。
通过测试验证本系统已经达到设计和评审指标,以期待本系统顺利的交付使用。
本计划文档由测试工程师在进行软件测试时使用。
一.2.项目背景
软件名称:
汇添富网上交易系统
本项目是基于汇添富基金电子商务业务的规划,建设汇添富基金网上交易的基础系统平台,使网上交易系统功能更完善,业务流程更清晰,系统更稳定高效,更有利于推广公司业务。
一.3.参考资料
⏹《项目立项报告》
⏹《项目计划书》
⏹《项目进度计划》
第二章任务概述
二.1.测试目标
确保系统能有效运行。
二.2.测试准备
(1)首先,测试人员仔细阅读有关资料,包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则,全面熟悉系统,编写测试计划,设计测试用例,作好测试前的准备工作。
(2)为了保证测试的质量,将测试过程分成几个阶段,即:
代码审查、单元测试、集成测试和系统测试。
二.3.计划时间表
测试任务
责任人
工作量估计
计划完成日期
制定测试计划
王丹,朱洁洁
1天/2人
2010.5.12~2010.5.12
评审测试计划
王丹,朱洁洁
1天/2人
2010.5.13~2010.5.13
系统测试用例设计
王丹,朱洁洁
2天/2人
2010.6.7~2010.6.9
评审系统测试用例
王丹,朱洁洁
1天/2人
2010.6.9~2010.6.10
集成测试用例设计
王丹,朱洁洁
2天/2人
20106.14~2010.6.15
评审集成测试用例
王丹,朱洁洁
0.5天/2人
2010.6.16~2010.6.16
单元测试用例设计
姚婷
2天/1人
2010.6.23~2010.6.25
评审单元测试用例
姚婷
1天/1人
2010.6.25~2010.6.25
执行单元测试
姚婷
4天/1人
2010.7.28~2010.8.2
搭建产品集成和测试环境
姚婷
1天/1人
2010.8.11~2010.8.11
执行集成测试
王丹,朱洁洁
2天/1人
2010.8.16~2010.8.18
搭建系统测试环境
王丹,朱洁洁
1天/2人
2010.8.26~2010.8.26
执行系统测试
王丹,朱洁洁
2天/2人
2010.8.27~2010.8.30
二.4.需求覆盖规则
根据用户需求说明书确定测试优先级,对于用户重点需求进行测试点充分细化,测试用例覆盖所有情况(正常值、边界值、特殊值、错误猜测法等)。
对于一般需求,采用故障模型、编写测试用例考虑以往项目类似功能中容易出现错误的地方并结合边界值、等价类。
二.5.测试覆盖规则
集成测试、系统测试,一般采用黑盒方法。
其用例设计规则包括:
1)用边值分析法和等价类法设计基本的测试用例;
2)用错误猜测法补充新的测试用例;
3)如果在程序的功能说明中含有输入条件的组合,则选用因果图法设计测试用例;
4)执行测试时根据实际情况补充随机测试。
单元测试,采用白盒法和黑盒法结合运用。
具体做法有两种:
1)先仿照上述步骤用黑盒法提出一组基本的测试用例,然后用白盒法作验证。
如果发现用黑盒法产生的测试用例未能满足所需的覆盖标准,就用白盒法增补新的测试用例来满足它们。
覆盖的标准应该根据模块的具体情况确定。
对可靠性要求较高的模块,通常要满足条件组合覆盖或基本路径覆盖标准。
2)先用白盒法分析模块的逻辑结构,提出一批测试用例,然后根据模块的功能用黑盒法进行补充。
二.6.测试工具
无
二.7.测试环境
二.7.1.软硬件环境
软件需求名称
详细要求
数据库
SunSolaris10forSparc64bit
Oracleg9i
应用服务器
OracleEnterpriseLinux4.432bit
WebLogic(版本8.1.3)
硬件需求名称
详细要求
数据库
2个CPU(每CPU4核)或更高配置
16G内存
100G以上磁盘阵列
应用服务器
2个CPU(每CPU4核)
8G内存
第三章测试策略
三.1.单元测试
●测试目标:
检测代码的行为是否与我们期望的一致,保证代码质量,尽早的发现并消除代码中的逻辑错误。
●测试范围:
软件各模块代码。
●技术:
采用白盒测试方法,针对程序的逻辑结构来设计测试用例,用逻辑覆盖率来衡量测试的完整性,逻辑单位主要有:
语句、分支、条件、条件值、条件值组合、路径。
●进入准则:
编码开发完成,单元测试用例评审通过,单元测试环境符合预期标准,与项目进度计划中的单元测试开始时间一致。
●退出准则:
1)单元测试案例全部执行完毕;案例的通过率达到95%以上;所有优先级为高、中的缺陷已经修复,优先级为低的缺陷修复率在80%以上。
2)单元测试过程中产生的测试文档必须被有效提交。
●需要特殊考虑的事项:
对于通用模块应重点测试。
三.2.集成测试
●测试目标:
检测系统对业务流程及数据流的处理是否符合标准,检测系统对业务流处理是否存在逻辑不严谨及错误。
●测试范围:
需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。
●技术:
采用黑盒测试方法和自底向上集成的集成策略,利用有效的和无效的数据来执行各个用例,以核实以下内容:
Ø在使用有效数据时得到预期的结果。
Ø在使用无效数据时显示相应的错误消息或警告消息。
Ø各业务规则正确。
●进入准则:
各模块功能实现,产品集成完毕,数据流向正确,无接口方面的问题,测试用例经评审确定,各项测试资源到位。
●退出准则:
所计划的测试已全部执行,所有模块与组件均能够顺利运行,数据流向正确,接口无问题,所发现的缺陷95%以上得到解决,无严重的影响系统功能的重大缺陷,完成阶段集成报告提交。
●需要特殊考虑的事项:
不同模块之间的关联,模块接口处要重点测试。
三.3.功能测试
●测试目标:
确保功能正常,如菜单,数据添加,报表处理是否正确,以及业务规则是否符合实际。
对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
●测试范围:
需求中描述的所有功能以及所有业务流程。
●技术:
采用黑盒测试方法,具体方法如下:
Ø利用有效的和无效的输入来执行各个用例。
Ø按模块测试单项功能,相关联的功能结合测试。
●进入准则:
集成测试通过,系统测试环境符合预期标准,系统测试用例准备完全,并于项目进度计划中的系统测试开始时间一致。
基本功能全部实现、服务器端配置完全,测试用例经评审确定、测试资源准备完毕。
●退出准则:
系统测试案例全部执行完毕,各功能按用户的需求正常执行,无严重的功能缺陷,BUG修复率在95%以上。
●需要特殊考虑的事项:
某些重要功能是与实际效果相关,并不是简单的功能实现。
某些功能单个测试时没有问题,先后运行时出现问题。
三.4.界面测试
●测试目标:
确保窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab键、鼠标移动、和快捷键)的使用窗口的对象和特征(大小、位置、状态和中心)都符合标准。
●测试范围:
需求中所描述的所有界面。
●技术:
采用黑盒测试的方法,具体方法如下:
Ø对每个窗口进行创建和修改操作。
Ø按照相关规定逐项检查,包括菜单、按钮、帮助文档等。
Ø检查各界面中的文字和标点符号、图标等。
Ø检查各窗口的布局和打开时的位置等。
●进入准则:
系统所有功能实现,服务器端配置完成,通过功能测试。
●退出准则:
各个窗口都与基准版本保持一致,符合标准。
●需要特殊考虑的事项:
快捷键的测试,界面必须严格符合定义的标准,再轻微的缺陷也要提交并解决。
●界面参考标准:
用例说明
测试内容
测试系统界面
窗体大小合适,内部控件布局合理,不过于密集,也不过于空旷
快速或慢速移动窗体,背景及窗体本身刷新正确
缩放窗体。
窗体上的控件也应该随着窗体而缩放
不同的显示分辨率下,窗体内容正确
随操作不同,状态栏的内容能正确变化
单击工具栏图标正确执行相应操作
工具栏显示的图标和菜单中的图标一致,直观的代表要完成的操作
错误信息的内容正确,无错别字
显示的错误信息内容明确,不模糊不清
父窗体或主窗体的中心位置在屏幕对角线焦点附近
子窗体位置在主窗体的左上角或正中
多个子窗体弹出时应该依次向右下方便宜,以显示窗体标题为宜
重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置
界面长宽接近黄金比例,不要长宽比例失调
按钮大小基本相近,不要太长的名称
按钮的大小域界面的大小和空间协调
字体的大小与界面的大小比例协调,通常使用宋体,字号为9-12
前景色与背景色搭配合理协调
使用柔和颜色,杜绝刺目的颜色
界面风格要保持一致,字的大小、颜字体要相同
测试控件
空间摆放堆积,间隔要一致,没有重复区域
无错别字
无中英文混用
控件的字体和大小都要一致
控件显示完整,不被裁切或重叠
文字无全角和半全角混合使用
测试菜单
菜单正常工作,菜单标题与实际执行内容一致
无错别字
快捷键无重复
热键无重复
快捷键和热键正常工作,与实际执行内容一致
菜单的字体和字号一致
无中英文混用
菜单和语境相关,对于不同用户或执行不同功能,显示菜单不同
与当前进行的操作无关的菜单应该被置为灰色
鼠标右键菜单操作,同以上1-9
菜单采用“常用-主要-次要-工具-帮助”的位置排列,符合流行的windows风格
下拉菜单根据菜单的含义进行分组,并按照一定的规则排列,用横线隔开
菜单深度一般要求最多控制在3层以内
菜单钱的图标大小合适,与字高度保持一致
主菜单数目适合,应为单排布置
三.5.数据测试
●测试目标:
输入数据并检查其输出结果,正确的输入数据能得到正确的输出结果,错误的数据得到正确和友善的提示。
同时还应验证数据的输出、导入、导出、保存、删除是否正确。
●测试范围:
系统所有需要输入数据的地方。
●技术:
采用黑盒测试方法,具体方法如下:
Ø逐一对每个需要输入数据的地方进行检查,包括键入和粘贴方式。
Ø充分利用边界值法和等价类法。
Ø检查输入非法数据是否有提示,提示信息是否正确。
Ø检查导入导出的数据是否正确。
●进入准则:
系统所有功能实现,服务器端配置完成。
●结束标准:
常用的输入项实现测试目标。
●需要特殊考虑的事项:
小键盘输入是否正常,边界值的测试。
三.6.性能测试
●测试目标:
系统允许的最大同时在线用户数不少于5个,并且在5用户同时在线的情况下系统性能无明显下降。
●测试范围:
模拟系统处于用户真实使用下的情形
●技术:
采用自动化测试与手工测试相结合,具体方法如下:
Ø通过修改数据文件来增加事务数量。
Ø通过自动化测试工具,模拟多个客户机进行多机联合测试。
●进入准则:
系统所有功能实现,服务器端配置完成,通过功能测试。
●退出准则:
达到测试前所预期的性能指标。
●需考虑的特殊事项:
Ø可创建“虚拟的”用户来模拟多个用户。
Ø最好使用多台实际客户机和虚拟客户机相结合的方式给系统添加负载。
Ø应该在专用服务器上执行测试,以便实现精确的评测。
其所用的数据库应该是实际大小或相同缩放比例的数据库。
Ø多用户不同网络条件下的连接速度是否满足要求。
三.7.安全性测试
●测试目标:
确保系统Web应用下的安全性。
●测试范围:
模拟用户的真实使用情况。
●技术:
采用自动化测试与手工测试相结合的方法。
●进入准则:
系统所有功能实现,服务器端配置完成,通过功能测试。
●退出准则:
达到测试前预期的安全性指标。
●需要特殊考虑的事项:
考虑用户使用的实际情况。
●安全性参考标准:
检查项
测试人员的类别及其评价
系统可以对用户进行权限分配管理
检查系统运行跟踪信息
系统有超时限制吗?
(如标题、提示等)
不允许网页回滚操作
相关的重要信息写进了日志吗?
能有效跟踪他们吗?
用户登陆系统时,不能对系统页面进行下载、保存
三.8.可靠性测试
●测试目标:
系统应该一天24小时,一周7天可用,停机时间不应超过5%,系统的平均无故障时间应该大于2160小时。
●测试范围:
模拟用户的真实使用情况。
●技术:
搭建测试环境,按真实情况进行模拟试运行。
●进入准则:
系统所有功能实现,服务器端配置完成,通过功能测试。
●退出准则:
达到预期指标,或用户提出中止要求。
三.9.易用性测试
●测试目标:
确认软件是否便于用户操作、理解。
熟悉计算机的人员不需要经过特别的培训就可以使用本系统。
●测试范围:
系统所有功能操作。
●技术:
采用手工测试,多人评审的方法
●进入准则:
系统所有功能实现,通过功能测试,界面测试。
●退出准则:
符合用户使用需求。
●需要特殊考虑的事项:
联机帮组的测试。
●易用性参考标准:
检查项
测试人员的类别及其评价
各功能点的划分和布局是否合理
各条目的命名是否便于理解,较生僻的条目是否提供解释说明
右键菜单和快捷键的设计和有效性
常用功能是否有快捷方法调用
帮助文档是否够清楚详细
三.10.客户端兼容性测试
●测试目标:
测试系统在Windows平台下不同浏览器是否能正常运行。
●测试范围:
各种不同浏览器下。
●技术:
采用手工测试方法,配置各种不同的测试环境。
●进入准则:
系统所有功能实现,通过功能测试。
●退出准则:
符合兼容性的预期结果。
●需要特殊考虑的事项:
考虑的测试平台是否全面,是否覆盖到主流的平台。
第四章其他相关
四.1.产出物列表
文档名称
文档标识号
作者或来源
测试计划
WXRT-HTF-VER-TestPlan
系统测试用例
WXRT-HTF-VER-TestCase-SystemTest
集成测试用例
WXRT-HTF-VER-TestCase-IntegrationTest
单元测试用例
WXRT-HTF-VER-TestCase-UnitTest
单元测试用例执行记录
WXRT-HTF-VER-TestCase-UnitTestReport
单元测试报告
WXRT-HTF-VER-TestReport-UnitTest
接口列表
WXRT-HTF-PI-InterfaceCheck
产品集成检查列表
WXRT-HTF-PI-IPChkList
模块核查报告
WXRT-HTF-PI-MCheckRpt
集成测试用例执行记录
WXRT-HTF-VER-TestCase-ITReport
集成测试报告
WXRT-HTF-VER-TestReport-IntegrationTest
系统测试用例执行记录
WXRT-HTF-VER-TestCase-STReport
系统测试报告
WXRT-HTF-VER-TestReport-SystemTest
缺陷管理一览表
WXRT-HTF-VER-STBUGList
四.2.风险分析及规避措施
通过对整个测试过程的分析,测试过程中可能存在的风险有:
序号
风险分析
规避措施
1
测试人员由于不熟悉系统业务功能而导致测试结果不准确
对测试人员进行相关系统业务功能知识的培训
2
测试人员少,测试任务多,导致不能按预期完成测试任务
统筹安排测试计划,必要时申请调用其他成员加入测试
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 01 测试 计划 WXRTHTFVERTestPlanV10