大学学籍管理系统

1、北京城市学院信息学部2011-2012-1学期软件测试实践课程大作业专 业： 软件工程 班 级： 学生姓名：学 号：2011年 12月测试团队组成和测试环境搭建报告（P3）大学学籍管理系统测试计划(P19)大学学籍管理系统测试计划(1.1版)(P32)大学学籍管理系统（测试用例设计初稿）(P45)大学生学籍管理系统测试用例(P54)注：系统测试验收测试在大学生学籍管理系统测试用例中。测试团队组成和测试环境搭建报告目 录1.软件测试团队的基本构成32.软件测试团队的任务（包括团队总体的任务和各成员具体的任务）33. 测试环境的搭建33.1 安装配置JRE33.1.1 安装JRE33.1.2 配置

2、JRE的环境变量63.1.3 验证JRE是否正确安装73.2 安装配置Tomcat103.3 安装配置MySQL113.3.1 安装MySQL113.3.2 查看并启动MySQL服务133.3.3 建立数据库143.4 部署大学学籍管理系统161. 软件测试团队的基本构成组长： 组员： 2. 软件测试团队的任务（包括团队总体的任务和各成员具体的任务）测试用例设计：由大家集体讨论设计（由个人撰写出基本模块的测试用例，在讨论更正测试用例）测试分工： 汇报撰写：3. 测试环境的搭建3.1 安装配置JRE3.1.1 安装JRE安装JRE首先是许可，点击接受进行下一步。选择安装路径，这里选择默认路径。点

3、击下一步开始安装，这里需要几分钟。看到下图JRE安装完成。3.1.2 配置JRE的环境变量下面进行环境变量的设置进入环境变量的方法是右击我的电脑-属性-高级标签-环境变量选择系统变量中的Path点击编辑找到JRE的BIN文件夹所在位置我的JRE路径为C:Program FilesJavajdk1.6.0_10bin所以在Path的配置中就是在变量值最前面加上C:Program FilesJavajdk1.6.0_10bin用分号隔开。如下图在系统变量中新增Classpath环境变量。“系统变量”下单击“新建”按钮，在“变量名”文本框中输入Classpath，在“变量值”文本框中输入Java类文

4、件的位置。例如可以输入“C:Program FilesJavajdk1.5.0_06libtools.jar;3.1.3 验证JRE是否正确安装点击开始-运行键入CMD（命令提示符）输入java help看到下图可以证明JAVA已经配置好了 也可以通过运行hello java来测试新建文档键入public class apublic static void main(String args)System.out.println(HELLOW WORD.);然后以a.java来保存该文本在CMD（命令提示符）输入javac a.java来编译之后输入java a看到HELLOW WORD即为成功

5、3.2 安装配置TomcatTomcat安装很简单选择路径后一路下一步即可3.3 安装配置MySQL3.3.1 安装MySQL这里是设置密码键入pass3.3.2 查看并启动MySQL服务控制面板管理工具服务输入密码pass看到下图即可3.3.3 建立数据库再上图中键入一下代码即可CREATE DATABASE schadmin CHARACTER SET utf8 COLLATE utf8_general_ci; use schadmin; create table student(STUID VARCHAR(10) not null, username VARCHAR(64) not nu

6、ll, gender VARCHAR(64) not null, city VARCHAR(64) not null, PID VARCHAR(64) not null, phone VARCHAR(64) not null, email VARCHAR(128), postID VARCHAR(64), address VARCHAR(255), refnum1 int(10), refnum2 int(10), refstr1 VARCHAR(255), refstr2 VARCHAR(255), refdate1 DateTime, refdate2 DateTime, lastmodi

7、fiedtime DateTime ); ALTER TABLE student ADD PRIMARY KEY(STUID); create table stu_grade(STUID VARCHAR(10) not null, g_electron int(3) default 0 not null, g_software int(3) default 0 not null, g_security int(3) default 0 not null, g_java int(3) default 0 not null, g_db int(3) default 0 not null, g_im

8、age int(3) default 0 not null, g_distributed int(3) default 0 not null, g_test int(3) default 0 not null, lastmodifiedtime DateTime ); ALTER TABLE stu_grade ADD PRIMARY KEY(STUID);之后运行use schadmin;运行数据库3.4 部署大学学籍管理系统开启TOMCAT服务器开启IE在IE中键入:8080/myapp/index.jsp之后在登录界面输入用户名：Admin密码：Pass11

