ATM自动取款机系统-测试计划书

ATM自动取款机系统

测试计划书组别：12小组作者：张伟2016年06月12日目录引言 错误!未定义书签。TOC\o"1-5"\h\z\o"CurrentDocument"1.1项目背景 3..\o"CurrentDocument"1.2文档目的 3..\o"CurrentDocument"1.3文档摘要 3..\o"CurrentDocument"测试策略 4..\o"CurrentDocument"2.1测试策略 4..\o"CurrentDocument"2.2测试范围 5..\o"CurrentDocument"3•测试方法 5..\o"CurrentDocument"3.1里程碑技术 5..\o"CurrentDocument"3.2测试实施过程 6..\o"CurrentDocument"测试组织 7..\o"CurrentDocument"4.1测试团队结构 7..\o"CurrentDocument"4.2功能划分 7..\o"CurrentDocument"资源需求 8..\o"CurrentDocument"5.1培训需求 8..\o"CurrentDocument"5.2硬件需求 8..\o"CurrentDocument"5.3软件需求 8..\o"CurrentDocument"时间进度安排 9..\o"CurrentDocument"测试过程管理 9..\o"CurrentDocument"7.1测试文档 9..\o"CurrentDocument"7.2缺陷处理过程 .10\o"CurrentDocument"7.3测试报告 .1.11•引言1.1项目背景该ATM自动取款系统是西北工业大学软件工程课程第12小组的设计项目，通过对该项目的设计学习，期待学生能够掌握软件开发的过程，进一步巩固和理解课堂上所学理论知识。1.2文档目的本文档主要阐述我们的ATM系统测试过程中的一些细节，为ATM系统的测试工作提供一个框架，做到在日后的测试过程中基于本文档就可以对该系统进行科学合理的测试，具体细则如下：确定项目测试的策略、范围和方法；使项目测试工作的所有参与人员（组长、组员）对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识；使项目测试工作的所有参与人员理解测试控制过程；本文档是本项目测试整个过程进行的依据和标准；在测试过程中严格按照本文档去执行测试任务。1.3文档摘要在项目测试中很多因素决定了测试的成败和效率，同进也潜藏一定的测试风险。在本文档中，主要通过以下方面对项目进行分析、计划和控制。软件理解：测试人员通过用户文档配合使用软件来加强对项目的理解。测试风险：由于时间等各方面的因素，导致测试不完整。测试策略：对于本项目，采用何种测试策略，测试哪些范围，存在什么样的风险。测试需求：定义测试范围、测试重点，以及测试的目标。测试用例：为了查找被测软件中的错误而设计的一系列的操作数据和执行步骤，即以系列测试条件的组合。测试环境：需要什么样的测试环境，以及测试环境的一些信息。过程控制：测试文档如何管理，缺陷如何处理，测试过程如何控制。功能测试：集中于功能正确性方面的测试。功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷、容积和容量等。2•测试策略2.1测试策略数据和数据完整性测试功能测试易用性测试安全测试语言测试2.1.1测试技术本项目采用黑盒测试技术。2.1.2依据标准本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以ATM各子系统的功能为标准，测试的执行以系统处理逻辑为依据。2.1.2测试过程对测试人员进行系统培训，该步骤需要结合系统成品与之前的开发计划、概要设计、详细设计、需求分析书，该阶段结束后测试人员需要十分透彻地理解本系统的工作过程和使用方法；由负责项目测试计划的团队人员分析测试需求，制定测试计划；对已完成的测试需求与测试计划进行评审，不合格则返回第二步；编写测试用例；由测试人员一句测试用例对系统进行测试，该过程需要完成测试记录和缺陷记录；对测试结果进行总结并完成测试分析报告；结束。2.2测试范围本次测试依据各个子系统的功能确定测试范围，在各测试范围内仅对某一特定子系统进行测试。2.1.1要测试模块：测试内容测试范围功能测试登陆子系统存款子系统取款子系统余额查询子系统转账子系统修改密码子系统2.1.2测试风险分析1、 测试人员对系统熟悉程度的风险：团队人员都是第一次接触软件工程且之前没有相关的开发经验，理论知识也比较基础，因此即使培训也可能对系统的理解不够深刻，这样在最后的测试时难免会漏掉对某些地方的测试从而不能找到系统的某些漏洞。2、 系统资料方面的风险：测试的系统没有完备的开发文档，测试人员做测试设计时只能够参考初步使用该系统后对系统的了解，可能导致测试人员在初期无法全面地对系统进行深入的测试。3、 时间方面的风险：本次测试由于课时题，整个测试计划需要在一个星期内完成，而实际可用时间更少，因此可能导致测试工作不够完善。3•测试方法3.1里程碑技术在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程ATM自动取款机系统测试计划书我们将整个测试过程分为以下几个里程碑：里程碑完成标准测试初始阶段：对于本项目所有需要测试的系统的培训完成测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能计划阶段：测试计划已编制完成所有具体测试范围已确定测试需求制定完成设计阶段：测试用例设计已经完成测试用例已覆盖所有测试需求执行阶段：所有测试用例被执行发现的缺陷都有缺陷记录测试过程有测试记录总结评估阶段：1.完成测试分析报告3.2测试实施过程本项目由两位测试人员负责，实施过程如下：1、 准备测试所需环境2、 准备测试所需数据3、 按照系统运行结构执行相应测试用例4、 记录测试过程和发现的缺陷5、 报告缺陷3.3测试用例设计本次测试的测试案例，是在阅读相关文档后，由测试人员对系统的理解按照系统层次结构组织编写。本系统案例的编写采用黑盒测试常用的分析方法设计用例；对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或结果）；每一个测试用例，都必须有详细的测试步骤描述；本次测试设计的所有测试用例均需以规范的文档方式保存；在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更;测试用例中测试数据的准备，由测试人员准备；按照系统的运行结构安排用例的执行。4•测试组织本章主要描述测试团队的结构和职责，测试参与人员的功能划分等4.1测试团队结构角色人员职责项目经理王旭组织测试培训与相关人员沟通测试需求、测试用例评审控制测试进度编写阶段总结报告测试分析与设计人员张伟，缪宇飏制定测试需求为测试设计提供支持编写测试用例统计分析测试过程和缺陷测试执行人员缪宇飏执行测试用例填写测试记录创建缺陷记录4.2功能划分模块资源登陆子系统张伟、缪宇飏存款子系统张伟、缪宇飏取款子系统张伟、缪宇飏余额查询子系统张伟、缪宇飏转账子系统张伟、缪宇飏修改密码子系统张伟、缪宇飏资源需求5.1培训需求本次参与人员成员缪宇飏对本系统比较了解，由他负责对其余测试人员进行测试培训，培训内容包括：各子系统的功能培训在实际使用过程中哪些部分问题比较多哪些部分是本次的重点测试对象5.2硬件需求本次共有两名测试人员，需要一台配置不低于双核， 1G内存的计算机名称数量配置其它说明测试机1不低于双核、1G内存无5.3软件需求根据软件的需求，我们所用为Win8，另外，测试机上还需要MySQL和被测试的软件。类型名称操作软件Win10或者Linux应用软件MySQLAUT（被测应用程序）ATM

