八、测试分析报告.docVIP

八、测试分析报告 1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 1 1.4参考资料 2 2．测试计划执行情况 2 2.1测试项目 2 2.2测试机构和人员 2 2.3测试结果 2 3．软件需求测试结论 3 4．评价 3 4.1软件能力 3 4.2缺陷和限制 3 4.3建议 4 4.4测试结论 4 1．引言 1.1编写目的 【阐明编写测试分析报告的目的，指明读者对象。】 此报告供本系统开发组及校领导审阅。 1.2项目背景 【说明项目的来源、委托单位及主管部门。】 《教师教学网络测评》系统由东港学院计算机系开发。 本项目使用的基础数据来源于《高校教务管理系统》，本项目对学生、教师、课程等基础数据未提供相应的管理模块。 1.3定义 【列出测试分析报告中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： 项目的计划任务书、合同或批文； 项目开发计划； 需求规格说明书； 概要设计说明书； 详细设计说明书； 用户操作手册； 测试计划； 测试分析报告所引用的其他资料、采用的软件工程标准或软件工作规范。】 《教师教学网络测评》测试计划。 2．测试计划执行情况 2.1测试项目 【列出每一测试项目的名称、内容和目的。】 2.2测试机构和人员 【给出测试机构名称、负责人和参与测试人员名单。】 2.3测试结果 【按顺序给出每一测试项目的： 实测结果数据； 与预期结果数据的偏差； 该项测试表明的事实； 该项测试发现的问题。】 2.3.1教师评价：对通过验证的学生，系统将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生可通过单击相应的分值或比例为每个子项目打分。 测试结果：对所有参与测试的学生，系统能够准确地列出该生当前学期的任课教师，所选测评类型的子项目及各子项分值均列出无误。学生所打的分数均可顺利提交到数据库。 结论：200名学生的并发操作全部成功，证明”教师评价”功能正确实现，且证明本系统的负载符合要求。 2.3.2评价结果存储：学生完成所列教师的各项测评后，点击”提交”按钮，系统将其提交的教师、测评类型、测评子项、子项测评分值存储到后台数据库中。 测试结果：专业测试员依照测试用例精心准备的三个用户、二个测评类型、十个被测者，十一个测评子项共660条测试数据存储到evaldatabyitem数据表中，60条记录存储到evaldatabydepart数据表中，符合预期目标。 结论：评价结果存储功能正确实现。 2.3.3结果统计：系统管理员可随时统计指定的测评类型的测评结果数据。通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。 测试结果：以专业测试员使用测试用例准备的测试数据为基准，统计功能执行后，evaldatabyobj，evaldatabytype两个数据表记录数及结果数据与人工统计出的预期结果（精确到0.01）完全一致，符合预期目标。统计需要的执行时间：1000条记录以内为毫秒级。2000名学生、20个班级，80位任课教师、60门课程的评价数据统计时间少于30秒。 结论：结果统计功能正确实现。 2.3.4结果查询：系统管理员可查询所有测评类型、所有参评人员的统计数据。统计数据包括按测评类型分类的参评人员总分、名次。并以测评类型为单位按总分对参评人员进行排序。 测试结果：以专业测试员使用测试用例准备的测试数据为基准，查询得到的统计结果页面列出了十位被测者的两类测评结果，与人工统计出的预期结果（精确到0.01）完全一致。这十位被测者的测评子项得分也与预期结果一致。 3．软件需求测试结论 【按顺序给出每一项需求测试的结论。包括： 证实的软件能力； 局限性（即项需求未得到充分测试的情况及原因）。】 4．评价 4.1软件能力 【经过测试所表明的软件能力。】 本系统能够按需求定义实现全部功能，用户界面还需进一步美化。 4.2缺陷和限制 【说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。】 用户的测评数据一旦提交，则无法修改。且用户的测评权力容易被冒用，且一旦被冒用则无法从系统中清除该用户的测评数据。此限制的造成原因为系统不记录测评数据来源于哪位用户。 4.3建议 【提出为弥补上述缺陷的建议。】 建议改进系统的用户验证方式，前台用户的验证附加密码验证，密码可使用学生的身份证号。提示用户在提交数据前仔细复核数据。 4.4测试结论 【说明能否通过。】 本系统经过3名专业测试员及200名学生的测试，确认本系统的功能达到了需求分析报告中所确定的目标。顺利通过了确认测试。 八、测试分析报告