9、1 大学学籍管理系统测试计划目 录1 简介201.1 目的201.1.1项目名称：大学生管理系统201.1.2测试需求：201.2 背景201.3 范围212 测试参考文档和测试提交文档212.1 测试参考文档212.2 测试提交文档223 测试进度224 测试资源224.1 人力资源224.2 测试环境234.2.1 软件环境（相关软件、操作系统等）234.2.2 硬件环境（网络、设备等）234.3 测试工具235 系统风险、优先级236 测试策略246.1 数据和数据库完整性测试256.2 接口测试256.3 单元测试266.4 集成测试266.5功能测试266.6用户界面测试276.7性

10、能评测286.8容量测试296.9安全性测试307.问题跟踪（问题严重度描述）318. 测试有关的任务311 简介1.1 目的1.1.1项目名称：大学生管理系统1.1.2测试需求： 软件需求：能帮助教研人员利用计算机，快速方便的对学生学籍管理进行管理、 输入、输出、查找的所需操作，使散乱的人事档案能够具体化，直观化、合理化。使软件基本实现能够游览学生学籍的所有信息、能够制定招生计划并能进行学生注册登记管理、能够通过学生的一个信息找到个人学籍的相关信息等。 外部需求:要求系统要在pc机上运行，pc机上要装有sql等相应软件。1.2 背景 学校里学生的学籍管理是一项很烦琐的工作，为了提高老师在学籍

11、管理中的工作效率，我们准备开发这套大学学籍管理系统。 这个系统能满足用户权限设置，不同权限的用户使用自己的用户名登录。管理员可以添加，修改删除，普通账户只能查看学籍管理系统里的内容。其主要功能有：新学生的添加、修改、删除，学生成绩的录入、修改，学生成绩自动求和、排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。适于分布式多客户作业，客户端的配置要求也很低。 模块名称子模块功能描述用户登录用户login/logout有此系统账号的用户输入正确的用户名，密码后可以Login，没有账号或者信息不正确的人不允许登陆。登陆完成后，可以正常的Logout，为了安全考虑，信

12、息不应被记录学生信息管理添加新学生添加新学生及其相应的基本信息学生信息维护对数据库已经存在的学生进行维护学生成绩管理增加学生成绩为每个学生添加成绩对已有成绩进行维护对已有课目成绩进行维护学生成绩查询按学号/姓名查询根据学生的学号或者姓名进行查询按成绩查询根据成绩参照值进行查询按学生名次查询根据学生成绩排名进行查询DB连接可以根据配置文件来动态设置配置文件变化，DB相应也会有改变动态更新，保证数据的正确性1.3 范围描述测试的各个阶段（如单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。如果在编写此

13、文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有约束、风险或者意外事件。】2 测试参考文档和测试提交文档2.1 测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性。【注：可适当地删除或添加文档项。】文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注软件需求定义是 否是 否软件系统分析是 否是 否软件概要设计是 否是 否软件详细设计是 否是 否软件测试需求是 否是 否硬件需求定义是 否是 否硬件结构设计是 否是 否硬件测试需求是 否是 否USB驱动设计是 否是 否模块开发手册是 否是 否系统

14、集成方案是 否是 否测试方案是 否是 否用户操作手册是 否是 否安装指南是 否是 否2.2 测试提交文档单元测试报告文档功能测试报告文档系统测试报告文档验收测试报告文档3 测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划设计测试单元测试集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布4 测试资源4.1 人力资源下表列出了在此项目的人员配备方面所作的各种假定。【注：可适当地删除或添加角色项。】角 色具体职责或注释撰写单元测试报告文档，设计测试用例撰写功能测试报告文档，设计测试用例撰写系统测试报告文档，设计测试用例撰写验收测试报告文档，设计测试用例设计测试用例4.2

