大学图书管理系统测试计划书

大学图书管理系统测试计划书

测试组长:         林辛创              

测试人员:           林辛创 徐文超

1.1 目的

        大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的习惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。

1.2 背景

        本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。

1.3 范围

        本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。

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

2.1 测试参考文档

        《大学图书管理系统需求说明书》

2.2 测试提交文档

       《大学图书管理系统测试计划书》(即本计划书),《大学图书管理系统测试报告》以及由Quality Center测试管理工具自动生成的《大学图书管理系统测试文档》

3,测试进度

  

4.1 小组分工

林辛创:完成需求,分配测试任务和完成最后的测试报告

徐文超 林辛创:编写测试用例并执行测试

4.2 测试环境

   

4.3 测试工具

    本系统采用的是黑盒的测试方法,手动测试系统,使用quick test 、loadRunner对整个测试过程进行管理

5,测试风险,优先级

       由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务器版的系统上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。

6,测试策略

6.1 数据和数据库的完整性测试

  

6.2 功能测试

6.3用户界面测试

6.6 性能测试

6.7 负载测试

7 测试结果评估

测完完毕,进实验结果进行评估,找出,需要修正的地方

 

第二篇:图书管理系统测试计划书

软件测试计划书

软件开发第六小组组长:陈静

成员:宋玲,孟倩倩,

刘春梅,底琳琳

修订历史记录

(A-添加,M-修改,D-删除)

   

1.简介... 4

1.1目的... 4

1.2背景... 4

1.3范围... 4

1.4测试参考文档... 4

2.测试需求... 4

3.测试进度... 5

4.测试资源... 5

4.1人力资源... 5

4.2测试环境... 5

4.3测试工具... 6

5.测试风险... 6

6.测试策略... 6

6.1功能测试... 6

6.2用户界面测试... 7

6.3安装测试... 8

7.测试提交文档... 8

1.简介

1.1目的(why):

 根据测试计划报告,对软件进行测试,详细记录测试过程,以对软件的质量进行评价,为软件设计人员提供BUG依据,故作产品测试报告。

1.2背景:

这是一套基于图书管理理念的通用性极强的C/S图书管理软件。界面美观,操作方便,功能强大,支主要包括书籍档案管理、读者管理、借还管理、系统(包括书籍档案、读者档案等十于项)查询、数据维护、系统设置和各种借阅排行统计报表等功能。

1.3范围:

本测试计划针对”图书信息管理系统”的帮助文档中规定的内容来制定,包括:

l        系统设置

l        书籍管理

l 读者管理

l        系统查询

     

限制条件:

    因为本测试主要为教学使用,受限于课程的进度;根据其进度,本计划会做出相应的调整。

 1.4测试参考文档

l  帮助文档

2.测试需求(what):测试内容

计划完成以下类型的测试。

l  基本功能测试

l  界面测试

l  安装测试

3.测试进度(when)

4.测试资源

4.1人力资源(who)

下表列出了在此项目的人员配备方面所作的各种假定。

4.2测试环境(where)

下表列出了测试的系统环境

4.3测试工具

此项目将列出测试使用的工具:

5.测试风险

       本测试过程受以下条件的制约:

l  BUG的修复情况。

l  系统整体功能的实现情况。

l  代码编写的质量。

l  人员经验以及对产品的熟悉程度。

l  人员调整导致对研发周期的延迟。

l  测试时间的缩短导致某些测试用例无法完成。

6.测试策略(how)

注意:不实施某种测试,则应该用一句话加以说明,并陈述这样的理由。例如,“将不实施该测试。该测试本项目不适用”。

6.1功能测试

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

6.2用户界面测试

6.3安装测试

7.测试提交文档(where)

 

l  测试计划

l  测试用例

l  缺陷记录

l  测试总结

相关推荐