时间进度安排所有的测试需要在6月19日之前完成，在19日需提交测试结果报告书测试过程管理7.1测试文档7.1.1测试文档管理测试文档由不同角色分别创建，各角色创建的文档如下:文档名称编制者其它说明《测试计划》张伟《测试用例》张伟、缪宇飏《测试执行记录表》张伟、缪宇飏《缺陷记录》张伟、缪宇飏《测试总结分析报告》缪宇飏7.1.2编号规则（1）系统编号目的是定义要测试的各阶段的编号，以唯一标识阶段本项目需要测试的各自阶段的编号如下：阶段模块名称编号功能测试待机界面子系统1.1登陆子系统1.2密码错误子系统1.3选择交易子系统1.4存款子糸统1.5存款完成子系统1.6取款子系统1.7取款完成子系统1.8

余额查询子系统1.9转账子系统1.10转账完成子系统1.11修改密码子系统1.12密码修改成功子系统1.13退出子系统1.14(2)测试项编号规则这里的测试项，是指测试需求、测试用例及缺陷记录等。为了便于区分和管理测试项，并且唯一地标识测试项，需要对测试项规定一种编号规则。我们制定编号规则如下:系统识别码•模块编号•测试项识别码•自行编号编号名称说明定义系统识别码测试项目/系统的标识，在项目开始时自行定义，要求不与其他项目的标识冲突。ATM系统识别码为ATM测试项识别码用于标识是何种测试项(测试用例、测试需求)测试需求 R测试用例 C缺陷记录 D自行编号测试项序号测试项设计人员自行定义，要求顺序标识例子：ATM1.1.C.1表示待机界面子系统测试用例1ATM.1.3.D.2表示密码错误子系统缺陷记录27.2缺陷处理过程本项目只对