测试方案完整

洲际旅游管理平台测试方案第页洲际旅游管理平台测试方案2012013/01/23洲际旅游管理平台测试方案前言软件测试主要依据是被试系统的研制任务书和技术规格书，是对软件整体功能和性能的综合测试与评估。测试原理是软件测试活动的理论基础，测试方法是测原理的实际应用和获得测试数据的手段。基于软件的共性，对于软件的测试要遵循一般软件的测试原理和方法。同时，针对软件的特性，找到合适的测试方法。测试用例的合理性对于软件的测试与评估具有关键作用。另一方面，软件运行环境的复杂程度对软件评估具有重要作用，所以应产生尽量逼真的运行背景以便于研究。目录一、洲际旅游管理平台综述 31.1被测系统定义 31.1.1功能测试指标 31.1.2性能测试指标 41.2系统结构 51.2.1系统总体结构 51.2.2功能模块 51.2.3业务操作流程 61.3测试环境 8所有的测试环境都依托于客户的真实使用环境。 8二、性能测试 82.1压力测试 82.1.1压力测试概述 82.1.2压力测试目的 9三、功能测试 93.1正确性测试 93.2容错性测试 93.3用户界面测试 103.4可靠性测试 103.5兼容性测试 113.6用户文档的测试 113.7常用功能攻略 11四、 预计测试过程及结果描述 134.1测试描述 134.2测试场景 134.3测试结果 14五、测试工具说明 15一、洲际旅游管理平台综述1.1被测系统定义洲际旅游管理平台作为本次测试的被测系统。该系统包括主要功能有:业务中心、知识中心、基础数据、在线办公、管理中心这几个大的模块。在本次测试中，将针对这些大数据量的查询、统计功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的负载能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。1.1.1功能测试指标软件功能测试中，将软件出现的问题划分为三个等级：严重、一般、建议。具体说明如下：1) 严重。软件出现以下现象的问题为严重错误：a)应用程序造成系统死机；b)应用程序崩溃或出现异常退出；c)应用程序无响应（3分钟（含）以上）；d)应用程序造成用户数据不能保存、保存后丢失或毁坏；e)不能正确实现用户数据的新增、修改及删除功能；f)不能正确实现系统维护、流程配置、数据字典管理等系统管理功能；g)不能正确实现用户权限控制；h)软件功能实现不正确，导致业务流程无法实现；2)一般性错误。软件出现以下现象的问题为一般错误：a)功能实现不正确，但未导致该功能完全不能实现、业务流程无法流转或流转错误；b)软件出现界面错误或错别字信息；c)软件给出的错误提示信息是错误或不明确的；d)未对应有的业务逻辑关系进行校验；e)出现偶发故障，且未导致数据丢失、毁坏；f)对用户进行不合理或不必要的操作限制；g)未提供用户文档或用户文档出现错误；h)除严重和建议问题外的其他问题。3)建议性问题。已经实现《规范》的功能要求，但使用不方便。为建议改进错误。1.1.2性能测试指标本次测试是针对普通话等级考试报名及成绩查询系统在应对密集整转的大压力下而进行的，主要需要获得如下的测试指标。1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。2、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。3、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。1.2系统结构洲际旅游管理平台在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也是一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。1.2.1系统总体结构本系统的总体结构，主要包括：主要的业务操作流程、OA、基础信息的维护、权限的管理这4的结构。1.2.2功能模块本次功能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块）。本系统的功能模块包括：桌面设置、业务中心、知识中心、基础数据、在线办公、管理中心。功能模块分布如下图所示：1.2.3业务操作流程1.3测试环境所有的测试环境都依托于客户的真实使用环境。二、性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次普通话等级考试报名及成绩查询系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况下的性能表现。在本次性能测试中，将使用美科利（Mercury）公司的性能测试LoadRunner8.1对测试应用的各层进行监控，判断J2EE各层次的各类方法和类的调用使用时间和效率，并帮助开发人员分析J2EE应用的各类操作的性能瓶颈点。2.1压力测试在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。2.1.1压力测试概述本次测试是针对普通话等级考试报名及成绩查询系统在应对密集整转的压力下业务处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对主要业务功能、报表统计进行，检查在日间应用高峰时期，并发用户数较多的时候的处理能力等等。2.1.2压力测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对洲际旅游管理平台所进行的压力测试的测试目的为：给出洲际旅游管理平台的登录性能状况三、功能测试功能测试主要采用的是黑盒测试方法。按照客户提交过来的文档以及需求进行全部功能点和主要业务流程的测试。3.1正确性测试输入用户实际相关数据以验证系统是满足需求规格说明书的要求；测试过程中测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。取某些特例进行检测，看是否能出现预期的效果。3.2容错性测试程序能够接收正确数据输入并且产生正确（预期）的输出，输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。增大系统适用范围。3.3用户界面测试对用户界面的布局、界面文字、操作步骤、操作方式、快捷方式进行测试和验证，验证用户界面是否满足用户要求。3.4可靠性测试可靠性是指产品在规定的条件下和规定的时间内完成规定功能的能力。例如针对某个软件系统，主要的可靠性测试指标包括：1) 屏蔽用户操作错误：考察对用户常见的误操作的提示和屏蔽情况；2) 输入数据有效性检查：系统对数据录入的有效性检查；3) 错误提示的准确性：对用户的错误提示准确程度；4) 错误是否导致系统异常退出：有无操作错误引起系统异常退出的情况；5) 异常情况的影响：在程序运行过程中进行掉电或断网试验，考察数据和系统的受影响程度，若受损，是否提供补救工具，补救的情况如何；6) 数据库备份及恢复测试：系统是否提供数据备份和恢复手段，能否进行数据库的备份和恢复。7) 结合功能测试：对于用户权限限制、用户和密码封闭性、数据备份与恢复手段、留痕功能等，系统安全性的测试可以结合功能测试完成，因为上述功能即是系统安全性考虑，同时也是系统的功能模块；8) 留痕功能：系统是否有操作日志，操作日志记录的操作情况的全面性和准确性，是否包括主要要素如操作员、操作日期、使用模块等，是否具有日志查询功能；9) 采用统一身份认证，用户能否操作不属于其职权的其他模块；3.5兼容性测试兼容性测试检测应用系统在不同的软件和硬件配置中的运行情况。在大多数环境中，客户机、网络连接和数据库服务器的具体硬件规格会有所不同，客户机可能会安装不同的软件，而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。主要适应性测试的内容有：硬件兼容性：系统对不同型号硬件（如服务器、打印机、扫描仪等设备）的兼容程度。软件兼容性：主要考察系统与其他浏览器、以及不同分辨率的兼用3.6用户文档的测试用户文档主要包括用户需求说明书、用户操作手册、设计说明书，我们从以下七个方面对用户文档进行检查：规范性符合性完整性一致性易理解程度操作实例3.7常用功能攻略1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3.检查按钮的功能是否正确：如update,cancel,delete,save等功能是否正确。4.字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度,会不会出错

