《软件测试技术实战 设计、工具及管理》联载-42

简介: 《软件测试技术实战 设计、工具及管理》联载-42

12.5  BBS主测试计划


本文按照IEEE Std 829-2008模板《主软件测试计划》写,具体IEEE Std 829-2008模板请参见附录A


案例12-5BBS主测试计划

1.介绍

1.1  文档标识

BBS RV 1.0主软件测试计划。


1.2  范围

本文针对BBSRV 1.0项目制定主软件测试计划,用于指导BBS RV 1.0软件测试活动。针对BBSRV 1.0项目,软件测试包括单元测试、集成测试、系统测试和验收测试4个级别,涉及软件测试计划与控制、软件测试分析与设计、软件测试实现和执行、软件测试出口评估报告和软件测试结束活动。由于项目采取敏捷开发模式,每个Sprint开发一到多个用户故事,所以软件测试级别分布在每个Sprint中。总体测试计划在项目开始时制定。Sprint测试分析,测试控制,测试设计,测试实现和执行,评估Sprint测试结束活动分布在每个Sprint中。总体测试出口评估报告和测试结束活动处于项目后期执行。非功能性测试在每个Sprint期间都要执行。


测试类型分为功能性、准确性、安全性、互操作性、易用性、可靠性、性能、维护性,都基于风险的测试基础。此外,还包括40%的反应式测试。


不测试特性包括可移植性测试。由于BBS安装比较简单,并且为仅提供一家公司使用,所以可移植性测试不作为本次测试重点。


1.3  参考资料

  •  《×××软件公司软件测试方针》。
  •  《×××软件公司软件测试策略》。
  •  BBS RV 1.0项目计划》。
  •  BBS RV 1.0需求规格说明》。
  •  BBS RV 1.0系统规格说明》。
  •  《×××软件公司配置管理计划》。
  •  《×××软件公司质量保证计划》。
  •  《×××软件公司编码规范》。


1.4  系统概述和主要功能

电子公告牌系统(Bulletin Board SystemBBS)通过在计算机上运行服务软件,允许用户使用Internet连接,执行下载数据或程序、上传数据、阅读新闻、与其他用户交换消息等功能。许多BBS由站长(通常被称为SYSP)业余维护,而另一些则提供收费服务。目前,有时BBS也泛指网络论坛或网络社群。


BBS 1.0主要提供以下功能:

后台

001:超级管理员可以建立BBS分论坛。

002:超级管理员可以建立、修改、删除每个BBS分论坛版主信息,包括登录名与密码,每个BBS分论坛可以有一到多个版主。

003:版主登录后可以修改用户名及密码。

004:版主查看本分论坛未审批的帖子进行审批或退回。对于其他分论坛信息,本论坛版主权限与普通用户相同。

前台

005:普通用户注册用户信息。

006:普通用户登录后可以修改自己的用户信息。

007:普通用户登录后可以建立、修改、删除自己书写的帖子。

008:普通用户登录后可以查询,查看别人发表的审核通过的帖子。

009:普通用户登录后可以对其他人已经发表的审核通过的帖子进行回帖。

010:普通用户登录后可以根据发的帖子及回复的帖子数量获得积分,根据积分参与网站内的活动。


1.5  软件测试概述

1.5.1  组织结构

业务团队

1)负责收集需求

2)在整个开发期间充当用户代表

3)联系真正用户

4)组织验收测试。


SCRUM团队

1)配合软件测试经理和开发经理管理研发团队

2)组织每日例会。

3)每个Sprint开始组织计划

4)每个Sprint期间汇报进度给软件测试经理和开发经

5)每个Sprint结束组织会议回顾。


配置管理团队

1)配置代码管理

2)配置文档管理。


研发团队

1)开发工程师负责产品任务

2)软件测试工程师负责软件测试任务。


1.5.2  主软件测试进度

 

Sprint

软件测试任务

最后日期

Sprint1

001002003软件测试任务结束

2015-6-1

Sprint2

005006007软件测试任务结束

2015-6-12

Sprint3

004008009010软件测试任务结束

2015-6-26

Sprint4

支持安卓平台

2015-7-10

