ATM系统测试计划

1、ATM 系统 项目测试计划Version1.0目 录1.测试目的和测试项目简介 31.1 目的 31.2 背景 31.3 范围 32.测试参考文档和测试提交文档 42.1 测试参考文档 42.2 测试提交文档 43.术语和定义 44.测试策略 44.1 测试策略 44.1.1 数据库测试 54.1.2 功能测试 54.1.3 界面测试 64.1.4 安全性测试 64.1.5 裸机测试 64.2 工具 75.确定测试内容 76.资源 76.1 角色 76.2 系统 87.测试进度及任务安排 87.1 各测试阶段时间、人员安排及成果提交 87.2 项目里程碑 88.风险和问题 91.测试目的和测试

2、项目简介1.1 目的ATM 系统的“测试计划”文档有助于实现以下目标：确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求。推荐可采用的测试策略，并对这些策略加以说明。确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素。1.2 背景项目名称：ATM 系统任务提出者：长沙牛耳信息技术有限公司开发者：长沙牛耳信息技术有限公司开发部用户：长沙牛耳信息技术有限公司ATM 系统的项目背景： 见ATM 用户需求ATM 系统的基本功能： 见ATM 用户需求1.3 范围测试的各个阶段定义：单元测试:开发人员各单元编码自测后提交测试，由测试人员构造驱动模块进行测试。测试设计：根据需求规格

3、说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。集成测试：前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程。2.测试参考文档和测试提交文档2.1 测试参考文档ATM 用户需求.txtATM 需求分析说明书.doc ATM 系统项开发计划.doc ATM 系统详细设计.doc2.2 测试提交文档测试用例：通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级,测试用例以 Excel 文件上传 VSS 配置管理。Excel 文件命名格式为 ATM_case_+日期+序号例如:ATM_case_20120

4、225_01.xls测试日志：测试人员每天进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存 Bugfree/Bugzilla 中。缺陷记录 ：测试发现的问题登记到 Bugfree/Bugzilla(由测试项目组自行决定)测试报告:测试完成后，编写测试报告提交 VSS 配置管理。 其他：详见 7.1 各测试阶段时间、人员安排及成果提交3.术语和定义探索测试：以了解功能和需求为目的，对功能做冒烟4.测试策略4.1 测试策略系统测试阶段之前以功能测试为主，不考虑性能和安全测试，系统测试过程中在保证功能测试完成的情况下酌情考虑性能和安全测试冒烟测试:对所有版本

5、进行正式测试前，先对版本的主要功能和被测目标功能做简单的功能覆盖，确认没有问题后再进入正式测试.功能测试：对已实现的功能进行验证测试，确保功能包括界面和操作实现正常、无误。同时考虑是否适合自动化测试。数据库测试：针对与数据库的数据保存相关的功能进行测试，通过前台界面对数据的读写操作测试数据库。以数据库运行正常，数据不丢失、数据与前台界面功能一致为标准。界面易用性测试：集成测试阶段对界面的可操作性、界面字体、颜色感官舒适度、快捷方式进行测试。性能测试:系统测试阶段对主要功能模块验证多用户大数据量的压力测试,并考虑是否合适自动化测试安全性测试：在系统测试阶段针对用户验证、数据删除等功能做验证，确保

6、基本安全性。裸机测试：在系统测试阶段在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。4.1.1 数据测试测试目标：确保数据访问方法和进程正常运行，数据不会遭到损坏。方法： 在操作界面分别测试数据的新建、修改、删除等，检查数据是否正确、一致、完整。 测试数据的查找功能，检查提取的数据是否正确，并测试相关功能。 测试数据的不同显示方式。 测试有效和无效数据对数据的影响。完成标准：所有的数据访问方法和进程都按照设计的方式运行，数据没有遭到损坏。需考虑的特殊事项：注意执行界面和数据是否限制多个终端对相同数据的同时修改4.1.2 功能测试测试目标：系统提

7、供的功能与需求或用户手册相符。方法： 单元测试阶段对单个函数或模块执行独立测试 集成测试阶段整合各个函数或模块进行测试 重要的功能应该投入更多的精力进行测试，并及时小结。完成标准： 功能实现，且可以正确执行。 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。需考虑的特殊事项： 注意开发组可能的功能变化和需求、设计变更。 注意其中一些重要功能是与实际效果相关，而不是简单的功能实现。 注意值域测试的提示信息。4.1.4 安全性测试测试目标：程序提供的安全性功能符合需求的设计。方法：测试系统的安全性，包括是否有登陆验证和密码验证，是否根据权限不同从而提供不同功能等。完成标准：