5.字符类型检查:在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.6.标点符号检查:输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.7.中文字符处理:在可以输入中文的系统输入中文,看会否出现乱码或出错.8.检查带出信息的完整性:在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致。9.信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.10.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.11.检查添加和修改是否一致:检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.12.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.13.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。14.检查多次使用back键的情况:在有返回的地方,返回,回到原来页面,再返回重复多次,看会否出错.15.查找检查:在有查找功能的地方输入系统存在和不存在的内容,看查找结果是否正确.如果可以输入多个查找条件,可以同时添加合理和不合理的条件,看系统处理是否正确.16.输入信息位置:注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.17.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。18.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*.19.快捷键检查：是否支持常用快捷键，如Ctrl+CCtrl+VBackspace等，对一些不允许输入信息的字段，如选日期对快捷方式是否也做了限制。20.回车键检查:在输入结束后直接按回车键,看系统处理如何,会否报错.

预计测试过程及结果描述4.1测试描述根据系统特性与共性准备测试数据，在测试数据准备完备以后，由测试人员进行测试。并由测试人员记录每次测试的结果，分析测试结果对系统进行全面评估以及做出相关改进。4.2测试场景先进行一些简单的数据录入、管理、修改及输出测试。采用一些原本该受限制不可用的数据进行检测，观察是否能得出预想的结果。参照其他类似系统会出现的问题或在设计过程中认为可能出现的问题对该系统进行检测，观察结果，是否符合要求。进行一些正常操作，记录系统反应时间，计算系统运行速率。观察操作界面是否足够人性化，在相关操作进行时能否出现相关提示。测试中，使用逐步加压的模式，测试运行场景安排如下：每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况每隔2秒增加2个用户连接，最多增加到200个用户，查看并记录运行情况每隔2秒增加1个用户连接，最多增加到300个用户，查看并记录运行情况每隔3秒增加1个用户连接，最多增加到400个用户，查看并记录运行情况每个场景都包括：用户登录-业务操作-业务完成-退出系统，所有用例都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在1台LoadRunner终端上，主要目的就是检查在不同的压力的情况下，业务系统的性能表现。4.3测试结果将测试得出的数据与原来预想的数据进行对比，寻找差距，从中分析出错原因，与上述所需要做的性能测试一一对照，寻找可能出现的相关问题，再想办法解决。测试结果记录为一下相关数据：测试中完成各操作的平均响应时间：（单位：秒）测试中每秒的点击率如下：交易的吞吐率（每秒处理数据量）：可运行的并发用户数目：五、测试工具说明应用系统测试工具是该部分件测试工作的一个重要的组成部分，它能够协助测试工程师完成许多手工无法完成或者难以实现的一些测试工作。正确、合理地选择和使用测试工具可以快速、全面地对软件进行测试，从而提高软件质量。在不同的测试阶段，我们应该选择不同的测试工具进行测试的实施和管理工作，由于测试工具的使用需要比较高的技巧和比较丰富的经验，所以即使在同一个项目中，我们也可能需要随时根据项目的实际情况选择不同的测试工具。中国软