软件测试方案

1、测试方案软件测试度量是一种通过检测软件测试过程的质量和有效性来评估软件开 发的量化方法。开发团队使用测试指标来跟踪开发过程各个阶段的软件质量。测 试指标对于管理层也很有用，它可以让公司股东评估软件开发团队的效率。测试指标应该始终是有意义和可执行的。提高测试质量和速度。持续测试是一种实践，它有助于提高软件质量， 同时与快速迭代保持同步。在持续的测试环境中，度量标准是至关重要的， 以确保软件质量真实的提高，而不是在迭代之间被侵蚀。防止未经测试的代码更改流入到生产环节中。测试内容设计系统功能测试功能测试方法是构造合理输入，检查输出是否与期望的相同。如果两者不 一致，即表明功能有误。系统性能测试1、性

2、能验证性能验证是性能测试中最主要也是最基础的一个内容，在本项目中，我们 性能测试的最主要的目的之一就是检测系统当前系统所处性能水平，验证其性 能是否可以满足未来的应用需求。1）执行效率测试主要测试在特定应用的业务逻辑、用户界面、功能下事务的响应时间，包 括服务器事务处理平均响应时间、服务器90%的事务处理平均响应时间、每秒 请求数等指标考察系统在各种情况下的性能表现。响应时间是“对请求做出响应所需要的时间”，而且我们把响应时间作为 用户视角的软件性能的主要体现。用户所感受到的响应时间划分为“呈现时间” 和“系统响应时间”，其中“呈现时间”取决于数据在被客户端收到响应数据 后呈现页面所消耗的时间

3、；而“系统响应时间”指应用系统从请求发出开始到 客户端接收到数据所消耗的时间。一般情况下，我们并不关注呈现时间，因为 呈现时间在很大程度上取决于客户端的表现，而这并不能说明整个系统的性 能。2）资源占用测试系统的整体性能往往通过资源消耗指标上直接反映出来，比如当系统响应 时间较长时，可能是因为CPU持续处于繁忙，无法处理过多的请求，也可能是 因为内存不足，造成的I/O频繁操作。因此，通过对资源占用变化情况的分析， 是发现系统存在瓶颈的主要途径。系统资源主要指系统CPU占用率、内存占用率、磁盘占用率、输入输出效 率等，包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程 中硬件资源的变

4、化情况，包括数据库服务器、应用服务器和客户端等。3）容量测试主要指在事务响应时间可以接受的最低限度的情况下，系统可以承载的最 大业务并发用户数。一般情况下，事务响应时间与并发用户数的水平有着直接 的关系，随着用户的增加，响应时间通常是越来越长，因此具有实际意义上的 最大业务并发用户数并不是一个绝对的概念。需要预先确定一个可以接受的响 应时间，在此基础上考察系统的最大业务并发数。4）稳定性考察系统在一定负载下长时间运行时，系统的健康程度。有些系统在服务 刚刚启动时可能运行正常，但是可能由于潜在的问题，如内存泄露而使得在长 期运行时导致系统的性能越来越低，因此有必要进行系统的稳定性测试。2、故障诊

5、断故障诊断是针对系统所表现出的整体性能不佳所进行的进一步的检查，当 系统响应时间超长时，我们就查看是什么因素导致了问题的产生，是数据库服 务器响应慢，还是应用服务器出现了问题，如果是数据库服务器响应慢，是因 为SQL语句直接引起，还是数据库参数配置不当等原因，这些深层次的东西属 于故障诊断所要解决的问题。系统安全性测试系统应保证数据和应用的安全性，一般来说，系统安全性测试指标应该包 括：1、用户权限限制：考察对不同的用户权限限制情况；2、用户和密码封闭性：对于相应用户及密码进行次数限制，密码具有一定 的复杂度；3、数字证书认证：系统的证书发放中心能够实现为所有系统用户、移动应 用发放一个标识其