15、测试环境4.2.1 软件环境（相关软件、操作系统等）操作系统：Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器） 软件系统：MySQL 、Apache Tomcat 6.04.2.2 硬件环境（网络、设备等）网络环境：普通2M宽带设备：PC电脑4.3 测试工具下表列出了测试使用的工具。用 途工 具生产厂商/自产版 本服务器Apache TomcatApache Software Foundation6.0数据库MySQLOracle5.05 系统风险、优先级【简要描述测试阶段的风险和处理的优先级。】ID：1风险信息优先级：4陈述：需求分析不到位，导致数据库无法使用影响：4起因

16、：需求分析不到位类别：技术风险语境：1、在项目启动开始时，需求分析不到位。缓解策略：1、重新进行到位的需求分析。应急计划和触发事件：1、当数据模型建好后无法使用时，及时重新做需求分析。ID：2风险信息优先级：10陈述：软件预算错误，无法继续开发影响：5起因：预算有误类别：技术风险语境：1、预算有误，资金、时间不足缓解策略：1、向领导申请资金或时间应急计划和触发事件：1、向领导申请时间，加班完工ID：3风险信息优先级：6陈述：关键人员离职 影响：4起因：关键人员离职类别：管理风险语境：1、项目即将完成时，人员不足遭受打击缓解策略：1、加强人员考核，确定其可靠性2、及时找人员代替应急计划和触发事件

17、：1、当数据模型建好后无法使用时，及时重新做需求分析。ID：4风险信息优先级：3陈述：使用的框架存在BUG影响：2起因：框架存在BUG类别：技术风险语境：1、框架本身问题，不支持系统软件缓解策略：1、测试人员及时发现问题，尽早解决应急计划和触发事件：1、发现BUG后及时补救ID：5风险信息优先级：5陈述：对于进度估计不当，无法按期完成影响：4起因：进度估计不当类别：管理风险语境：1、实际开发过程中严重估计不足，无法按期完成任务缓解策略：1、开发前做好充分准备 2、开发过程中不浪费时间应急计划和触发事件：1、与客户沟通，尽量早日完成ID：6风险信息优先级：12陈述：文献信息资源被盗取、盗用、非法

18、删除等所造成损失影响：4起因：天灾人祸类别：维护技术风险语境：1、文献信息资源被盗取、盗用、非法删除等所造成损失缓解策略：1做好转移工作降低损失程度应急计划和触发事件：1、提前预备灾害，计划出一套有效的弥补方案 2、各种备份 6 测试策略【测试策略提供了对测试对象进行测试的推荐方法。对于每种测试，都应提供测试说明，并解释其实施的原因。制定测试策略时所考虑的主要事项有将要使用的技术及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。】注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由，例如，“将不实施该

19、测试，该测试本项目不适用。”6.1 数据和数据库完整性测试在项目名称中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准：完成标准：所有的数据库访问方法和进程都按

20、照设计的方式运行，数据没有遭到损坏。测试重点和优先级：需考虑的特殊事项：测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。6.2 接口测试测试目标确保接口调用的正确性测试范围所有软件、硬件接口，记录输入输出数据技术开始标准完成标准测试重点和优先级需考虑的特殊事项接口的限制条件6.3 单元测试【单元测试主要目的是检测】测试目标确保各个单元以及单元间调用的正确性测试范围所有单元模块、各单元之间的调用数据传输技术开始标准完成标准测试重点和优先级需考虑的特殊事项6.4 集成测试集

21、成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级：测试

22、重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）6.5功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：测试目标确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。测试范围：技术：利

23、用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）6.6用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求

24、，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。6.7性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评

25、测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。开始标准

26、：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都

27、运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。6.8容量测试容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的测试数据库。检验该软件是否正常运行并生成了正确的报表。测试目标核实测试对象在以下高容量条件下能否正常运行：连接或模拟了最大（实际或实际允许）数量的客户机，所有客户机在长时间内执行相同的