Sprint5

支持苹果平台

2015-7-24

Sprint6

探索式软件测试

2015-8-14

 

每个Sprint软件测试包括:Sprint测试分析测试控制测试设计测试实现和执行评估Sprint测试结束活动具体详细程度参考每个Sprint级别软件测试计划。


1.5.3  完整性级别

根据BBS项目的实际情况,本项目完整性定义为3级(次高级)具体参见《XXX软件公司软件测试策略》。


1.5.4  角色和职责

软件测试团队涉及的角色包括:软件测试经理、软件测试系统分析师、软件测试技术分析师、软件测试自动化人员、软件测试环境管理员和软件测试执行人员。各个角色具体的职责参见《啄木鸟软件公司软件测试策略》。

 

序号

角色

人数

1

软件测试经理

1

2

软件测试系统分析师

1

3

软件测试技术分析师

1(由软件测试系统分析师兼)

4

软件测试自动化人员

2(由2名软件测试执行人员兼)

5

软件测试环境管理员

1(由1名软件测试执行人员兼)

6

软件测试执行人员

4

 

合计:6


1.5.5  工具、技术、方法和度量

1.硬件需求

序号

描述

数量

1

应用服务器

1

2

数据库服务器

1

3

客户端

5

4

安卓设备

1

5

苹果设备

1

 

2.软件需求

序号

描述

数量

1

Clear Case

1

2

OFFICE 2013

7

3

SUSE Linux

7

4

Apache  Tomcat

1

5

MySQL

1

6

Ration Test  Manager

1

7

Load Runner

1

8

JIRA

1

9

Eclipse with  ADT

7


3.度量

  •  时间进度偏移。
  •  工作量偏移。
  •  发布前缺陷发现密度。
  •  各个文档发现的缺陷率。
  •  各个Sprint软件测试活动发现缺陷率。


顾翔凡言:

不是好的工作会给你带来好的心情,而是好的心情会给你带来好的工作。

目录
相关文章
|
监控 Oracle 关系型数据库
软件测试技术实战 设计、工具及管理》联载-34
软件测试技术实战 设计、工具及管理》联载-34
98 0
软件测试技术实战 设计、工具及管理》联载-34
|
测试技术
软件测试技术实战 设计、工具及管理》联载-56
软件测试技术实战 设计、工具及管理》联载-56
73 0
软件测试技术实战 设计、工具及管理》联载-56
|
测试技术
《软件测试技术实战 设计、工具及管理》联载-8
《软件测试技术实战 设计、工具及管理》联载-8
114 0
《软件测试技术实战 设计、工具及管理》联载-8
|
安全 测试技术 UED
《软件测试技术实战 设计、工具及管理》联载-50
《软件测试技术实战 设计、工具及管理》联载-50
80 0
《软件测试技术实战 设计、工具及管理》联载-50
|
缓存 网络协议 关系型数据库
《软件测试技术实战 设计、工具及管理》联载-22
《软件测试技术实战 设计、工具及管理》联载-22
121 0
《软件测试技术实战 设计、工具及管理》联载-22
|
Java 测试技术 开发工具
软件测试技术实战 设计、工具及管理》联载-36
软件测试技术实战 设计、工具及管理》联载-36
135 0
软件测试技术实战 设计、工具及管理》联载-36
|
敏捷开发 测试技术
《软件测试技术实战 设计、工具及管理》联载-2
《软件测试技术实战 设计、工具及管理》联载-2
107 0
《软件测试技术实战 设计、工具及管理》联载-2
|
Java 测试技术 程序员
软件测试技术实战 设计、工具及管理》联载-31
软件测试技术实战 设计、工具及管理》联载-31
114 0
软件测试技术实战 设计、工具及管理》联载-31
|
测试技术
《软件测试技术实战 设计、工具及管理》联载-47
《软件测试技术实战 设计、工具及管理》联载-47
109 0
《软件测试技术实战 设计、工具及管理》联载-47
|
测试技术
《软件测试技术实战 设计、工具及管理》联载-46
《软件测试技术实战 设计、工具及管理》联载-46
120 0
《软件测试技术实战 设计、工具及管理》联载-46