6、身份的数字证书，用于实现本系统用户、移动应用的身份认 证；4、在数据安全保密方面，应提供多种数据加密方式；5、留痕功能：系统是否有操作日志，操作日志记录的操作情况的全面性和 准确性，是否包括主要要素如操作员、操作日期、使用模块等。6、数据传输安全性：对于有特殊安全要求的数据传输，应对传输的数据进 行必要的加密处理。采用统一身份认证，用户能否操作不属于其职权的其他系 统；在系统安全性测试过程中，应重点对系统的安全策略进行测试和评估，其 主要包括：1、用户认证机制用户认证就是指软件系统用户在使用软件或系统时，必须提供用户身份证 明，然后软件系统根据用户数据库的资料，开放特定的权限给登录用户。最普通

7、的用户认证就是口令，口令具有共享秘密的属性。例如，要使服务 器操作系统识别要登录系统的用户，最简单的口令认证是用户将他的用户名和 口令传输给服务器。服务器就将该用户名和口令与数据库里的用户名和口令进 行比较，如果相符，就通过了认证，可以访问系统资源。用户认证机制是保证 数据安全的基础，因此有必要对用户认证机制进行全面的测试，评价认证机制 的合理性。2、加密机制加密机制是保护数据安全的重要手段，加密的基本过程就是对原来为明文 的文件或数据，按某种算法进行处理，使其成为不可读的一段代码，通常称为 “密文”，使其只能在输入相应的密钥之后才能显示出明文内容，通过这样的 途径来达到保护数据不被非法窃取、

8、阅读的目的。该过程的逆过程为解密，即 将该编码信息还原为其原来数据的过程。密码技术能够提供或有助于提供相关保护，以防止消息流的观察和篡改、 通信业务流分析、抵赖、伪造、非授权连接、篡改消息等行为的出现。主要用 于密码的保护、数据的传输过程中的安全防护、数据存储过程的安全防护等。易用性测试1、易安装性：安装的难易程度，符合流行安装模式；2、用户界面的友好性：界面的简捷性如何，与业务流程的相符程度；3、易学习性：相对一般操作人员来说，学习使用的难度如何，对操作人员 有何要求；4、易操作性：操作的难易程度，对主要或常用功能应该提供快捷方式；5、各模块界面风格一致性：界面风格和操作是否一致；6、联机帮

9、助丰富性：考察联机帮助的准确性、全面性，在关健操作时使用 联机帮助的方便性。接口测试内部接口测试：内部开发模块间的接口测试、数据传输测试；外部接口测试：内部开发模块与协作方开发模块间的接口测试、数据传输 测试。可扩展性测试主要对以下方面进行可扩展性测试：1、服务器：服务器的处理能力满足3年及更长时间内相应业务增长需要；2、系统架构：系统是否可以满足功能设计方面的系统扩展需求，相应业务 系统满足未来3年的需要，在推广应用方面，除满足现有设计范围部署需求，还满足今后扩展业务的需求3、数据接口规范：通用数据接口内容、扩展数据接口的方法和相关标准。 可以与其它数据（信息编码、数据交换格式、电子文档规格

10、）交换标准相兼容；4、功能模块的可扩充性：系统功能模块的可扩充性，当原有业务处理能力 和数据存储能力遇到瓶颈时，系统能在不中断运行的情况下，方便进行扩容； 随着业务的拓展，系统能按不同时期的要求，便捷地进行功能增加和升级；5、确认应用系统软件是否可通过开发新的软件以保证功能的可扩展性；是 否可通过开发或调整程序以达到性能的可扩展性。兼容性测试系统的兼容性测试包括对硬件兼容性、软件兼容性、文件兼容性、通讯协 议兼容性四个方面的测试。1、硬件兼容性：系统对测试环境硬件的兼容程度；2、平台兼容性：系统对操作系统、数据库系统的兼容程度；3、软件兼容性：考察系统与其他应用软件的兼容性，如杀毒软件等；用户