28、、且情况（性能）最坏的业务功能。已达到最大的数据库大小（实际的或按比例缩放的），而且同时执行多个查询或报表事务。测试范围：技术：使用为性能评测或负载测试制定的测试。应该使用多台客户机来运行相同的测试或互补的测试，以便在长时间内产生最繁重的事务量或最差的事务组合（请参见上面的“强度测试”）创建最大的数据库大小（实际的、按比例缩放的、或填充了代表性数据的数据库），并使用多台客户机在长时间内同时运行查询和报表事务。开始标准：完成标准：所计划的测试已全部执行，而且达到或超出指定的系统限制时没有出现任何软件故障。测试重点和优先级：需考虑的特殊事项：对于上述的高容量条件，哪个时间段是可以接受的时间？6.9

29、安全性测试安全性和访问控制测试侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的访问。系统级别的安全性，包括对系统的登录或远程访问。应用程序级别的安全性可确保：在预期的安全性情况下，用户只能访问特定的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新帐户，但只有管理员才能删除这些数据或帐户。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户消息（包括财务数据），而“用户二”看见同一客户的统计数据。系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。测试目标应用程序级别的安全性：核实用户只

30、能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的用户才能访问系统和应用程序。测试范围：技术：应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问：请参见以下的“需考虑的特殊事项”。开始标准：完成标准：各种已知的用户类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。测试重点和优先级：

31、需考虑的特殊事项：必须与相应的网络或系统管理员一直对系统访问权进行检查和讨论。由于此测试可能是网络管理可系统管理的职能，可能会不需要执行此测试。7.问题跟踪（问题严重度描述）问题严重度描述响应时间高例如使系统崩溃程序员在多长时间内改正此问题中低8. 测试有关的任务以下是一些与测试有关的任务：8.1制定测试计划1、确定测试需求2、制定测试策略3、创建时间表4、生成测试计划8.2设计测试1、准备工作量分析文档2、确定并说明测试用例3、确定测试过程，并建立测试过程的结构8.3执行测试8.4执行测试过程8.5记录缺陷8.6评估测试用例覆盖8.7评估代码覆盖8.8分析缺陷8.9确定是否达到了测试完成标准

32、与成功标准大学学籍管理系统测试计划(1.1版)目 录目 录311 简介331.1 目的331.1.1项目名称：大学生管理系统331.1.2测试需求：331.2 背景331.3 范围342 测试参考文档和测试提交文档342.1 测试参考文档342.2 测试提交文档353 测试进度354 测试资源354.1 人力资源354.2 测试环境364.2.1 软件环境（相关软件、操作系统等）364.2.2 硬件环境（网络、设备等）364.3 测试工具365 系统风险、优先级366 测试策略386.1 数据和数据库完整性测试396.2 接口测试406.3 集成测试406.4功能测试416.5用户界面测试41

33、6.6性能评测426.7容量测试426.8兼容性测试437.问题跟踪（问题严重度描述）448. 测试有关的任务441 简介1.1 目的1.1.1项目名称：大学生管理系统1.1.2测试需求： 软件需求：能帮助教研人员利用计算机，快速方便的对学生学籍管理进行管理、 输入、输出、查找的所需操作，使散乱的人事档案能够具体化，直观化、合理化。使软件基本实现能够游览学生学籍的所有信息、能够制定招生计划并能进行学生注册登记管理、能够通过学生的一个信息找到个人学籍的相关信息等。 外部需求:要求系统要在pc机上运行，pc机上要装有sql等相应软件。1.2 背景 学校里学生的学籍管理是一项很烦琐的工作，为了提高老

34、师在学籍管理中的工作效率，我们准备开发这套大学学籍管理系统。 这个系统能满足用户权限设置，不同权限的用户使用自己的用户名登录。管理员可以添加，修改删除，普通账户只能查看学籍管理系统里的内容。其主要功能有：新学生的添加、修改、删除，学生成绩的录入、修改，学生成绩自动求和、排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。适于分布式多客户作业，客户端的配置要求也很低。 模块名称子模块功能描述用户登录用户login/logout有此系统账号的用户输入正确的用户名，密码后可以Login，没有账号或者信息不正确的人不允许登陆。登陆完成后，可以正常的Logout，为了安全

