文档介绍：聿文件状态:[]草稿[√]正式发布[]正在修改袆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服务器操作系统MicrosoftWindowsServer2003服务器数据库SQLSERVER2005/Oracle1