11、文档检查用户文档是软件系统安装、维护、使用以及二次开发的重要依据，好的用 户文档可以帮助用户进行系统安装、维护和日常使用，并且可以提高用户二次 开发的效率和成功概率，因此验收过程中，需要根据如下指标对用户文档进行 测试。1、用户文档编写的规范性检查；2、用户文档的完整性：一般手册应该包括软件需求说明书、数据要求说明 书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作 手册、测试计划、测试分析报告等，应涵盖软件安装所需要的信息，产品描述 中说明的所有功能，软件维护所需要的信息，产品描述中给出的所有边界值；3、手册与软件实际功能的一致性：文档自身、文档之间或者文档与产品描 述之间

12、，相互不矛盾，且术语一致；4、正确性：文档中所有信息正确，没有歧义和错误的描述;5、易理解程度：用户手册对关健操作有无实例、图文说明，例图的易理解 性如何，对主要功能和关健操作提供的图文应用有多少，实例的详细程度如何；6、易浏览程度：用户文档易于浏览，相互关系明确，用户文档有目录表或 索引表文档，对正常使用其产品的一般用户是容易理解的；7、可操作性：对文档是否可以指导用户的实际应用进行考核；8、文档质量：用户手册包装的商品化程度和印刷质量如何。测试阶段规划在测试过程中最常用到的是V模型。V模型中的过程从左到右，描述了基 本的开发过程和测试行为。V模型明确地标明了测试过程中存在的不同级别， 并且

13、清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。i i详晟计集底编码单雪V模型图在V模型中，单元测试是基于代码的测试，最初由开发人员执行，以验证 其可执行程序代码的各个部分是否已达到了预期的功能要求；集成测试验证了 2个或多个单元之间的集成是否正确，并有针对性地对详细设计中所定义的各 单元之间的接口进行检查；在所有单元测试和集成测试完成后，系统测试开始 以客户环境模拟系统的运行，以验证系统是否达到了在概要设计中所定义的功 能和性能；最后，当技术部门完成了所有测试工作后，由业务专家或用户进行 验收测试，以确保产品能真正符合用户业务上的需要。在本项目中我们把应用系统的测试分为如下阶段:单元

14、测试单元测试的任务是：模块接口测试；模块局部数据结构测试；模块边界条 件测试；模块中所有独立执行通路测试；模块的各条错误处理通路测试。单元 测试的目标是确保模块被正确的编码。软硬件联调测试软硬件联调测试的目的是为了测试本软件系统和所有硬件之间的控制连接 情况，为了确保软件系统与硬件系统更好的交互。在系统整体测试中，负责所 开发的应用系统软件问题处理及测试技术支持，保障软硬件联调的顺利完成。集成测试集成测试是将模块按照设计要求组装起来同时进行测试，主要任务和目标 是发现与接口有关的问题。如数据穿过接口时可能丢失；一个模块与另一个模 块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生

15、预期 的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数 据结构可能有错误等。系统测试系统测试目的是充分运行系统，验证系统各部件是否都能正常工作并完成 所赋予的任务。系统测试的任务是：恢复测试；安全测试；强度测试；性能测 试；系统兼容性测试。其中，系统兼容性测试包含：操作系统兼容性、异构数 据库兼容性、异种数据兼容性、硬件兼容性。验收测试验收测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集 成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的 任务和目标，即软件的功能和性能如同用户

16、所合理期待的那样。测试工作流程各过程测试整体流程测试实施步骤图在本项目测试实施中，我们将按照上图所示的测试流程开展相应的测试工作。总体而言，针对本项目每一个阶段的测试任务，我们又可以分成几个步骤 展开，即测试方案确定、测试计划编制、测试准备、测试执行与回归测试、测 试报告。其中每阶段重点工作内容如下：1、测试方案确定：在开展每一阶段测试工作之前，乙方根据实际工程进展 情况，分别制定系统初验测试方案和系统改进测试方案，进一步明确测试需求， 确定工作重点和要求，并提交甲方进行评审，评审通过后作为后续测试工作的 依据；2、测试计划：乙方对待测系统进行详细的测试需求分析，并根据要求编制 详细的测试周期

