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

1、ATM自动取款机系统测试方案书组别：12小组 张伟2021年06月12日目录1 .引言错误!未定义书签.1.1 工程背景3.1.2 文档目的3.1.3 文档摘要3.2 .测试策略4.2.1 测试策略4.2.2 测试范围5.3 .测试方法5.3.1 里程碑技术5.3.2 测试实施过程6.4 .测试组织7.4.1 测试团队结构7.4.2 功能划分7.5 .资源需求8.5.1 培训需求8.5.2 硬件需求8.5.3 软件需求8.6 .时间进度安排9.7 .测试过程治理9.7.1 测试文档9.7.2 缺陷处理过程107.3 测试报告111 .引言1.1 工程背景该ATM自动取款系统是西北工业大学软件工

2、程课程第12小组的设计工程,通过对该工程的设计学习,期待学生能够掌握软件开发的过程,进一步稳固和理解课堂上所学理 论知识.1.2 文档目的本文档主要阐述我们的ATM系统测试过程中的一些细节,为 ATM系统的测试工作 提供一个框架,做到在日后的测试过程中基于本文档就可以对该系统进行科学合理的测 试,具体细那么如下：确定工程测试的策略、范围和方法；使工程测试工作的所有参与人员组长、组员对本工程测试的目标、范围、策略、方法、组织、资源等有一个清楚的熟悉；使工程测试工作的所有参与人员理解测试限制过程；本文档是本工程测试整个过程进行的依据和标准；在测试过程中严格根据本文档去执行测试任务.1.3 文档摘要

3、在工程测试中很多因素决定了测试的成败和效率,同进也潜藏一定的测试风险.在 本文档中,主要通过以下方面对工程进行分析、方案和限制.软件理解：测试人员通过用户文档配合使用软件来增强对工程的理解.测试风险：由于时间等各方面的因素,导致测试不完整.测试策略：对于本工程,采用何种测试策略,测试哪些范围,存在什么样的风险.测试需求：定义测试范围、测试重点,以及测试的目标.测试用例：为了查找被测软件中的错误而设计的一系列的操作数据和执行步骤,即以系列测试条件的组合.测试环境：需要什么样的测试环境,以及测试环境的一些信息.过程限制：测试文档如何治理,缺陷如何处理,测试过程如何限制.功能测试：集中于功能正确性方

4、面的测试.功能测试必须和其他测试方法一起处理 潜在的重要的质量风险,比方性能、负荷、容积和容量等.2 .测试策略2.1 测试策略数据和数据完整性测试功能测试易用性测试平安测试语言测试2.1.1 测试技术本工程采用黑盒测试技术.2.1.2 依据标准本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的 分配和估算,都是以ATM各子系统的功能为标准,测试的执行以系统处理逻辑为依据.2.1.3 测试过程1 .对测试人员进行系统培训,该步骤需要结合系统成品与之前的开发方案、概要设计、 详细设计、需求分析书,该阶段结束后测试人员需要十分透彻地理解本系统的工作过程和使 用方法；2 .

5、由负责工程测试方案的团队人员分析测试需求,制定测试方案；3 .对已完成的测试需求与测试方案进行评审,不合格那么返回第二步；4 .编写测试用例；5 .由测试人员一句测试用例对系统进行测试,该过程需要完成测试记录和缺陷记录；6 .对测试结果进行总结并完成测试分析报告；7 .结束.2.2本次测试依据各个子系统的功能确定测试范围,在各测试范围内仅对某一特定子系统进 行测试.2.1.1要测试模块：测试内容测试范围功能测试登陆子系统存款子系统取款子系统余额查询子系统转账子系统修改令码十系统2.1.2测试风险分析1、测试人员对系统熟悉程度的风险：团队人员都是第一次接触软件工程且之前没有相关的开发经验,理论知

6、识也比拟 根底,因此即使培训也可能对系统的理解不够深刻,这样在最后的测试时难免会漏掉 对某些地方的测试从而不能找到系统的某些漏洞.2、系统资料方面的风险：测试的系统没有完备的开发文档,测试人员做测试设计时只能够参考初步使用该 系统后对系统的了解,可能导致测试人员在初期无法全面地对系统进行深入的测试.3、时间方面的风险：本次测试由于课时题,整个测试方案需要在一个星期内完成,而实际可用时间更 少,因此可能导致测试工作不够完善.3 .测试方法3.1 里程碑技术在本工程中,我们将整个测试过程分为几个里程碑,到达一个里程碑后才能转换到下一阶段,以限制整个过程我们将整个测试过程分为以下几个里程碑:里程碑完

