我们专注攀枝花网站设计 攀枝花网站制作 攀枝花网站建设
成都网站建设公司服务热线:400-028-6601

网站建设知识

十年网站开发经验 + 多家企业客户 + 靠谱的建站团队

量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决

门户系统测试---测试计划

1  测试计划

1.1  概述

测试计划的目的是测试系统实现的功能是否满足需求阶段定义的需求,性能是否满足用户需要,安全性是否具备企业级应用系统应该具备的安全级别。阅读对象包括:

在迭部等地区,都构建了全面的区域性战略布局,加强发展的系统性、市场前瞻性、产品创新能力,以专注、极致的服务理念,为客户提供网站建设、做网站 网站设计制作按需开发,公司网站建设,企业网站建设,品牌网站制作,营销型网站,外贸营销网站建设,迭部网站建设费用合理。

— 系统需求调研人员。

— 系统设计人员。

— 系统开发人员。

— 系统最终用户或最终用户代表。

— 项目相关管理人员。

测试计划包括的功能测试有:

— 单元测试。

— 集成测试。

— 系统测试。

— 验收测试。

测试计划包括的非功能测试有:

— 性能测试。

— 安全测试。

根据系统需求说明书列出系统的主要功能模块,每个功能模块的功能点清单,每个功能清单包括的业务场景和软件系统操作场景,每个场景包括的用例,每个用例必须详细列出具体的操作步骤,每个步骤的输入值、输出值,其中输出值在计划书里仅撰写期望输出值(Expected Result),但在测试报告里必须撰写实际输出值(Actually Result)。

在撰写测试用例时,必须列出所有的用例清单,在每个清单后边定义测试用例的优先级。测试用例的优先级分为:

H——必须测试。

M——应该测试,只有在测试完所有H项后才进行该测试。

L——可能会测试,只有在测试完所有H和M项后才进行测试。

(1)性能测试

根据系统需求说明书确定主要业务场景、次要业务场景,每个场景包含的测试用例,以及每个测试用例出现的频率。在测试计划书中必须设计要录制的测试用例,定义每个测试用例出现的频率,然后组合生成测试场景,借助自动化测试工具,自动运行这些测试场景,分析测试结果,直到达到要求的性能数据。

(2)安全测试

设计***性测试脚本,避免无密码登录、错误密码登录、URL路径漏洞、SQL注入漏洞等安全问题。

(3)用户界面测试

由系统最终用户测试系统界面是否是可接受的。

(4)回归测试

在测试出问题的地方进行回归测试,直到问题不再出现。

1.2  测试资源

在测试之前必须制定详细的测试计划,然后按部就班地按照测试计划执行。测试计划涉及测试人员的组织、系统资源的准备、测试环境的搭建等。

1.2.1  人力资源

测试计划必须指出测试经理、业务测试工程师和IT测试工程师,包括在各个阶段需要介入测试的各种角色,以及相关的职责和权限等(见表1-1)。

     表1-1  测试项目所需的人力资源

角    色

人    数

具 体 职 责

测试经理

甲、乙双方各一名

负责测试计划、准备和组织、验收

业务测试工程师

不少于3名

主要负责功能测试,测试系统的功能是否符合业务要求

IT测试工程师

不少于3名

主要负责性能测试和安全测试,负责测试系统的非功能指标是否满足要求

1.2.2  系统资源

表1-2列出了测试项目所需的系统资源,包括软硬件资源、测试工具等。 

表1-2  测试项目所需的系统资源

资源名称/类型

基本配置及数量

PC台式机

最低配置:P4、主频1.6GHz以上、硬盘40GB、内存512MB、5台

系统软件

微软IE 7.0及以上版本

应用软件

Microsoft Office、Visio

测试管理平台

必须搭建测试管理平台

性能测试工具

LoadRunner 8.0

1.3  测试环境

用户运行系统时的环境要求,比如所要求的操作系统、软件版本,以及其他的一些特殊环境要求等,可根据不同的项目特征和实际情况,考虑是否需要此节。

使用同一个用户ID模拟多并发实不可取的,此处需要提供100对真实的用户名和密码,存在文件userinfo.dat中,供测试场景使用;100个真实用户模拟300并发,在一定程度上设计为容错测试。即:同一个ID在同时进行并发多资源操作,甚至有的ID已经退出系统。

1.4  测试实施阶段

制定测试计划时,还必须指出每个阶段要执行的测试,表1-3说明了测试将在哪个阶段执行。

     表1-3  测试执行阶段

测试类型

测试阶段

单元测试

集成测试

系统测试

验收测试

功能测试


性能测试

×


(×)可选,或者当系统性能测试发现缺陷时

安全测试

×

(×)可选



用户界面测试

×

(×)可选

回归测试

当被测试的软件或其环境改变时,在合适的测试阶段进行回归测试

1.5  测试进度

测试计划必须包括详细的测试计划,图1-1所示是某个项目制定的测试进度计划。

门户系统测试---测试计划

图1-1  测试进度计划

具体的测试时间计划如表1-4所示。

      表1-4  具体的测试时间计划

测试阶段

开始时间

完成时间

执行人员

阶段完成标志

制定测试计划

2011-07-12

2011-8-01

指定执行责任人

完成测试计划

需求Review

2011-07-20

2011-07-29

指定执行责任人


设计Review

2011-07-25

2011-07-29

指定执行责任人


设计测试用例

2011-07-20

2011-08-01

指定执行责任人

完成测试用例

测试开发

2011-07-25

2011-08-01

指定执行责任人

代码可交付

测试环境准备

2011-07-25

2011-08-01

指定执行责任人

搭建好测试环境

功能测试

2011-07-28

2011-08-12

指定执行责任人

全部功能可用

集成测试

2011-08-15

2011-08-19

指定执行责任人

全部功能可用

回归测试

2011-08-22

2011-08-26

指定执行责任人

所有Bug均改正

性能测试

2011-08-12

2011-08-16

指定执行责任人

性能测试报告,满足需求定义的要求

安全测试

2011-08-12

2011-08-20

指定执行责任人

安全测试报告,满足安全要求

验收测试

2011-08-21

2011-08-25

指定执行责任人

用户可接受

文档编写

2011-08-25

2011-09-15

指定执行责任人

完成本模块系统操作手册


分享题目:门户系统测试---测试计划
文章转载:http://shouzuofang.com/article/jccppc.html

其他资讯