学校教材订购系统测试报告

学校教材订购系统测试报告
1.1编写目的
软件测试的目的是为了发现软件设计和实现过程中的疏忽所造成的错误,但是进行测试应该制定正式的测试计划,若测试是无计划的进行,既浪费时间又浪费不必要的劳动。

测试规格说明书是将软件测试团队的具体测试做法文档化，主要包括：制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。

1.2测试需求
本系统需要对以下的系统功能进行测试：
1）系统操作登录注册。

用户登录时进行相关测试可是否可以正常的登录。

2）销售模块测试
1.用户的选书、提交订书单模块
2.用户的订购模块。

系统的用户登录之后，看是否可以进行相关的订购操作。

3）采购模块测试。

系统管理员登录时看是否可以选择添加、修改、删除、查询等功能。

1.3测试环境
1）硬件环境：运行本软件要求处理器在奔腾Ⅲ以上，存在256MB以上的计算机。

2）软件环境：本系统支持的操作系统包括：Windows95 、Windows98 、Windows2000、Windows Me Windows XP ；本系统支持的数据库为Mysql；本软件的开发工具为JAVA程序语言。

1.4测试工具
任何工程化的产品都可以采用以下两种方式之一进行测试,即黑盒测试和白盒测试，下面对两种测试方式进行简单的介绍：
黑盒测试指在软件接口处执行测试，检查系统的基本方面而很少关心软件的部结构，了解已设计的产品所完成的制定功能，可以执行测试以显示每个功能是可操作的，同时查找每个功能中的错误。

白盒测试是基于过程细节的封闭检查，了解产品的部运行情况，可以执行测试以确保“所有齿轮吻合”——即部操作依据规格说明执行，而且对所有的部构件已进行了充分测试。

1.5测试方法
由于本次测试的依据是需求，所以才用黑盒测试方法。

用黑盒法注重于测试软件的功能需求，主要试图发现下列几类错误：功能不对或遗漏；性能错误；初始化和终止错误；界面错误；数据结构或外埠数据库访问错误。

黑盒测试法常用的测试方法包括等价分析类法、边值分析法、错误推测法、因果图法、正交实验设计法、判定表驱动法、功能测试等。

但是没有一种方法能提供一组完整的测试用例，以检查程序的全部功能，因此在实际测试中需要把各种方法结合起来使用。

具体操作本的测试时，主要使用了功能测试法，在测试过程中，设计了较多的功能测试用例，尽量把所实现的功能都进行测试，并对错误提示以及信息验证都做了测试。

1.测试策略：
1）功能测试，主要采用等价类划分的策略。

2）压力测试，主要采用边界值测试，错误猜测等策略。

2.测试手段：
1）功能测试，手动模拟正常、异常输入。

2）压力测试，使用自动化压力测试工具LoadRunner。

3.测试容：功能测试，按照需求功能。

1.6测试计划
根据测试需求，可以得出详细的测试计划：
验证用户功能：
1）初次安装系统后，测试初始用户帐号和密码能否正确登录到系统；
2）正确登录后，对用户账号和密码进行更改；
3）采用刚修改的用户账号和密码登录，应该能够正确登录。

采购功能：
1）进入此界面后，选择添加操作看能否进入添加界面，添加几条记录。

2）退回主界面，选择修改操作看能否修改刚刚添加的记录。

3）退回主界面，选择删除操作看能否删除添加的记录。

4）退回主界面，选择查询操作看显示的界面是否正确。

销售模块测试
1.用户的选书、提交订书单模块完成订购功能：
1）进入用户主界面后，点击订购看能否进入到订购界面。

2）进入订购界面后，输入正确的客户信息进行订购，看能否出现提示成功的信息。

3）返回订购界面，输入错误的客户信息进行订购，看系统是否提示错误，并阻止动作的进一步进行。

2. .测试用例设计
2.1系统操作登录注册
1.用户注册/登陆/修改信息模块
*.测试要点:
模块正常运行的流程；用户输入数据检查（用户名，密码，口令，待定够书籍的书号等），包括数据的合理性检查，以及数据库的合法性操作检查；数据库连接异常的响应。