35、考虑，信息不应被记录学生信息管理添加新学生添加新学生及其相应的基本信息学生信息维护对数据库已经存在的学生进行维护学生成绩管理增加学生成绩为每个学生添加成绩对已有成绩进行维护对已有课目成绩进行维护学生成绩查询按学号/姓名查询根据学生的学号或者姓名进行查询按成绩查询根据成绩参照值进行查询按学生名次查询根据学生成绩排名进行查询DB连接可以根据配置文件来动态设置配置文件变化，DB相应也会有改变动态更新，保证数据的正确性1.3 范围项目：测试大学学籍管理系统模块：登录，添加学生，删除学生，添加成绩，修改成绩编号模块功能点是否存在BUG是否测试通过测试者1登录登录否通过2学生添加学生是通过3删除学生否通过

36、4成绩查询成绩否通过5修改成绩否通过2 测试参考文档和测试提交文档2.1 测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性。【注：可适当地删除或添加文档项。】文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注软件需求定义是是 否软件系统分析是是 否软件概要设计是是 否软件详细设计否是 否软件测试需求是是 否硬件需求定义是是 否硬件结构设计否是 否硬件测试需求否是 否USB驱动设计否是 否模块开发手册是是 否系统集成方案是是 否测试方案是是 否用户操作手册是是 否安装指南否是 否2.2 测试提交文档单元测试报告文档功能测试报告文档系统测试报告文档验收测试报告

37、文档3 测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划设计测试单元测试集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布4 测试资源4.1 人力资源下表列出了在此项目的人员配备方面所作的各种假定。角 色具体职责或注释撰写单元测试报告文档，设计测试用例撰写功能测试报告文档，设计测试用例撰写系统测试报告文档，设计测试用例撰写验收测试报告文档，设计测试用例设计测试用例4.2 测试环境4.2.1 软件环境（相关软件、操作系统等）操作系统：Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器） 软件系统：MySQL5.0 、Apache Tomcat 6.04

38、.2.2 硬件环境（网络、设备等）网络环境：普通2M宽带设备：PC电脑4.3 测试工具下表列出了测试使用的工具。用 途工 具生产厂商/自产版 本容量，压力测试LoadRunnerMercury8.0/5 系统风险、优先级按照系统风险以及优先级可以分成以下几类缺陷严重级别定义:最高级-导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.紧急-事件非常重要,并且需要马上给予关注.高级-事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.中级-事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.低级-事件不重要,可以在时间和资源允许的情况下再解决

39、.建议性缺陷.更为详细的划分如下:A类严重错误，包括：由于程序所引起的死机,非法退出死循环导致数据库发生死锁数据通讯错误严重的数值计算错误 B类较严重错误，包括：功能不符数据流错误程序接口错误轻微的数值计算错误 C类一般性错误，包括：界面错误(详细文档)打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示 D类较小错误，包括：辅助说明描述不清楚显示格式不规范长时间操作未给用户进度提示提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志系统处理未优化 E类测试建议（非缺陷）ID：1风险信息优先级：4陈述：需求分析不到位，导致数据库无法使用影响：A起因：需求分析不到位类

40、别：技术风险语境：1、在项目启动开始时，需求分析不到位。缓解策略：1、重新进行到位的需求分析。应急计划和触发事件：1、当数据模型建好后无法使用时，及时重新做需求分析。ID：2功能不符优先级：10陈述：软件功能有问题影响：B起因：代码有误类别：技术风险语境：1、软件功能有问题，无法实现应有功能缓解策略：1、向开发人员建议，让其进行更改应急计划和触发事件：1、向领导申请时间，加班完工ID：3风险信息优先级：6陈述：界面错误影响：C起因：设计有误类别：管理风险语境：1、界面的设计有错误，与所给文档不符缓解策略：1、联系开发人员进行更改，同时联系开发人员索取新的文档。应急计划和触发事件：1、当数据模型

