ATM自动取款机系统—测试计划书(共11页).doc

《ATM自动取款机系统—测试计划书(共11页).doc》由会员分享，可在线阅读，更多相关《ATM自动取款机系统—测试计划书(共11页).doc（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上ATM自动取款机系统测试计划书组别：12小组作者：张伟2016年06 月12日目录 1引言1.1 项目背景该ATM自动取款系统是西北工业大学软件工程课程第12小组的设计项目，通过对该项目的设计学习，期待学生能够掌握软件开发的过程，进一步巩固和理解课堂上所学理论知识。1.2 文档目的本文档主要阐述我们的ATM系统测试过程中的一些细节，为ATM系统的测试工作提供一个框架，做到在日后的测试过程中基于本文档就可以对该系统进行科学合理的测试，具体细则如下：l 确定项目测试的策略、范围和方法；l 使项目测试工作的所有参与人员（组长、组员）对本项目测试的目标、范围、策略、方法、组织

2、、资源等有一个清晰的认识；l 使项目测试工作的所有参与人员理解测试控制过程；l 本文档是本项目测试整个过程进行的依据和标准；l 在测试过程中严格按照本文档去执行测试任务。1.3 文档摘要在项目测试中很多因素决定了测试的成败和效率，同进也潜藏一定的测试风险。在本文档中，主要通过以下方面对项目进行分析、计划和控制。l 软件理解：测试人员通过用户文档配合使用软件来加强对项目的理解。 l 测试风险：由于时间等各方面的因素，导致测试不完整。l 测试策略：对于本项目，采用何种测试策略，测试哪些范围，存在什么样的风险。l 测试需求：定义测试范围、测试重点，以及测试的目标。l 测试用例：为了查找被测软件中的错

3、误而设计的一系列的操作数据和执行步骤，即以系列测试条件的组合。l 测试环境：需要什么样的测试环境，以及测试环境的一些信息。l 过程控制：测试文档如何管理，缺陷如何处理，测试过程如何控制。l 功能测试：集中于功能正确性方面的测试。功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷、容积和容量等。2.测试策略2.1测试策略u 数据和数据完整性测试u 功能测试u 易用性测试u 安全测试u 语言测试2.1.1测试技术u 本项目采用黑盒测试技术。2.1.2依据标准本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以ATM各子系统的功能为标准，

4、测试的执行以系统处理逻辑为依据。2.1.2测试过程1.对测试人员进行系统培训，该步骤需要结合系统成品与之前的开发计划、概要设计、详细设计、需求分析书，该阶段结束后测试人员需要十分透彻地理解本系统的工作过程和使用方法；2.由负责项目测试计划的团队人员分析测试需求，制定测试计划；3.对已完成的测试需求与测试计划进行评审，不合格则返回第二步；4.编写测试用例；5.由测试人员一句测试用例对系统进行测试，该过程需要完成测试记录和缺陷记录；6.对测试结果进行总结并完成测试分析报告；7.结束。2.2测试范围本次测试依据各个子系统的功能确定测试范围，在各测试范围内仅对某一特定子系统进行测试。2.1.1要测试模

5、块：测试内容测试范围u 功能测试l 登陆子系统l 存款子系统l 取款子系统l 余额查询子系统l 转账子系统l 修改密码子系统2.1.2 测试风险分析1、 测试人员对系统熟悉程度的风险： 团队人员都是第一次接触软件工程且之前没有相关的开发经验，理论知识也比较基础，因此即使培训也可能对系统的理解不够深刻，这样在最后的测试时难免会漏掉对某些地方的测试从而不能找到系统的某些漏洞。2、 系统资料方面的风险： 测试的系统没有完备的开发文档，测试人员做测试设计时只能够参考初步使用该系统后对系统的了解，可能导致测试人员在初期无法全面地对系统进行深入的测试。3、 时间方面的风险： 本次测试由于课时题，整个测试计

6、划需要在一个星期内完成，而实际可用时间更少，因此可能导致测试工作不够完善。3.测试方法3.1 里程碑技术在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。我们将整个测试过程分为以下几个里程碑：里程碑完成标准测试初始阶段：1. 对于本项目所有需要测试的系统的培训完成2. 测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能计划阶段：1. 测试计划已编制完成2. 所有具体测试范围已确定3. 测试需求制定完成设计阶段：1. 测试用例设计已经完成2. 测试用例已覆盖所有测试需求执行阶段：1. 所有测试用例被执行2. 发现的缺陷都有缺陷记录

