一卡通消费系统测试分析报告.1.doc

一卡通消费系统 测试分析报告 专 业： 计算机 执笔者: 刘 丹 学 号： 100210221 日 期: 2013/12/25 指导老师： 龚炳江 目录一 引言1 1.编写目的1 2.背景1 3.定义1 4.参考资料2二 测试概要2 1.测试方法2 2.测试成员4 3.测试人员组织4 4.测试对象4 5.开始测试标准5 6.结束测试标准5 7.局限性6三 测试结果及发现6四 对软件功能的结论6五 分析摘要7 1.能力7 2.缺陷和限制7 3.建议7 4.评价7六 测试资源消耗7一、引言1、编写的目的 根据测试计划的安排对软件进行测试，详细记录测试过程，以对软件的质量进行测评，为软件设计人员提供BUG依据，产生测试分析报告。2、背景说明 a待开发的软件名称：校园一卡通消费系统b本项目的任务提出者：老师 学生c开发单位：河北工程大学信电学院计算机科学与技术专业10级d本项目的项目经理：刘丹 本项目的需求分析：李茜 本项目的设计：刘丹 李茜 本项目的测试：李茜 本项目的开发：刘丹 李茜 本项目的分析：刘丹 实现该软件的计算机中心：学校IC卡管理中心e此软件系统和学校IC卡管理系统资源共享，同时又相互独立管理的相互往来关系 3、定义 Windows 系列：运行环境SQL Server：数据库管理软件流程图 ：是由一些图框和流程线组成的，其中图框表示各种操作的类型，图框中的文字和符号表示操作的内容，流程线表示操作的先后次序。功能结构图：将系统的功能进行分解，按功能从属关系表示的图表。管理信息系统的各子系统可以看作是系统目标下层的功能，对其中每项功能还可以继续分解为第三层、第四层甚至更多的功能。4、参考资料a软件项目管理案例教程韩万江、姜立新 机械工业出版社 2009.4b软件工程张海藩 清华大学出版社 2008.2cSQL Server数据库d校园信息资料 e软件测试技术二、测试概要 标识符ABC功能点描述：客户机接收数据 服务器接收数据 服务器处理数据 测试人员：1个 1个 1个 测试时间：2013年12月16日-2013年12月27日 2.1测试方法 可以以瀑布模型描述软件工作过程，为了说明软件测试策略，可以把软件工程的过程表达成一个螺旋形。首先，系统工程为软件开发规定了任务，从而把它和硬件要完成的工作分开。接着，便是进行软件需求分析，决定被开发软件的信息域，功能、性能、限制条件并确定该软件项目完成的确认准则。沿着螺旋形向内旋转，将进入软件设计和代码编写阶段，从而使得软件开发从抽象逐步走向具体化。软件测试工作也也可以从这一螺旋上测试出来，在螺线的核心点针对每个单元的源代码，进行单元测试。在各单元测试完成之后，沿螺线向外前进后，开始针对软件整体构造和涉及到组装测试。然后是检验软件需求是否得到满足的确认测试，最后，来到螺线的最外层，把软件和系统的其他部分协调起来，当做一个整体完成系统测试。这样，沿着螺旋线，从内向外，逐步扩展了测试范围。以上螺旋线表明的测试过程，按四个步骤进行，即单元测试、组装测试、确认测试和系统测试。单元测试单元测试组装测试确认测试系统测试单元测试单元测试开始分别完成每个单元的测试任务，以确保每个模块能正常工作，单元测试大量采用白盒测试法，尽可能发现模块内部的程序差错，然后，将已测试的模块组装起来，进行组装测试，其目的是检测与软件设计相关的程序结构问题，这是较多的采用黑盒测试法来设计测试用例，完成组装测试后，要对开发工作初期制定的确认准则进行检验，确认测试是使所开发的软件能否满足所有功能和性能的最后保证手段，通常采用黑盒测试法，完成确认测试以后，给出的应该是合格的软件产品，但为检验他是否与系统的其他部分协调工作，需要进行系统测试。 单元测试（Unit Testing）也称模块测试，这是针对软件测试的最小单位模块进行正确性检验的测试工作，其目的在于发现各种模块内部可能出现的各种查错，单元测试需要从程序内部结构出发设计测试用例，即采用所谓白盒测试法，多个模块可以平行的独立的进行单元测试。 单元测试需要解决的问题： 输入消费金额是否正确？ 消费后显示金额是否正确？ 消费前显示金额是否正确？ 对被测试的模块，信息能否正确无误的流入和流出？ 在模块工作过程中，其内部的数据是否保持完整性，包括内部数据的内容、形式及相互关系不发生错误？ 在限制数据加工而设置的边界处，模块是否能正常工作？ 模块的运行能否达到特定的逻辑覆盖？ 模块工作中发生错误，其中的出错处理实施是否有效？ 格式说明与输入、输出语句给出的信息是否一致？ 错误的变量名，如拼写错或缩写错 不相容的数据类型 运算方式未加区别，发生了混合运算的情况 初始化错误 计算精度不够 表达式中符号表示错误 不同的数据类型进行比较 逻辑运算或者其优先级用错 本应相等数据，由于精度原因不相等 循环终止不正确，或者循环不已 对运行发生的错误描述难以理解 指明的错误并非实际运行的错误 出错后，尚未进行出错处理便引入系统干预 意外处理不当 提供的错误信息不足，以致于无法找到出错原因2.2 测试对象 本次测试的对象包括一卡通消费系统、需求分析。2.3 测试成员 小组成员：李茜 刘丹 1）编写系统测试计划，系统测试大纲，制定系统测试通过标准，整理模块测试记录，整理系统测试记录。 2）编制系统测试案例 3）参与各系统单元测试、组合测试和系统测试2.4、测试人员组织 1、测试负责人：李茜 1）编制系统测试计划，系统测试大纲，指定系统测试通过标准，整理模块测试记录，整理系统测试记录 2）编制系统测试案例 3）参与各系统单元测试、组合测试和系统测试。审核组合测试和系统测试结果2、测试组成员：李茜、刘丹 1）编制单元测试案例 2）参与本人负责开发的单元测试以及包括该单元的组合测试和系统测试 3）完成本人参与编程部分的软件测试记录文档，模块测试记录文档3、编码人员测试工作 1）准备测试案例 2）俺测试案例测试程序代码 3）形成测试击落表和问题记录表4、非编码人员的工作 1）检查测试案例是否充足，是否满足测试需要 2）协助编码人员完成测试案例的准备 3）同编码人员一起完成测试2.5、开始测试标准 1、一般性以上（含一般性）模块已全部完成 2、内部单元调试已经完成90% 3、系统连接已经完成2.6、结束测试标准（项目提交标准） 1、计划测试案例必须全部完成 2、已无发现的1、2、3类错误 3、发现的4、5类错误在各相关部门的允许范围内 4、在规定的时间内，经过规定的测试，不出现1、2、3类错误 错误分类原则说明：1、 灾难性错误：导致操作系统、数据库系统崩溃2、 应用系统错误：导致应用系统无法运行3、 核心功能错误：导致某种核心功能无法运行4、 一般功能错误5、 其他性错误：造成客户不便 2.7、局限性 系统测试仅仅是在尽可能真实的环境下进行的测试，而且测试内容只局限于功能性的测试，对系统的性能并未做任何测试。三、测试结果及发现 3.1 测试1（A） 当刷卡，充值时，一卡通拥有者接受到金额 3.2 测试2（B） 当一卡通拥有者每使用一次一卡通时，就会向系统发一次信息 3.3 测试3（C） 当使用者进行查询，挂失处理时，服务器进行处理四、对软件功能的结论 4.1 功能1（A） 4.1.1 能力 能够刷卡消费，能够为一卡通充值 4.1.2 限制 无 4.2 功能2（B） 4.2.1 能力 显示卡上余额 4.2.2 限制 无 4.3 功能3（C） 4.3.1 能力 限制消费金额使每张卡在每个时间段只能消费最大金额，解决刷卡出现错误的情况，显示每台刷卡机显示所有的刷卡记录，发现有出错的嫌疑时能够及时处理。 4.3.2 限制 时间段不好控制五、分析摘要 5.1 能力经测试结果，软件全有功能基本上达到预期标准，实现最基本的刷卡消费功能：限制消费金额使每张卡在每个时间段只能消费最大金额，解决刷卡出现的错