ATM自动取款机系统—测试计划书.doc

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