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

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  测试项目所需的人力资源

1.2.2  系统资源

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

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

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  具体的测试时间计划