17、计划和时间安排，并在甲方的统一部署下，合理安排各种资源， 为测试实施做好准备；3、测试准备：1）测试环境准备：根据项目实施条件，配置必须的测试环境，包括所需的 系统软件（数据库和中间件等）、测试工具、硬件环境、办公环境等。如果现有 的项目实施条件（包括软件和硬件）达不到项目实施所需的环境方面的要求，由 甲方协助解决。由于本次测试有真实实际环境实施阶段，所以需要对系统的整 体运行环境进行确认。2）基础数据准备：乙方提出有关测试基础数据准备的总体方案，由甲方准 备测试数据，在测试前，系统的整体运行基础数据应该准备完毕。3）测试用例准备：在测试前，乙方将依据本项目的相关文档编制测试用例， 为测试的实

18、施提供依据。4）测试工具准备和开发：乙方根据项目的需要选用恰当的测试工具进行测 试，如果现有的测试工具无法满足需求，根据需要，乙方可以组织技术人员进 行测试工具的开发。4、测试执行：在甲方指导下，项目组根据已经确定的测试计划，逐步完成 系统初验测试和系统改进测试工作，记录测试过程中出现的全部软件缺陷，并 进行跟踪和回归，直至系统缺陷被全部修正。由于本项目测试工作分成系统初 验测试和改进测试2个阶段，且初验测试又包含模拟环境测试和现场环境测试 等，因此，项目测试执行周期会相对较长，需要做好项目执行期间的版本控制 和规划。5、测试报告：乙方根据系统最终回归测试情况，编写相应的系统验收测试 报告，经

19、内部评审后提交委托方。测试方案项目测试方案测试项目组依据用户各阶段测试目标和要求，制定分阶段测试方案，包括系统测试方案（例如模拟环境测试方案和实际环境测试方案）、系统改进测试方 案等，并提交甲方审核，审核通过后方可定稿，并作为下一步测试工作的指导 性文件。测试计划项目测试计划1、确认分阶段测试方案后，委托方应就每阶段的测试内容向测试方进行业务培训，让测试方充分了解业务需求；2、测试项目组结合业务培训情况详细阅读被测系统有关技术文档，了解被 测软件的基本情况；3、项目组根据测试需求分析结果，结合现有情况进行资源分析，提出测试 资源要求，包括人员和设备要求等；4、项目组根据需求调研情况，制定项目分

20、阶段测试规范及具体的测试工作 计划，并提交甲方评审。测试准备测试准备图I可籍和珑刊-环境调整测成川河研讯测试准备图I可籍和珑刊-环境调整测成川河研讯* 测试代诡片案响足测忒ill洌湘用：湖诚具卸弱-1、测试环境准备：根据测试规范进行测试环境的准备。1）根据项目需求，对系统测试环境的需求进行分析;2）制定测试环境总体设计，包括网络、硬件需求、软件需求等;3）在测试环境中完成网络测试工具、硬件测试工具及软件系统测试工具的 部署，达到测试条件。2、测试用例与测试规程设计1）进行测试用例的编制，形成测试用例集;2）提交甲方领导审议，并按照甲方意见进行修改。测试执行测试执行图1、被测软件安装调试，在测试

21、开始前对参测软件进行部署和调试，对于实 际环境测试，必须事先确认系统处于可测试状态，包括软件版本部署正确、系统 流程运行正常等；2、将数据准备阶段准备好的基础数据导入系统，并可根据实际情况对测试 实施方案进行必要修订；3、测试方依据测试用例执行具体的功能测试工作；4、测试方开发性能测试脚本，执行性能测试工作；5、根据测试情况对系统测试过程和测试用例进行修正，并执行修正后的测 试用例执行；6、整理测试缺陷，进行测试过程记录与总结，并将测试缺陷报告提交委托方及软件开发单位;7、在完成被测系统修改后，执行系统回归测试，直至系统达到验收要求。测试报告确认后问题单-SOT报备q提交报奇项目测试报告图1、