8、程序的安全性功能可以保证用户的正常使用。需考虑的特殊事项： 此方面经验比较少，需要摸索和总结。4.1.5 裸机测试测试目标：在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。方法：在干净的环境上，进行与其他测试环境相同的测试，应包括所有测试内容（一般有一台机器专门用于裸机测试）。完成标准：证实干净系统的程序使用也是正常的。4.2 工具此项目将使用以下工具：工具类型工具名称厂商版本测试记录WORD、EXCELMicrosoft2003缺陷跟踪Bugfree/Bugzilla开源2.0/2.18配置管理VisualSourceSafeMicrosof

9、t6.05.确定测试内容模块名称用户验证模块编号01主要功能由 ATM 系统通过对用户在使用 ATM 系统功能之前的一个用户验证，验证用户输入的卡号和密码是否正确，正确后判断用户的类型，普通用户进入终端程序主菜单界面；管理员用户进入管理程序主菜单界面。测试内容测试用户验证主要功能能否实现优先级高模块名称用户开户模块编号02主要功能由管理员通过 ATM 系统管理程序模块来完成。管理员通过系统二次确认为合法用户后，管理员输入相应的开户个人信息(卡号、密码、身份证号、姓名、性别、电话、地址，金额),ATM 系统验证个人信息格式，正确后保存。测试内容测试用户开户主要功能能否实现优先级高模块名称用户资料

10、修改模块编号03主要功能由管理员通过 ATM 系统管理程序模块来完成，管理员通过系统二次确认为合法用户后，选择用户资料修改功能，输入用户卡号，修改用户密码、身份证号、姓名、电话、地址信息，ATM 系统验证输入信息格式，正确后保存。测试内容测试用户资料修改主要功能能否实现优先级高模块名称普通用户取款模块编号04主要功能由普通用户在 ATM 系统通过终端程序模块来完成。用户通过系统验证为合法用户后，选择取款功能，输入要取出的金额，确认金额，完成后系统显示日期时间、卡号、取款金额、之前余额、之后余额。测试内容测试普通用户取款主要功能能否实现优先级中模块名称管理员给用户取款模块编号05主要功能管理用户

11、在 ATM 系统通过管理程序模块来完成。管理员用户通过系统验证为合法用户后，选择取款功能，输入用户卡号，卡号验证正确后，输入要取出的金额，确认金额，完成后系统显示日期时间、卡号、取款金额、之前余额、之后余额。测试内容测试管理员给用户取款主要功能能否实现优先级中模块名称普通用户存款模块编号06主要功能由普通用户在 ATM 系统通过终端程序模块来完成。普通用户通过系统验证为合法用户后，选择存款功能，输入要存入的金额，确认金额，完成后系统显示日期时间、卡号、存款金额、之前余额、之后余额。测试内容测试普通用户存款模块主要功能能否实现优先级中模块名称管理员给用户存款模块编号07主要功能管理员在 ATM

12、系统通过管理程序模块来完成。管理员用户通过系 统验证为合法用户后，选择存款功能，输入用户卡号，卡号验证正确 后，输入要存入的金额，确认金额，完成后系统显示日期时间、卡号、存款金额、之前余额、之后余额。测试内容测试管理员给用户存款模块主要功能能否实现优先级中模块名称用户信息查询模块编号08主要功能由普通用户通过终端程序模块来完成，管理员通过管理程序模块来完成。用户通过系统验证为合法用户后，选择用户信息查询，选择按卡号查询，输入卡号，验证卡号是否正确，正确则显示相应信息，错误则请重新输入卡号；选择按身份证号查询，输入身份证号，验证身份证是否正确，正确则判断该身份证是否开了多个卡，如果没有就直接显示

