B2C项目系统软件测试计划

版本V1.1

软件开发部门：***

软件测试部门：智飞团测试小组

编写：陈浩日期：2014年05月22日

审核：**11 日期：

批准：**11 日期：

版本历史

版本/状态	作者	参与者	起止日期	备注
V1.0	陈浩	陈浩	2014-05-22	建立文档
V1.1	陈浩	陈浩	2014-05-23	修订文档

B2C项目系统软件测试计划 1

版本历史 2

1. 项目简介 1

1.1. 目的 1

1.2. 背景 1

1.3. 范围 1

1.3.1. 前台 2

1.3.2. 后台 2

2. 测试参考文档和测试提交文档 2

2.1. 测试参考文档 2

2.2. 测试提交文档 3

3. 术语和定义 3

3.1. 集成测试 3

3.2. 功能测试 3

3.3. 界面测试 3

3.4. 安全性和访问控制测试 3

4. 测试进度 4

5. 测试资源 4

5.1. 人力资源 4

5.2. 测试环境 5

5.3. 测试工具 5

6. 系统风险、优先级 6

6.1. 系统风险 6

6.2. 影响计划的潜在因素 6

6.3. 应急措施 6

6.4. 测试的局限性 6

7. 测试策略 7

7.1. 集成测试 7

7.2. 功能测试 7

7.3. 用户界面测试 8

7.4. 安全性和访问控制测试 8

8. 问题严重度描述 9

附录Ⅰ 模板 10

1. 项目简介

1.1. 目的

＜B2C项目＞的这一“测试计划”文档有助于实现以下目标：

v 确定现有项目的信息和应测试的软件构件。

v 列出推荐的测试需求（高级需求）。

v 推荐可采用的测试策略，并对这些策略加以说明。

v 确定所需的资源，并对测试的工作量进行估计，确保测试工作进度。

v 列出测试项目的可交付元素。

1.2. 背景

项目名称：B2C购物网站

用户：中国网民

开发者：***

测试版本：V1.0

最新版本：V1.0

B2C购物网站为了满足广大网民的需求而开发的一个网上购物网站，主要功能就是实现在网上对各种产品的购买，并且支持网上付款，货到付款，货物派送等便捷的功能。

1.3. 范围

1.3.1. 前台

模块名称	测试需求	测试优先级	备注
会员管理	会员的添加删除，积分等级的管理和使用查询	高
商品管理	商品的添加和删除，订单添加、订单管理、未审核订单、已审核订单、成功订单、无效订单、交易取消、团购订单	高
留言板管理	用户留言的查看删除添加	中
信息管理	对信息的基本管理添加和删除	低
广告管理	广告位的管理，广告位的申请和参数设置	中
在线调查	在线调查的管理	低

1.3.2. 后台

模块名称	测试需求	测试优先级	备注
登录	用户正常登录	高
首页	商品搜索	高
注册	用户正常注册	中
家用电器	商品信息浏览	低
购物车	物品查看，购物车的添加	中
商品团购	团购	低

2. 测试参考文档和测试提交文档

2.1. 测试参考文档

u 产品需求说明书

u 产品概要设计

u 产品详细设计

u 产品使用说明书

2.2. 测试提交文档

u 测试计划

u 测试用例设计与执行报告

u 测试用例设计评审记录

u 功能测试报告

u 测试日志

u 缺陷报告

3. 术语和定义

3.1. 集成测试

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。

3.2. 功能测试

功能测试就是对测试计划中规定的测试范围进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

3.3. 界面测试

通过用户界面 (UI) 测试来核实用户与软件的交互。UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI 测试还要确保 UI 功能内部的对象符合预期要求，并遵循公司或行业的标准。通过浏览测试对象可正确反映业务的功能和需求。

3.4. 安全性和访问控制测试

安全性：为防止把计算机内的机密文件泄露给无关的用户，必须采取某种安全保密措施，这些措施的有效程序如何就称为计算机系统的安全性或保密性。

访问控制测试：控制测试指的是测试控制运行的有效性。控制运行有效性强调的是控制能够在各个不同的时点按照既定设计得以一贯执行。控制测试是为了确定被审计单位控制政策和程序的设计与执行是否完整与有效而实施的审计程序。注册会计师在了解被审计单位的内部控制之后，只有对那些准备依赖的内部控制执行控制测试，并确信其得到正确的执行时，才能减少实质性测试审计程序，从而减少审计取证工作，提高审计工作的效率。

4. 测试进度

测试活动	计划开始日期	实际开始日期	结束日期
制定测试计划	2014-05-22	2014-05-22	2014-6-10
设计测试	2014-05-22	2014-05-22	2014-6-10
系统测试	2014-05-22	2014-05-22	2014-6-10
用户验收测试	2014-05-22	2014-05-22	2014-6-10
对测试进行评估	2014-05-22	2014-05-22	2014-6-10
产品发布	2014-05-22	2014-05-22	2014-6-10

