实验：软件测试文档的集成一．实验目的：掌握软件测试整套流程文档的写作技巧。
二．实验属性设计型。
三．实验内容：汇总完善实验文档，按测试流程包括：1.测试计划1.主测试环境（可包含在测试计划中）引言1.1.项目名称学校成绩查询管理系统1.2.测试计划名称学校成绩查询管理系统测试计划1.3.项目背景和内容概要（项目的委托单位、开发单位、主管部门、与其它项目的关系，与其他机构的关系等）合同甲方：合同乙方：参见合同1.4.相关资料、缩略语、定义（相关项目计划、合同及上级机关批文，引用的文件、采用的标准，缩写词和名词定义等）学校成绩查询管理系统.pdf学校成绩查询管理系-2015-1-1-终审稿.pdf2.测试过程2.1.测试目标a)测试目的1.是否能正常运行2.查询功能是否正常3.是否能完成成绩查询功能4.是否能完成对成绩的录入及修改功能b)测试类型黑盒测试c)测试级别B级2.2.测试分工（分配参与到测试工作中所有人员的职责，如谁负责生成测试代码，谁负责进行具体的测试工作等）张三负责运行软件李四负责测试软件2.3.测试步骤及方法（采用《测试过程控制程序》中规定的那些步骤和相应的测试内容及方法）具体参照请：《测试过程控制程序》2.4.测试通过标准（由项目负责人组织制定，如：执行完毕没有系统错误；满足性能要求；产生了预期结果等）执行完毕没有系统错误：满足性能要求，产生了预期结果2.5.修正错误并重新测试的步骤与要求（填写错误报告表、修正程序错误、修改设计说明，重新测试等）2.6进度计划3.测试小结3.1.测试环境要求（准备必要的资源）3.2.测试用例的简单描述（如测试用例命名规则，需要的测试特性）3.3.需求跟踪（创建一个跟踪矩阵来描述功能需求与测试用例之间的关系）测试通过标准1.网站系统与数据库成功对接2.学生更够查询到登陆平台并能够登入进入3.学生能够查询到个人信息4.发现个人信息有误后及时上报修改5.核实与本人图像相符6.能够完成手机及邮箱与校园信息的对接7.校园信息发送系统的完成与使用无误8.学生能够在校园成绩公告栏中清楚明了的查看公告信息测试目标1.网站系统与数据库的链接设计校园网站并与校内学生信息录入的数据库对接，使学生能够在校园网站内查到自己的信息。
2.系统的登录完善设计校园网站，设计注册登录系统，确保学生一人一个账号密码，防止学生信息的丢失。
3.查看个人的信息保证学生能够在查询个人成绩之前先核实并确实是自己在校内的档案信息。
4.修改个人的信息如果发现个人信息录入错误的话可以及时修改。
5.图像处理系统将根据预先设定的学生照片采集自动进行图像处理操作，使录入信息与学生本人达到一致。
6.绑定学生手机及邮箱让学生绑定自己或家长的手机及邮箱，在校内成绩的修改验证等方面更加的可靠有效，也便于学生成绩的查询。
7.发送信息及邮箱系统在学生注册通知手机和邮箱账号之后，校内发送信息及邮箱的系统达到准确无误。
8. 查看成绩公告在校内网站上的成绩公告栏中，发布查看学生成绩。
并录入到学生成绩系统中给予保存。
2.4.测试通过标准1.网站系统与数据库成功对接2.学生更够查询到登陆平台并能够登入进入3.学生能够查询到个人信息4.发现个人信息有误后及时上报修改5.核实与本人图像相符6.能够完成手机及邮箱与校园信息的对接7.校园信息发送系统的完成与使用无误8.学生能够在校园成绩公告栏中清楚明了的查看公告信息2.主测试环境（可包含在测试计划中）⑴软件：校园成绩查询系统应用服务器、校园成绩查询客户端。
②操作系统：win7②应用程序：校园成绩查询。
③测试工具和实用工具： IBM Function Tester④第三方软件： IBM Bea WebLogic⑵硬件：①计算机、服务器：CPU双核、内存不低于1024M、硬盘不低于1024M、显示器无要求、显示卡无要求、声卡等无要求。
②输入、输出设备：读卡器一个，监视器无要求、打印机无要求、扫描仪等无特殊要求。
③数据备份、存储设备：移动硬盘。
⑶网络设备：建立独立的校园测试网络环境。
①路由器、防火墙设备。
②交换机，主交换机、边缘交换机。
③无线接入设备:无④ADSL接入设备、SSL链接设备:无。
⑤网卡、网线:无。
⑷电源及特殊的工具:无。
⑸其他：无。
3.功能测试用例设计4.性能测试用例设计测试用例01：编号:class-performance011．测试用例的名称校园成绩查询在线最大访问量2.测试用例的目的测试出我校成绩查询系统所能承受的并发请求查询在线客户端的最大量。
3.测试用例的输入多个客户端同时并发成绩查询请求。
4期待的输出在超过6000个客户端同时并发成绩查询请求后，服务器对并发成绩查询请求的响应时间不超过30秒。
5.测试方法（1）使用我校校园网作为测试环境；（2）请4000名学生登陆成绩查询系统，同时在4000个普通客户端进行成绩查询请求操作；（3）增加500名学生登陆成绩查询系统，并和其他所有普通客户端同时进行成绩查询操作；（4）如果所有客户端收到的服务器响应时间都小于10秒，则回到测试方法3.（5）如果出现客户端响应时间超过10秒，则记录客户端个数，得出我校成绩查询系统所能承受并发请求成绩查询的最大客户端量。
6.实际的输出测试用例02：编号:class-performance021.测试用例的名称校园成绩录入的最大数据量2.测试用例的目的测试出我校成绩系统所能承受的并发录入的最大数据量。
3.测试用例的输入在校园客户端中不断录入学生成绩。
4.期待的输出能够完成学生在校园客户端中准确快捷的查询到自己的成绩。
5.测试方法（1）使用我校校园网作为测试环境；（2）在校园客户端中，录入人员进行分工录入学生成绩；（3）不断增加录入人员数量，快速录入学生成绩，并及时记录录入学生成绩数量；（4）依次增加500名学生的成绩录入；并使成绩查询人员能够同时查询到自己的成绩并无误；（5）如果录入人员在录入信息中，系统出现卡顿或者无法录入到校园成绩系统中时，停止并记录校园成绩系统的录入最大数据量。
6.实际的输出5.测试实施记录按照下列内容完成测试用例的设计：测试用例说明1.序号2.测试用例的名称1.学校成绩查询3.测试用例的目的1.测试用例的运行结果能找到BUG2.测试过用例的功能正常使用4.测试用例的输入（测试用例的输入项详细描述）1.系统的登陆问题5.期待的输出（测试用例的程序预期输出项详细描述）1.学生能够正确及安全的受到保护的进入自己信息查询的页面。
6.测试方法（如何执行测试用例）1.确定自己的登陆账号和密码进行登陆，登陆成功后注销，反复输入错误密码，查看出现结果，以及漏洞。
7.实际的输出1.在第一登陆成功后，注销登陆，再次输入正确的学号，但密码故意输入错误密码，在进行几次错误之后，并未发现系统对你的账号进行保护状态，可以一直进行输入，并且没有修改密码项。
8.相关测试用例（与本测试用例相关的测试用例，比如对统一需求进行验证的所有测试用例及其关系）1.网站用户登录问题2.微博登陆页面3.图书管理系统四．实验要求：1、根据实验一所完成的真实项目的测试计划，选择功能和性能方面的测试目的，各完成1个测试用例的设计。
2、根据上课所学技巧，要求测试用例的运行结果能找到BUG（注意！）。
3、按照测试用例的步骤实施测试，并记录过程，写出所找出缺陷情况。
测试步骤实施测试及过程：登陆校园网站进入教工系统成绩查询登陆页面，输入正确用户名和密码之后记录下来，进入成绩查询页面。
注销登陆后再次输入正确用户名，在密码项输入错误密码，进行多次试验，可发现，在进行10次以上错误输入后，系统并没有让登陆人所使用的账号进行冻结或修改密码，只是一味的提示账号或密码错误，系统对账号的保护是存在漏洞的，并且没有在下面设置密码修改项，会使登陆造成一定的麻烦。
等我再次输入正确的密码进行登录时，学校网站依旧提示用户名或密码错误，导致使用者无法正确判断自己的账号信息。
在进行对页面的刷新之后，输入正确的用户名和密码时，则可以正常的进行登录。
6.缺陷报告按照下列内容针对以前实验所找出的BUG完成缺陷报告：1.步骤：登陆校园网站进入教工系统成绩查询登陆页面，输入正确用户名和密码之后记录下来，进入成绩查询页面。
注销登陆后再次输入正确用户名，在密码项输入错误密码，进行多次试验，可发现，在进行10次以上错误输入后，系统并没有让登陆人所使用的账号进行冻结或修改密码，只是一味的提示账号或密码错误，系统对账号的保护是存在漏洞的，并且没有在下面设置密码修改项，会使登陆造成一定的麻烦。
等我再次输入正确的密码进行登录时，学校网站依旧提示用户名或密码错误，导致使用者无法正确判断自己的账号信息。
在进行对页面的刷新之后，输入正确的用户名和密码时，则可以正常的进行登录。
2.期望结果：学生能够正确及安全的受到保护的进入自己信息查询的页面。
3.实际结果：学生在进行登录校园网进行成成绩查询的过程中，在登陆高峰期时页面会出现卡顿现象，有时会出现乱码的情况；学生在登陆页面进行登陆操作时，登录密码时密码多次出错，用户可以持续的进行登陆，但发现在进行多次的出错之后登陆正确密码的时候也无法登陆，会使用户无法正确判断自己的账号密码，在校园成绩查询的过程中没有能够正确及安全的保护自己信息，需要及时的修复。