22、回归测试结束后，测试单位将对开发环境和实际环境下的测试缺陷进行 汇总统计，确认软件缺陷修改情况；2、根据最终的系统修改情况，测试项目组将编制系统测试初报告，对系统 测试情况进行分析和总结；3、乙方质量负责人对测试报告进行审核，确认测试情况及测试结果分析的 合理性、准确性等；4、测试项目组对测试初报告进行修改完善，编制最终测试报告测试报告 及测试报告评审表、缺陷报告、跟踪和解决记录，并提交甲方领导。测试结果评价与测试工具测试用例设计针对被测系统应制定完整的测试用例集，并对其有效管理和利用，进而执 行测试用例的统计分析，缺陷的跟踪与分析等，测试用例的设计原则包括：1、依据原则：本次测试用例编写的主

23、要依据系统业务需求。2、全覆盖原则：对于系统业务需求规定的主要功能点进行全覆盖测试，要 求所有功能均能正常实现。对被测系统的功能点进行全覆盖测试。3、规范原则：所有测试案例的编写要求规范，对于所有被测的功能点，应 用程序均应该按照需求说明书给定形式，在规定的边界值范围内使用相应的工 具、资源和数据执行其功能。4、全面原则：本次测试不仅仅针对系统功能特性进行测试，对系统的其他 质量特性也进行全面的测试与评估。本次测试案例编写应该满足的具体量化要求包括如下几点：1）用户经常使用、关系到系统核心功能、优先级别较高的功能点，测试案 例应该达到100%覆盖率。2）针对各个系统端到端的功能以及与其它系统的

24、接口的测试应该达到100% 覆盖率。3）测试案例包括正常输入和正常业务流程测试，也包括对非法数据输入和 异常处理。4）测试案例中包括中文特性及系统本地化测试，如中文信息的显示、录入、 查询、打印和报表显示测试等。测试结果评估准则本次测试的问题严重等级按三级进行划分，具体分为严重问题、一般问题、 建议问题。有关问题严重等级的分类标准如下：系统缺陷定义序号严重等级问题严重程度划分标准备注1严重问题程序崩溃、出现数据丢失、数据毁坏等；系统核心业务功能由于出现问题不能继续运行，且无补救措施，导致系统测试不能继续；系统核心业务功能、业务流程出现问题不能继续运行，但存在 补救措施，不影响业务流程的完整性；

25、序号严重等级问题严重程度划分标准备注2一般问题系统中单一功能实现错误或者不能继续运转，但不影响具体业务功能的使用，或者有替代方法；系统次要功能出现错误；用户界面错误等；3建议问题系统在特殊状态下产生错误，且不影响正常业务； 软件功能不方便使用；人机交互界面不友好等；系统测试通过准则测试内容评价结果类型说明功能测试业务流程测试“通过”和“不通过”只要业务流程不能完全实现，即视为“不通过”基本功能测试“通过”、“基本通过”和“不通过”出现“严重问题”，或一般问题的数量占 被测系统总功能点的10%以上视为“不 通过”出现“一般问题”且其数量占被 测系统总功能点的10%以下，视为“基 本通过”出现“建议问题”或无问题， 视为“通过”测试内容评价结果类型说明性能测试“通过”、“不通过”性能测试符合指标要求为“通过”，否则为“不通过”可靠性测试“通过”、“基本通过”和“不通过”出现“严重问题”，或一般问题的数量占 被测总功能点的10%以上视为“不通过 出现“一般问题”且其数量占被测系统 总功能点的10%以下，视为“基本通过 出