13、用户信息。如果开了多张卡，则列出卡号让用户选择，选择卡号，显示该卡号信息。如果输入身份证号错误，则重新输入身份证号。测试内容测试用户信息查询模块主要功能能否实现优先级中模块名称用户存、取款记录查询模块编号09主要功能用户存、取款记录查询功能是由普通用户通过终端程序模块来完 成，管理员通过管理程序模块来完成。用户通过系统确认为合法用户 后，选择存取、款查询，输入查询卡号，显示日期时间、卡号、姓名、存、取款记录。测试内容测试用户存、取款记录查询模块主要功能能否实现优先级中模块名称文件的写入与读取模块编号10主要功能用户开户资料的写入，用户资料修改的写入，用户取款信息的写入，用户存款信息的写入；用户

14、信息查询资料、用户存、取款记录查询资料的读取。测试内容测试文件的写入与读取模块主要功能能否实现优先级低模块名称管理模块菜单模块编号11主要功能用户类型验证为管理员后，进入管理模块菜单，管理模块菜单有用户开户功能，用户资料修改功能，取款功能，存款功能，信息查询功能，存、取款信息查询功能，退出功能。测试内容测试管理模块菜单主要功能能否实现优先级低模块名称终端模块菜单模块编号12主要功能用户类型验证为普通用户后，进入终端模块菜单，终端模块菜单有取款功能，存款功能，信息查询功能，存、取款信息查询功能，退出功能。测试内容测试终端模块菜单主要功能能否实现优先级低模块名称显示日期时间模块编号13主要功能管理

15、模块菜单或终端模块菜单中任何业务功能使用结束后显示当前日期时间。测试内容测试显示日期时间主要功能能否实现优先级低6.资源6.1 角色下表列出了在此项目的人员配备方面所作的各种假定。角色人员具体职责或注释测试组长何鹏进行管理监督。职责：提供技术指导 获取适当的资源生成测试计划 收集测试用例参与测试测试员何鹏新罗彪 寿剑楠周执行测试。职责：设计测试用例执行测试记录结果测试系统管理员梁禹杨荣华确保测试环境和资产得到管理和维护。职责：管理测试系统授予和管理角色对测试系统的访问权6.2 系统测试项目所需的系统资源。硬件资源：开发环境：Windows XP/2003SP2/Windows7 VC/C+6.

16、0测试环境:Windows XP/Windows 2003/Windows 7 Bugfree/BugzillaVisualSourceSafe7.测试进度及任务安排7.1 各测试阶段时间、人员安排及成果提交阶段划分时间安排人员成果测试计划2012.8.22-8.23何鹏测试计划文档测试环境搭建2012.8.22-5.23梁禹 杨荣华环境搭建文档需求分析/需求评审2012.8.24-8.25项目二组（11 人）需求分析文档、需求缺陷记录、评审记录设计/设计评审2012.8.26-8.27测试组（6 人）需求分析文档、需求缺陷记录、评审记录设计测试用例2012.8.28-8.30寿剑楠 周新测试

17、用例文档单元测试2012.8.31-9.1何鹏 罗彪单元测试、提交缺陷完善测试用例及集成测试2012.9.2-9.3罗彪提交测试用例及缺陷报告测试总结2012.9.3何鹏测试报告7.2 项目里程碑里程碑任务工作量(占项目总比重)里程碑标志里程碑日期测试计划5%提交测试计划并评审通过2012.8.22-8.23测试环境搭建10%提交需求分析说明书档2012.8.22-8.23需求分析/需求评审15%提交设计文档及评审记录2012.8.24-8.25设计/设计评审10%完成测试环境搭建并提交文2012.8.26-8.27设计测试用例30%提交测试用例并评审通过2012.8.28-8.30单元测试1

18、0%执行测试用例并返测版本确保缺陷修复2012.8.31-9.1完善测试用例及集成测试20%完善测试用例、执行并返测版本确保缺陷修复2012.9.2-9.38.风险和问题1.对 ATM 技术环境的不熟悉会影响测试的进度和项目进度解决方案:项目开发组第一周的工作主要是需求和设计，测试组可以利用该时间段了解需求、设计以及学习搭建具体的 ATM 技术环境2.开发组的需求、设计可能不够完整和详细，对测试的前期准备以及测试执行会带来技术(ATM)及非技术(需求不明、设计不清楚)层面的影响,以致延误测试进度解决方案:对开发提交的版本尽快的做冒烟和探索性测试，并尽快提交和执行测试用例3.测试执行时间不足，留给实际测试执行的时间大约为一周(不含周末)，期间还包括开发人员