5. 测试资源

5.1. 人力资源

角色	姓名	具体职责或注释
组长	陈浩	进行管理监督。职责：提供技术指导获取适当的资源提供管理报告
系统管理员	李云清	确定测试用例、确定测试用例的优先级并实施测试用例。职责：生成测试计划生成测试模型评估测试工作的有效性
QA	王梦潇	确保测试环境和资产得到管理和维护。职责：管理测试系统授予和管理角色对测试系统的访问权
软件测试工程师	张鹏举	执行测试。职责：执行测试记录结果从错误中恢复（返测报告）收集测试用例
配置管理员	吕超	确保测试数据（数据库）环境和资产得到管理和维护。职责：对环境资产的维护和管理

5.2. 测试环境

软件环境（相关软件、操作系统等）

客户端：操作系统Windows 7 IE8

服务器：操作系统Windows2003 IE6,QC,SQL

硬件环境（网络、设备等）

测试机5台

服务器（B2C网站购物系统）1台

服务器（QC管理系统）1台

5.3. 测试工具

用途	工具	生产厂商/自产	版本
行需求管理、用例开发、测试实施、缺陷记录和管理	QC	HP	9.0

6. 系统风险、优先级

6.1. 系统风险

u 测试资源的及时到位（设备和人员）。

u 测试人员的培训。

u 需求不明确可能导致开发的产品与目标不一致。

6.2. 影响计划的潜在因素

u 测试人员对被测试产品的熟悉进度慢；

u 测试人员对测试工具的使用熟悉程序不够；

u 被测试产品存在重大错误，以致于测试无法继续，需要开发组进行额外的调试和修改才能继续；

u 硬件、软件或网络环境出现故障等。

6.3. 应急措施

如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。

6.4. 测试的局限性

u 系统硬件配置存在不可预测的问题；

u 测试范围不能覆盖所有的可能情况；

u 测试时间的限制；

u 测试数据可能不全面；

u 测试工具自身的缺陷；

u 测试人员的失误。

7. 测试策略

7.1. 集成测试

集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。

测试目标	检测需求中业务流程，数据流的正确性
测试范围：	需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。
技术：	利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。
开始标准：	在完成某个集成测试时必须达到标准
完成标准：	所计划的测试已全部执行。所发现的缺陷已全部解决。
测试重点和优先级：	测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定
需考虑的特殊事项：	确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）

7.2. 功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：

测试目标	确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。
测试范围：
技术：	利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。
开始标准：
完成标准：
测试重点和优先级：
需考虑的特殊事项：	确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）

7.3. 用户界面测试

用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

测试目标	核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
测试范围：
技术：	为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。
开始标准：
完成标准：	成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准
测试重点和优先级：
需考虑的特殊事项：	并不是所有定制或第三方对象的特征都可访问。

7.4. 安全性和访问控制测试

安全性和访问控制测试侧重于安全性的两个关键方面：

l 应用程序级别的安全性，包括对数据或业务功能的访问。

l 系统级别的安全性，包括对系统的登录或远程访问。

应用程序级别的安全性可确保：在预期的安全性情况下，Actor只能访问特定的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新帐户，但只有管理员才能删除这些数据或帐户。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户消息（包括财务数据），而“用户二”看见同一客户的统计数据。

系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。

测试目标	应用程序级别的安全性：核实Actor只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。
测试范围：
技术：	应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问：请参见以下的“需考虑的特殊事项”。
开始标准：
完成标准：	各种已知的Actor类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。
测试重点和优先级：
需考虑的特殊事项：	必须与相应的网络或系统管理员一直对系统访问权进行检查和讨论。由于此测试可能是网络管理可系统管理的职能，可能会不需要执行此测试。

8. 问题严重度描述

问题严重度	描述	响应时间
高	例如使系统崩溃	程序员在多长时间内改正此问题
中	系统运行缓慢
低	系统运行有点异常

附录Ⅰ 模板

姓名：陈浩	测试组编号： 4组		日期	2014-5-22
当日工作任务：编写测试计划。
完成情况（％）100		100（正常工作时间完成情况，如8小时时间）
未完成任务的原因：
工作成果： 1. 完成编写测试计划； 2.配合组长合成测试计划； 3.总结一天工作。
遇到的问题：对项目背景了解不够。
备注：（要写清楚，什么时候完成，用多长时间去完成）

缺陷报告		编号：
软件名称：	编译号：	版本号：
测试人员：	日期：	指定处理人：
硬件平台：	操作系统：
严重程度：
优先级：

缺陷概述：
详细描述：

处理结果：
处理日期：	处理人：	在版本修复
修改记录：

返测人：	返测版本：	返测日期：
返测记录：

项目名称

软件测试工程师管理系统　

程序版本

功能模块名

用例设计人

用例执行人

编制时间

功能特性

测试目的

预置条件

参考信息

特殊规程说明

用例编号