7、3. 测试过程有测试记录总结评估阶段：1. 完成测试分析报告3.2 测试实施过程本项目由两位测试人员负责，实施过程如下：1、 准备测试所需环境2、 准备测试所需数据3、 按照系统运行结构执行相应测试用例4、 记录测试过程和发现的缺陷5、 报告缺陷3.3测试用例设计本次测试的测试案例，是在阅读相关文档后，由测试人员对系统的理解按照系统层次结构组织编写。l 本系统案例的编写采用黑盒测试常用的分析方法设计用例；l 对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或结果）；l 每一个测试用例，都必须有详细的测试步骤描述；l 本次测试设计的所有测试用例均需以规范的文档方式保存；l 在

8、整个测试过程中，可根据项目实际情况对测试用例进行适当的变更；l 测试用例中测试数据的准备，由测试人员准备；l 按照系统的运行结构安排用例的执行。4.测试组织本章主要描述测试团队的结构和职责，测试参与人员的功能划分等4.1 测试团队结构角色人员职责项目经理王旭u 组织测试培训u 与相关人员沟通u 测试需求、测试用例评审u 控制测试进度u 编写阶段总结报告测试分析与设计人员张伟，缪宇飏u 制定测试需求u 为测试设计提供支持u 编写测试用例u 统计分析测试过程和缺陷测试执行人员缪宇飏u 执行测试用例u 填写测试记录u 创建缺陷记录4.2 功能划分模块资源l 登陆子系统张伟、缪宇飏l 存款子系统张伟、

9、缪宇飏l 取款子系统张伟、缪宇飏l 余额查询子系统张伟、缪宇飏l 转账子系统张伟、缪宇飏l 修改密码子系统张伟、缪宇飏5.资源需求5.1 培训需求本次参与人员成员缪宇飏对本系统比较了解，由他负责对其余测试人员进行测试培训，培训内容包括：u 各子系统的功能培训u 在实际使用过程中哪些部分问题比较多u 哪些部分是本次的重点测试对象5.2 硬件需求本次共有两名测试人员，需要一台配置不低于双核，1G内存的计算机。名称数量配置其它说明测试机1不低于 双核、1G内存无5.3 软件需求根据软件的需求，我们所用为Win 8，另外，测试机上还需要MySQL和被测试的软件。类型名称操作软件Win10或者Linux

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

11、子系统l 取款子系统l 取款完成子系统l 余额查询子系统l 转账子系统l 转账完成子系统l 修改密码子系统l 密码修改成功子系统 l 退出子系统1.11.21.31.41.51.61.71.81.91.101.111.121.131.14（2）测试项编号规则这里的测试项，是指测试需求、测试用例及缺陷记录等。为了便于区分和管理测试项，并且唯一地标识测试项，需要对测试项规定一种编号规则。我们制定编号规则如下：系统识别码模块编号测试项识别码自行编号编号名称说明定义系统识别码测试项目/系统的标识，在项目开始时自行定义，要求不与其他项目的标识冲突。ATM系统识别码为 ATM测试项识别码用于标识是何种测试

12、项（测试用例、测试需求）测试需求 R测试用例 C缺陷记录 D自行编号测试项序号测试项设计人员自行定义，要求顺序标识例子：ATM1.1.C.1表示待机界面子系统测试用例1 ATM.1.3.D.2表示密码错误子系统缺陷记录27.2 缺陷处理过程本项目只对系统进行一轮测试，测试过程不需要做缺陷跟踪。特定义缺陷处理过程如下：1、 测试员每天记录当天发现的缺陷2、 测试员每天下班前将记录的缺陷发送给项目经理3、 测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档，同其它测试文档一同提交给老师。7.3 测试报告测试过程中，需要产生以下报告：报告名称报告内容编制者接受者测试执行记录和缺陷报告u 测试过程的执行u 测试发现的问题张伟、缪宇飏老师测试总结报告u 测试过程概要u 测试分析总结u 建议王旭老师专心-专注-专业