7、成标准测试初始阶段：1 .对于本工程所有需要测试的系统的培训完成2 .测试人员已经对所有被测系统/模块进行了使用,了解了被测系统的具体功能方案阶段：1 .测试方案已编制完成2 .所有具体测试范围已确定3 .测试需求制定完成设计阶段：1 .测试用例设计已经完成2 .测试用例已覆盖所有测试需求执行阶段：1 .所有测试用例被执行2 .发现的缺陷都有缺陷记录3 .测试过程有测试记录总结评估阶段：1.完成测试分析报告3.2 测试实施过程本工程由两位测试人员负责,实施过程如下：1、准备测试所需环境2、准备测试所需数据3、根据系统运行结构执行相应测试用例4、记录测试过程和发现的缺陷5、报告缺陷3.3 测试用

8、例设计本次测试的测试案例,是在阅读相关文档后,由测试人员对系统的理解根据系统层 次结构组织编写.本系统案例的编写采用黑盒测试常用的分析方法设计用例；对于每一个测试用例,测试设计人员应为其指定输入或操作、预期输出或结果；每一个测试用例,都必须有详细的测试步骤描述；本次测试设计的所有测试用例均需以标准的文档方式保存；在整个测试过程中,可根据工程实际情况对测试用例进行适当的变更；测试用例中测试数据的准备,由测试人员准备；根据系统的运行结构安排用例的执行.4 .测试组织本章主要描述测试团队的结构和责任,测试参与人员的功能划分等4.1 测试团队结构角色人员责任工程经理王旭组织测试培训与相关人员沟通测试需

9、求、测试用例评审限制测试进度编写阶段总结报告测试分析与设计人员张伟,缪宇顺制定测试需求为测试设计提供支持编写测试用例统计分析测试过程和缺陷测试执行人员缪宇顺执行测试用例填写测试记录创立缺陷记录4.2 功能划分模块资源登陆子系统张伟、缪宇顺存款子系统张伟、缪宇顺取款子系统张伟、缪宇顺余额查询子系统张伟、缪宇顺转账子系统张伟、缪宇顺修改密码子系统张伟、缪宇顺5 .资源需求5.1 培训需求本次参与人员成员缪宇顺对本系统比拟了解,由他负责对其余测试人员进行测试培训,培训内容包括:各子系统的功能培训在实际使用过程中哪些局部问题比拟多哪些局部是本次的重点测试对象5.2 硬件需求本次共有两名测试人员,需要一

10、台配置不低于双核,1G内存的计算机名称数量配置其它说明测试机1不低于双核、1G内存无5.3 软件需求根据软件的需求,我们所用为 Win 8,另外,测试机上还需要MySQL和被测试的软 件.名称操作软件Win10 或者 Linux应用软件MySQLAUT 被测应用程序ATM6 .时间进度安排所有的测t需要在6月19日之前完成,在19日需提交测试结果报告书7 .测试过程治理7.1 测试文档7.1.1 测试文档治理测试文档由不同角色分别创立,各角色创立的文档如下:文档名称编制者其它说明?测试方案?张伟?测试用例?张伟、缪宇阚?测试执行记录表?张伟、缪宇阚?缺陷记录?张伟、缪宇阚?测试总结分析报告?缪

11、宇阚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)测试项编号规那么这里的测试项,是指测试需求、测试用例及缺陷记录等.为了便于区分和治理测试项,并且唯一地标识测试项,需要对测试项规定一种编号规那么.我们制定编号规那么如下:系统识别码.模块编号.测试项识别码.自行编号编p名称说明定义系统识别码测试工程/系统的标识,在工程开始 时自行定义,要求不与其他工程的标 识冲突.ATM系统识别码为 ATM测试项识别码用于标识是何种测试项(测试用例、 测试需求)测试需求R测试用例C缺陷记录D自仃编p测试项序号测试项设计人员自行定义,要求 顺序标识例子：ATM1.1.C.1表示待机界面子系统测试用例1ATM.1.3.D.2表示密码错误子系统缺陷记录 27.2 缺陷处理过程本工程只对系统进行一轮测试,测试过程不需要做缺陷跟踪特定义缺陷处理过程