41、建好后无法使用时，及时重新做需求分析。ID：4风险信息优先级：3陈述：使用的框架存在BUG影响：B起因：框架存在BUG类别：技术风险语境：1、框架本身问题，不支持系统软件缓解策略：1、测试人员及时发现问题，尽早解决应急计划和触发事件：1、发现BUG后及时补救ID：5风险信息优先级：5陈述：对于进度估计不当，无法按期完成影响：E起因：进度估计不当类别：管理风险语境：1、实际开发过程中严重估计不足，无法按期完成任务缓解策略：1、开发前做好充分准备 2、开发过程中不浪费时间应急计划和触发事件：1、与客户沟通，尽量早日完成ID：6风险信息优先级：12陈述：辅助说明描述不清楚影响：D起因：编写有误类别：

42、维护技术风险语境：1、辅助说明描述不清楚，容易产生歧义缓解策略：1、重新编辑陈述信息应急计划和触发事件：1、计划出一套有效的弥补方案6 测试策略测试策略流程图： 集成测试，是在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。 系统测试，是将通过确认

43、测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。 将不实施单元测试，因为该测试需要从程序的内部结构出发设计测试用例。6.1 数据和数据库完整性测试数据库完整性是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分

44、存入数据库中。通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计。数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面： 数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。 利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。 合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。比如装载大量数据时，只要在装载之前临时使基于DBMS的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整

45、性。 在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误测试目标：测试学籍管理系统的数据库是否满足需要，是否可以兼容系统测试范围：针对数据库进行测试技术：阅读数据库的代码，看他是否满足数据库编写以及应用的规范。同时利用SQLSEVER对其测试看是否可以正常添加删除以及更改。开始标准：审阅数据库代码完成标准：数据库满足应用，编写规范，可以正常的进行添加删除以及更改。没有出现死锁，或者异常后无法启用的错误。兼容学籍管理系统，可以利用学籍管理系统对其进行操作。测试重点和优先级：重点在于数据库的稳定正确性 优先级：高需考虑的特殊事项：由于是要在学籍管理系统中应用次数据库，所以在单独

46、测试之后，要利用学籍管理系统再对其测试一次，以避免学籍管理系统无法调用数据库的问题6.2 接口测试测试目标确保接口调用的正确性测试范围所有软件、硬件接口，记录输入输出数据技术对出现的接口进行从上之下的逐一测试，同时参考产品使用说明书，按照说明书为标准，对接口进行逐一的测试。（集成测试）开始标准搭建系统以后完成标准所有软件、硬件接口调用都是正确的。可以调用产品说明书中指定的模块测试重点和优先级重点在于所有软件、硬件接口的正确性 优先级：高需考虑的特殊事项接口的限制条件6.3 集成测试集成测试，是在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能

47、够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：搭建平台完成标准：所计划的测试已全部执行。对于有错的部分进行了记录。测试重点和优先级：重点数据流的正确性 优先级：中需考虑的特殊事项：集成之前是否局部已经没有问题，出现问题如

48、何进行错误的确定6.4功能测试功能测试也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码。一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测。根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求 。测试目标确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。测试范围：学籍管理系统中提到的所有模块技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果在使用无效数据时显示相应的错误消息或警告消息各业务规则都得到了正确的应用是

49、否提示错误后终止错误数据的写入开始标准：搭建平台完成标准：完成了所有的测试用例对于有错的部分进行了记录测试重点和优先级：重点模块的功能可以准确的实现 优先级：中需考虑的特殊事项：对于说明书中没有提到但是又要测试的模块如何设计测试。6.5用户界面测试用户界面测试，简称UI测试，测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字、图片组合是否完美，操作是否友好等，除此之外，UI 测试还要确保 UI 功能内部的对象符合预期要求，并遵循公司或行业的标准。测试目标窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用。窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准测试范围：是否用户界面准确，实用，正确等技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：搭建平台完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：重点是否规范正确美观 优先级：低需考虑的特殊事项：6.6性能评测性能评测，它是对响应时间、事务处理速