文档介绍：文件状态:[]草稿[√]正式发布[]正在修改XX项目测试方案方案编号:   版本号:   原作者:   建立日期:   版本号日期修改者A/M内容及原因描述备注                              说明:方案版本维护表,用于测试方案版本的维护,A:增加,M:修改目录1.  概述  32.  适用对象和范围  33.  术语、名词定义  .  系统测试  .  功能测试  .  接口测试  .  压力测试  .  性能测试  .  安全测试  .  可靠性测试  44.  测试参考文档和测试提交文档  .  测试参考文档  .  测试提交文档  55.  测试资源  .  人力资源  .  测试环境  .  测试工具  66.  确认测试  .  新增或修改内容验证  .  用户反馈问题确认  77.  通过测试的标准  78.  测试策略  .  功能测试  .  数据交换测试  .  用户界面测试  8界面规范性测试  8兼容性测试  .  性能测试  .  压力测试  .  容量测试  .  安全性和访问控制测试  119.  需求跟踪矩阵  ,使测试能有计划地、有条不紊地进行,就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系,可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表,故采用这些文件将会提高测试过程的每个阶段的能见度,极大地提高测试工作的可管理性。、软件开发人员和软件测试人员。、,发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来,在实际运行(使用)环境下,对计算机系统进行的测试。,在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做:基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求,包括原定功能的检验、是否有冗余功能、遗漏功能。,包含程序内接口和程序外接口测试。这个测试,在单元测试阶段进行了一部分工作,而大部分都是在集成测试阶段完成的。建议由开发人员进行。,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,何时系统的响应会退化或失败。。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进行。,是否仍能保证数据的安全。测试人员可以学****一些***,来对系统进行攻击。,它主要是对系统能否稳定运行进行一个统计,在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性测试就可以了。,并标明了各文档的可用性:文档已创建或可用已被接收或已经过复审作者或来源备注软件需求规格说明书是[] 否[]是[] 否[]  软件概要设计是[] 否[]是[]否[]  软件详细设计是[] 否[]是[] 否[]  模块开发手册是[] 否[]是[] 否[]  测试计划及方案是[] 否[]是[] 否[]  测试报告是[] 否[]是[] 否[]  用户操作手册是[] 否[]是[] 否[]  安装指南是[] 否[]是[] 否[]       [] 否[]是[] 否[]  测试用例是[] 否[]是[] 否[]  测试报告是[] 否[]是[] 否[]       、任务备注 项目经理项目管理  测试组组长制定测试计划、方案,并安排测试工作  测试工程师编写功能测试用例并执行  测试工程师编写功能测试用例并执行  测试工程师编写功能测试用例并执行  开发工程师系统开发