我的"Ｊａｖａ开发通讯簿系统"开发经历 (七)

八、测试方案

1. 编写的目的：

1.1版本信息：

   此前版本：V 1.001  

1.2预期读者：

l        本系统的开发人员。

l        本系统的测试人员。

l        其他有关人员。

 

1.3测试的目的：

l        此系统应实现《通讯簿管理系统需求说明书》的所描述的全部功能。

l        确保系统满足系统所要求的性能

l        确保系统在所要求的软硬平台上正常运行

l        强度测试下应用程序能够处理所要求的负载

2. 测试资源：

2.1测试依据

l        该管理系统设计过程中所涉及的各种文档。

 

2.2测试工具

l        本次测试主要采用手工测试，采用错误登记表ERRTEST。

 

2.3测试环境

l        系统采用单机体系结构

 

l        软件环境: Windows XP   SQLServer(2000)版本

 

l        硬件环境: 计算机硬件:内存 512M; CPU (Pentium2.0GHz)及以上,硬盘 80G及以上

 

注:  系统测试阶段,将降低测试机器的硬件配置努力达到实际基层的最低配置,以使本软件适应基层的要求.

 

 

3.风险评估：

 

编号

风险来源

解决办法

1

需求分析对有些部分的描述不是很清楚

只能在有限的时间内积极与需求分析人员及开发小组讨论决定

2

需要的设备资源和时间有没有做到合理的分配

由小组组长根据实际情况调整时间和分配的设备

3

机器操作系统出现问题，需要重装系统

 

4

项目开展后期，随着系统功能的增加，导致重复测试

 

5

测试人员意外病假、事假；

 

 

 

4测试策略：

4.1功能测试

l        功能测试：主要对提交的功能模块是否具有《需求分析说明书》所具有的全部功能的测试和验证，是否达到《开发计划说明书》所描述的功能要求；

 

l        界面测试：主要对提交的功能模块验证是否与开发提交的界面详细设计文档一致，界面上是否存在易用性的问题，代码中是否有对数据有效性的验证，界面上的对象（例如窗口、菜单等）是否存在缺陷等测试。

 

4.2系统测试

l        数据流测试：  主要按照系统测试数据流测试所定义的流程进行测试，保证    数据在模块间传递的准确性，主角状态的确定性；将并发测试作为一个重点；

 

l        信息安全性测试：主要是在修改和删除模块中的密码测试。

 

5.测试设计：

5.1测试对象：

本次测试针对《通讯簿管理系统》整个系统进行测试。

 

5.2测试准备：

针对该系统用到的技术对参加测试的人员进行如下的培训：

l        语言开发工具JCreater技术的培训。

l        数据库 SQL server 2000的培训。

 

5.3测试步骤：

5.3.1业务描述：

通讯簿管理系统是为了方便用户对通讯簿的管理而设计开发的，具体描述如下：

l        使通讯信息管理工作规范化，系统化，程序化。

l        避免通讯信息管理的随意性。

l        提高信息处理的速度和准确性。

l        能够及时、准确、有效的查询和修改通讯情况。

l        在现在社会节奏加快，通讯簿能够及时，方便的查阅能节约很多宝贵的时间，所以，我们开发出来的通讯簿就是能够方便人们的生活。

 

5.3.2术语描述：

 

无

 

5.3.3系统整体功能流程：

系统共分为4个系统模块：如下表描述：

功能编号

功能名称

功能描述

F1

添加模块

用户可以根据自己的需要将联系人的信息加入到自己的通讯录中。

F2

查询模块

用户可以根据联系人信息中的姓名、性别、分组查找相应的联系人。

F3

修改模块

用户可以及时的修联系人的资料，也可为其设置密码。

F4

删除模块

用户可以删除不在需要的联系人的信息，可为其设置密码。

F5

密码设置

用户可以根据自己的需求，为自己的通讯簿设置密码，这样能更好的管理联系人，避免联系人被别人任意修改和删除！

 

 

通讯簿管理系统的结构图：

 

5.4测试任务及人员安排：

 

功能测试用例：

 

以下将按照产品需求描述的功能模块进行测试用例的安排及编写，但是，该通讯簿系统本身不是很大，测试用例不比大系统一个功能模块对应一个测试用例，我们一致用以下的主测试用例表进行测试。

 

而成员安排，我们则是把自己当成是用户，单独进行测试，我觉得这样有好处：

 

1、  熟悉我们自己开发的通讯簿小系统；

2、  不同的人在对同一个功能进行测试的时候，可能对于自己的输入不同有不同的结果，主要分析结果是不是我们所需求。

 

 

 

 

下面是主测试用例列表：

用例编号

功能编号

用例名称

人员安排（用例编写及测试）

TF1

F1

添加模块

全组成员

TF2

F2

查询模块

全组成员

TF3

F3

修改模块

全组成员

TF4

F4

删除模块

全组成员

TF5

F5

设置密码

全组成员

 

由于我们是手工测试，从编码开始，我们就开始对一系列存在的问题进行了测试，在这个过程中，我们差不多用了50个测试用例，分为以下几个类型：

A致命错误

B 功能错误 

C1 易用性缺陷 

C2 功能缺陷

D 其它

 

其中，A类错误 ：0个；

      B 类错误：7个，涉及前期那些没有对所添加信息作必要限制的错误；

      C类错误：17个，涉及数据库连接，回填，显示，信息添加，修改，删除，密码设置等的错误；

      D类错误：8个，涉及模版。

以上错误已处理。