1）学生登录模块测试
输入条件模块测试项
用户注册1.能在数据库中正确查找该用户名是否已存在⑴
2.若用户名不存在，数据库应能正确添加该用户⑵
3.若用户名已存在，应能给出错误提示⑶
用户登录4．能在数据库中正确查找该用户名⑷
5. 若存在该用户名且密码正确，应能使用户登录⑸
6. 若不存在该用户名或密码错误，应能给出错误提示⑹
用户修改信息数据库相应信息应该为用户的输入⑺
* 测试用例：
编号测试用例用例测试的覆盖项
1.1 用户信息数据库中不存在用户“Jack”，用该用户名登陆；或存
在用户“Jack”，密码为“greatJack”，但用Jack用户名登陆所用
密码不是“greatJack”。

⑹
1.2 用户信息数据库中还没有用户“Jack”，用“Jack”名注册。

（1）⑵
1.3 用户信息数据库中已存在有用户“Jack”，密码为“greatJack”，
用该用户名和密码登陆。

⑷⑸1.4 用户信息数据库中已有用户“Jack”，用“Jack”名注册。

⑶
1.5 用户信息数据库中已有用户“Jack”，密码为“greatJack”，用该
用户名和密码登陆后，修改某些信息，并修改密码为“greatJacky”。

⑺
2）管理员登录模块测试
测试要点：①“Admin”（管理员）用户在密码正确的情况下能进入系统，其他用户名或密码错误都不能进入系统。

②如果密码连续错3次，系统自动退出。

2.2 采购功能测试*.测试要点:数据库连接是否正常
输入是否合理，合法
返回信息是否正确
页面跳转是否正常
2.3 销售模块测试
* 测试要点：数据库连接是否正常
连接正常时：输入合理合法参数
输入不合理，不合法的参数
数据库数据的正常与否
页面跳转是否正常
连接异常时：数据库数据异常（用户名为空）
数据库数据正常
1.用户的选书、提交订书单完成用户的订购模块
测试用例
具体实例
输入条件测试容测试用例测试结果读者编号1输入编号
11306070 订购成功
为空：ABCD123 订购失败读者姓名输入姓名
红订购成功
为空订购失败读者类别输入性别
男；女订购成功
为空订购失败
读者状态正常正常；挂失；停
用
订购成功为空订购失败
3评价
3.1软件功能
1）验证用户部分基本满足需求分析的要求，只是对用户帐户和密码的加密部分尚不完善。

2）销售功能和采购功能各具体功能的分析如下：
添加：添加成功时不能提示是否保存，并且之前填写的容已经部分丢失，需要用户重新输入。

并且没有设计添加信息之后可以显示刚刚添加的信息的功能。

查询：查询教材时对组合条件的输入功能完成的不完善。

修改：——输入错误编号时，不能进行修改，但是不会提示相关的信息。

——输入其他的错误信息进行修改的处理没有考虑到。

删除：输入错误编号时，不能进行删除，但是不会提示相关的信息。

3）订购功能部分基本满足需求分析的要求，只是输入错误用户信息时，不能进行正常的订购操作，也不会提示相关的信息。

3.2缺陷和限制
通过对软件功能测试结果的分析，得出以下结论：
本系统对于教材信息的添加、删除、修改、查询操作基本完成，但是对于订购单、领书单等单据的添加、删除、修改、查询等操作考虑的缺很少，下一步准备改进。

另外系统还存在其他的不足，比如在订购操作中，输入错误用户信息时，不能进行正常的订购操作，也不会提示相关的信息。

3.3测试结论
经过本组设计人员的多次测试，发现本系统，即——学校教材订购系统基本上能实现需求分析阶段期望的功能。

如，管理人员的登录，用户和管理人员对教材信息的查询、添加、修改、删除的操作，订购者对订购信息的确认等功能。

但同时本系统还有一些不足之处，在上面的分析中已经给出了详细的讲解，有望进一步的改进。