昌平旅游行业政企互动系统测试计划V100.docx
《昌平旅游行业政企互动系统测试计划V100.docx》由会员分享，可在线阅读，更多相关《昌平旅游行业政企互动系统测试计划V100.docx（19页珍藏版）》请在冰豆网上搜索。
昌平旅游行业政企互动系统测试计划V100
文档版本：
V1.0.0
昌平区政务资源平台基础建设六期
及主题应用工程项目
昌平旅游行业政企互动系统
测试计划
北京圣地英才数码科技发展有限公司
2011年9月
目录
1引言-1-
1.1编写目的-1-
1.2预期读者-1-
1.3项目背景-1-
1.3.1系统名称-1-
1.3.2任务提出者-1-
1.3.3系统开发者-1-
1.3.4系统最终用户-1-
2约定-2-
2.1测试目标-2-
2.2资源和工具-2-
2.2.1资源-2-
2.2.2工具-2-
2.3编码规则-3-
3测试种类及测试标准-4-
3.1测试种类-4-
3.2测试方法及标准-4-
3.2.1功能测试-4-
3.2.1.1功能测试-4-
3.2.1.2界面测试-4-
3.2.1.3数据项测试-4-
3.2.1.4帮助文档测试-5-
3.2.2压力测试-5-
3.2.2.1压力测试说明-5-
3.2.2.2压力测试工具-5-
3.2.3安装测试-6-
3.2.3.1安装测试说明-6-
3.2.3.2安装测试方法及标准-6-
3.2.4验收测试-6-
4测试风险-7-
5测试重点及顺序-8-
5.1通知发布-8-
5.1.1通知列表-8-
5.1.2通知发布-8-
5.1.3接收人选择-9-
1、5.1.4通知接收状态列表-9-选择相关功能
5.2通知审核-10-
5.2.1通知审核列表-10-
5.3任务发布-11-
5.3.1任务列表-11-
5.3.2任务发布-11-
5.3.3接收人选择-12-
5.3.4任务接收状态列表-12-
5.4任务审核-13-
5.4.1任务审核列表-13-
5.5企业用户管理-13-
5.5.1添加企业-13-
5.5.2企业列表-14-
5.5.3添加负责人-14-
5.5.4负责人列表-15-
5.6权限角色管理-15-
5.6.1添加角色-15-
5.6.2角色列表-16-
5.6.3添加功能-16-
5.6.4功能列表-17-
5.6.5添加人员-17-
5.6.6人员列表-17-
6测试任务和进度安排-19-
7测试提交物-20-
1引言
1.1编写目的
本测试计划旨在描述“昌平区政务资源平台基础建设六期及主题应用工程项目-昌平旅游行业政企互动系统”的项目背景、测试目标、测试资源和工具、测试种类及测试标准、测试重点及顺序、测试任务和进度安排等内容，为项目开展系统测试提供明确的操作规程，并作为项目验收交付的重要参考。
1.2预期读者
本文档的预期读者为：
项目经理、软件设计开发人员、数据库管理人员、系统测试人员、监理单位和最终用户。
1.3项目背景
1.3.1系统名称
昌平旅游行业政企互动系统
1.3.2任务提出者
北京市昌平区综合行政服务中心
1.3.3系统开发者
北京圣地英才数码科技发展有限公司
1.3.4系统最终用户
北京市昌平区旅游局、昌平区旅游行业企业
2约定
2.1测试目标
通过测试，达到以下目标：
⏹测试已实现的产品是否达到设计的要求，包括：
各个功能点是否已实现、业务流程是否正确等。
⏹产品规定的操作和运行是否稳定。
⏹Bug缺陷率控制在可接受的范围之内。
2.2资源和工具
2.2.1资源
⏹测试服务器：
稳定的测试服务器（网络标识：
192.168.1.150）。
⏹人力资源：
测试审核人1名，测试实施人员1名。
⏹测试设备配置：
2.2.2工具
⏹测试中使用的Bug管理工具为TestDirector8.0SP2。
⏹自动化测试工具LoadRunner7.8。
2.3编码规则
与本测试计划相关的编号规则如下：
⏹测试用例中的编号，功能名+界面名（每个字第一个汉语拼音大写）+编号：
⏹例如：
“新增地图”用“XZ–DT-001”标识；
⏹测试用例文件命命名规则，模块名+测试用例
⏹例如：
“新增地图模块”用“新增地图测试用例”标识；
3测试种类及测试标准
3.1测试种类
计划完成以下类型测试：
⏹功能测试
⏹压力测试
⏹安装测试
⏹验收测试
3.2测试方法及标准
3.2.1功能测试
3.2.1.1功能测试
系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。
3.2.1.2界面测试
主要参考相关的界面测试标准，根据用户群体的特点和使用习惯，以及从界面布局、使用方便性等方面进行测试。
3.2.1.3数据项测试
⏹字母数字数据项是否能够正确回显，并输入到系统中；
⏹图形模式的数据项（如滑动条）是否正常工作；
⏹是否能够识别非法数据；
⏹数据输入消息是否可理解；
3.2.1.4帮助文档测试
⏹文档是否精确描述了如何使用各种使用模式：
⏹交互顺序的描述是否精确：
⏹例子是否精确：
⏹术语、菜单描述和系统响应是否与实际程序一致：
⏹是否能够很方便地在文档中定位指南：
⏹是否能够很方便地使用文档排除错误：
⏹文档的内容和索引是否精确完整：
⏹文档的设计（布局、缩进和图形）是否便于信息的理解：
⏹显示给用户的错误信息是否有更详细的文档解释：
3.2.2压力测试
3.2.2.1压力测试说明
本次压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。
压力测试有一条8：
2原则，即百分之八十的业务量在百分之二十的时间内输入。
例如：
正常每天有100条新数据，测试时在两小时内输入80条数据。
我们无法知道用户的业务量，所以只有利用公司现有资源进行大量的数据量的测试。
3.2.2.2压力测试工具
拟采用工业标准级压力测试工具LoadRunner7.8对昌平旅游行业政企互动系统的前台系统进行测试；后台管理系统的日常访问量不大，只要实际运行环境允许都可正常运行，因此不需要进行压力测试。
3.2.3安装测试
3.2.3.1安装测试说明
除了嵌入式软件之外，安装是软件产品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。
3.2.3.2安装测试方法及标准
⏹自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。
⏹安装退出之后，确认应用程序可以正确启动、运行。
⏹卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。
⏹至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品（有条件的情况下）。
⏹安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发生变化，变得不可卸载。
⏹安装时间是否合理；
⏹对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题。
⏹考察安装该系统是否对其他的应用程序造成影响，特别是Windows操作系统，经常会出现此类的问题。
3.2.4验收测试
软件产品测试部对经过内部系统测试后的软件所进行的测试，测试用例采用业务流程测试用例。
4测试风险
本次测试过程中，可能出现的风险如下：
⏹已知Bug的修正情况
⏹模块功能的实现情况
⏹系统整体功能的实现情况
⏹代码的编写质量
⏹开发人员、测试人员关于项目约定的理解和执行情况
5测试重点及顺序
1
5.1通知发布
5.1.1通知列表
功能测试
测试目的
是否能正确合理显示通知列表
前提条件
数据库中已存在一定数量的通知发布记录
操作步骤
1、进入页面。
2、输入关键字
3、点击查询
预期结果
完整、有序、利于显示的显示通知列表
备注
回归测试
操作步骤
同上
备注
5.1.2通知发布
功能测试
测试目的
验证通知发布
前提条件
数据库中已存在企业及企业负责人
操作步骤
1、单击“发布新通知”。
2、选择接收人
3、填写通知信息
4、单击发布通知
预期结果
通知顺利发布。
备注
回归测试
操作步骤
同上
备注
5.1.3接收人选择
功能测试
测试目的
验证接收人选择页面能否正常显示并传值给发布页面
前提条件
数据库中存在企业及负责人
操作步骤
1、单击“发布新通知”。
2、选择企业
3、添加负责人
4、删除接收人
5、批量添加负责人
6、批量删除接收人
7、通过企业直接添加负责人
8、删除全部接收人
9、重新添加接收人
10、单击确定返回接收人值
预期结果
1、选择的接收人成功返回给发布页面并显示
备注
回归测试
操作步骤
同上
备注
5.1.4通知接收状态列表
功能测试
测试目的
是否能正确合理显示通知接收状态列表
前提条件
数据库中存在已审核通过并有回复信息的通知
操作步骤
1、单击已通过的通知的标题进入列表页面。
2、输入企业关键字
3、单击查询
预期结果
完整、有序、利于显示的显示接收状态列表
备注
回归测试
操作步骤
同上
备注
5.2通知审核
5.2.1通知审核列表
功能测试
测试目的
验证是否能正确合理显示通知接收状态列表
前提条件
已存在未审核的通知项目
操作步骤
1、进入页面。
2、输入关键字
3、点击查询
预期结果
完整、有序、利于显示的显示通知审核列表
备注
回归测试
操作步骤
同上
备注
5.3任务发布
5.3.1任务列表
功能测试
测试目的
是否能正确合理显示任务列表
前提条件
数据库中已存在一定数量的任务发布记录
操作步骤
4、进入页面。
5、输入关键字
6、点击查询
预期结果
完整、有序、利于显示的显示任务列表
备注
回归测试
操作步骤
同上
备注
5.3.2任务发布
功能测试
测试目的
验证任务发布
前提条件
数据库中已存在企业及企业负责人
操作步骤
1、单击“发布新任务”。
2、选择接收人
3、填写任务信息
4、单击发布任务
预期结果
任务顺利发布。
备注
回归测试
操作步骤
同上
备注
5.3.3接收人选择
功能测试
测试目的
验证接收人选择页面能否正常显示并传值给发布页面
前提条件
数据库中存在企业及负责人
操作步骤
1、单击“发布新任务”。
2、选择企业
3、添加负责人
4、删除接收人
5、批量添加负责人
6、批量删除接收人
7、通过企业直接添加负责人
8、删除全部接收人
9、重新添加接收人
10、单击确定返回接收人值
预期结果
1、选择的接收人成功返回给发布页面并显示
备注
回归测试
操作步骤
同上
备注
5.3.4任务接收
升级会员 