文档介绍：蚈文件状态:[]草稿[√]正式发布[]正在修改芃袃XX项目测试方案螀方案编号:蒈版本号:芅原作者:羁建立日期:膀腿莆莃蕿版本号罿日期膃修改者蒂A/M聿内容及原因描述莅备注芅薀蒈膆芆羃膁袆肃肁薁蚇膅蒃羀莇膆薂葿肇羄羄衿袈肅说明:方案版本维护表,用于测试方案版本的维护,A:增加,M:修改肂目录芈1. 概述 3薈2. 适用对象和范围 3肆3. 术语、名词定义 . 系统测试 . 功能测试 . 接口测试 . 压力测试 . 性能测试 . 安全测试 . 可靠性测试 4羅4. 测试参考文档和测试提交文档 . 测试参考文档 . 测试提交文档 5薅5. 测试资源 . 人力资源 . 测试环境 . 测试工具 6芆6. 确认测试 . 新增或修改内容验证 . 用户反馈问题确认 7虿7. 通过测试的标准 7肆8. 测试策略 . 功能测试 . 数据交换测试 . 用户界面测试 8螆界面规范性测试 8羇兼容性测试 . 性能测试 . 压力测试 . 容量测试 . 安全性和访问控制测试 11螁9. 需求跟踪矩阵 12芁芇概述螅为了提高检测出错误的几率,使测试能有计划地、有条不紊地进行,就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系,可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表,故采用这些文件将会提高测试过程的每个阶段的能见度,极大地提高测试工作的可管理性。膄适用对象和范围蚁主要针对对象为软件管理人员、软件开发人员和软件测试人员。肈薃术语、名词定义节系统测试肀系统测试是通过与系统的需求规格作比较,发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来,在实际运行(使用)环境下,对计算机系统进行的测试。螈功能测试蚄黑盒测试是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做:基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求,包括原定功能的检验、是否有冗余功能、遗漏功能。莁蕿接口测试蒈程序员对各个模块进行系统联调的测试,包含程序内接口和程序外接口测试。这个测试,在单元测试阶段进行了一部分工作,而大部分都是在集成测试阶段完成的。建议由开发人员进行。蚅压力测试螃对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,何时系统的响应会退化或失败。罿性能测试艿在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进行。蒃安全测试袁主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理,是否仍能保证数据的安全。测试人员可以学****一些***,来对系统进行攻击。莈可靠性测试罿这里是比较狭义的可靠性测试,它主要是对系统能否稳定运行进行一个统计,在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性测试就可以了。薄测试参考文档和测试提交文档膄测试参考文档肁下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:蒅文档蚆已创建或可用莂已被接收或已经过复审蒁作者或来源芆备注蒃软件需求规格说明书蒀是[] 否[]羀是[] 否[]羆蒄螃软件概要设计莀是[] 否[]蚇是[]否[]薆膅肃软件详细设计螁是[] 否[]薇是[] 否[]薈蒂蒁模块开发手册虿是[] 否[]蚆是[] 否[]膆膂螀测试计划及方案螄是[] 否[]薅是[] 否[]羂蒇***测试报告羄是[] 否[]蚂是[] 否[]蕿芅用户操作手册是[] 否[]是[] 否[]安装指南是[] 否[]是[] 否[]测试提交文档文档已创建或可用已被接收或已经过复审作者或来源备注测试计划及方案是[] 否[]是[] 否[]测试用例是[] 否[]是[] 否[]测试报告是[] 否[]是[] 否[]测试资源人力资源人员角色职责、任务备注项目经理项目管理测试组组长制定测试计划、方案,并安排测试工作测试工程师编写功能测试用例并执行测试工程师编写功能测试用例并执行测试工程师编写功能测试用例并执行开发工程师系统开发测试阶段及范围序号阶段范围时间测试环境测试服务器:硬件配置CPUE5506()、内存2g、硬盘1T服务器操作系统MicrosoftWindowsServ