测试计划书基于哼唱的搜索引擎.docx

测试计划书基于哼唱的搜索引擎.docx

《测试计划书基于哼唱的搜索引擎.docx》由会员分享，可在线阅读，更多相关《测试计划书基于哼唱的搜索引擎.docx（9页珍藏版）》请在冰豆网上搜索。

测试计划书基于哼唱的搜索引擎

基于哼唱的音乐搜索引擎

测试计划

2011/6/18

1引言3

1.1编写目的3

1.2背景3

1.3定义4

1.4参考资料4

2计划4

2.1软件说明4

2.2测试内容6

2.3测试1（Login）6

2.3.1进度安排6

2.3.2条件6

2.3.3测试资料6

2.3.4测试培训6

2.4测试2（Farmer）6

2.4.17

2.4.27

2.4.37

2.4.47

2.5测试3（Manager）7

2.5.17

2.5.27

2.5.38

2.5.48

3测试设计说明8

3.1测试1（Login）8

3.1.1控制8

3.1.2输入8

3.1.3输出8

3.1.4过程8

3.2测试2（Farmer）9

3.2.1控制9

3.2.2输入9

3.2.3输出9

3.2.4过程9

3.3测试3（Manager）9

3.3.1控制9

3.3.2输入9

3.3.3输出9

3.3.4过程10

4评价准则10

4.1范围10

4.2数据整理10

4.3尺度10

测试计划

1引言

1.1编写目的

基于哼唱的音乐搜索引擎的编写目的是：

使整个测试工作能有序进行，指导测试人员的工作，为测试提供依据。

提供系统化、规范化、工程化、实用化的测试技术规范，尽早发现故障。

在测试时，须按照此计划执行。

本测试计划的预期读者为：

与《基于哼唱的音乐搜索引擎》软件开发有联系的开发组成人员，测试人员，客户。

1.2背景

a．测试计划所从属的软件为：

基于哼唱的音乐搜索引擎；

b．本项目的提出者：

工程实践课题；

本项目的用户：

普通用户；

执行此项目测试的计算中心：

互联网；

在开始执行本测试计划之前必须完成以下各项工作：

各功能模块必须编写完成，且已经在数据库中导入一定量的数据。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组：

无。

1.4参考资料

a．《项目的具体功能实现》

b．《软件需求说明书》、《概要设计说明书》、《详细设计说明书》；

c．《测试计划（GB8567——88）》中国国家标准管理委员会

2计划

2.1软件说明

哼唱信号的处理

输出基频

Midi文件的处理

波形叠加消除背景音乐

人声部分

功能

输入

输出

权限

录音功能

人声的哼唱

系统存储哼唱的声音

用户

检索功能

处理后的哼唱信息

信息匹配后的结果

系统

显示结果

人声的哼唱

所要找的歌曲

系统

2.2测试内容

名称标识符

进度安排

内容

目的

Humming

1天

哼唱信息处理模块

模块功能测试

Music

1天

Midi音乐的处理模块模块

模块功能测试

Algorithm

1天

算法匹配模块

模块功能测试

2.3测试1（Login）

参与单位：

本系统开发人员、测试人员；

被测试的部位：

哼唱信息处理模块

2.3.1进度安排

准备数据：

打开录音设备，进行哼唱录音，记录哼唱信息测试时使用；

时间：

该模块测试复杂，测试时间安排一天。

2.3.2条件

a．打开录音设备；

b．为方便收集到哼唱信息，需连接至音乐的特征库；

c．软件测试人员两名。

2.3.3测试资料

a．详细设计说明书的测试计划；

b．基于哼唱的音乐搜索引擎；

c．输入举例：

用录音设备录一段“千千阙歌”的一段哼唱；

输出举例：

系统会把此哼唱的音乐片段进行处理，存放到特征库里。

2.3.4测试培训

无需特殊培训。

2.4测试2（Farmer）

参与单位：

本系统开发人员、测试人员

被测试的部位：

midi音乐处理模块

2.4.1

准备数据：

系统对midi音乐进行处理，测试时使用；

测试时间：

一天。

2.4.2

a．需要有一个存放midi音乐的库；

b．为方便收集到midi音乐的处理信息，需连接至音乐的特征库；

c．软件测试人员一名

2.4.3

a．详细设计说明书的测试计划；

b．基于哼唱的音乐搜索引擎；

c．输入举例：

midi音乐库里的音乐；

输出举例：

系统会把midi音乐库里的音乐进行处理，然后放入特征库；

2.4.4

无需特殊培训。

2.5测试3（Manager）

参与单位：

本系统开发人员、测试人员

被测试的部位：

算法匹配模块

2.5.1

准备数据：

特征库里的哼唱信息以及特征库里的midi音乐特征信息，便于在特征库里面匹配；

测试时间：

一天；

2.5.2

a．为方便收集到准确的匹配结果，需连接至特征数据库；

b．软件测试人员两名；

2.5.3

a．详细设计说明书的测试计划；

b．基于哼唱的音乐搜索引擎；

c．输入举例：

音乐特征库里的哼唱信息和midi音乐的信息；

输出举例：

准确的匹配结果；

2.5.4

无需特殊培训。

3测试设计说明

3.1测试1（Login）

采用端点测试法，测试哼唱处理模块所有可能出现的问题。

3.1.1控制

人工输入，顺序操作，结果可以进行下一步的匹配。

3.1.2输入

测试用例1：

（正确输入）

输入：

哼唱一首歌曲“大海”。

3.1.3输出

测试用例：

预期输出：

可以进行下一步的匹配。

3.1.4过程

测试准备：

打开麦克风。

输入：

哼唱输入一首歌“大海”。

结束方式：

可以进行下一步的匹配。

3.2测试2（Farmer）

采用端点测试法，测试Midi音乐库模块所有功能。

3.2.1控制

人工输入，顺序操作，结果可以进行下一步的匹配。

3.2.2输入

测试用例：

随着哼唱的输入的歌曲能找到库里面有所要匹配的歌曲。

3.2.3输出

测试用例：

能够进行下一步的匹配。

3.2.4过程

测试准备：

先查找数据库里面是否有歌曲。

结束方式：

能够进行下一步的匹配。

3.3测试3（Manager）

采用黑盒测试法，测试音乐匹配模块的所有功能。

3.3.1控制

人工输入，顺序操作，结果直接显示在输出端屏幕上。

3.3.2输入

测试用例：

哼唱输入一首歌曲。

3.3.3输出

测试用例：

在显示屏上能找到所要找的歌曲。

3.3.4过程

测试准备：

哼唱输入一首歌曲。

结束方式：

成功匹配到所要找的歌曲。

4评价准则

4.1范围

所选择的测试用例能够接受的范围局限与测试人员所想到的。

4.2数据整理

数据库手动生成方式。

4.3尺度

（1）输出结果合理；

（2）输出结果与预期偏差允许有微量偏移；

（3）匹配等待时间在8s之内。