项目测试优化服务项目

《项目测试优化服务项目》由会员分享，可在线阅读，更多相关《项目测试优化服务项目（17页珍藏版）》请在装配图网上搜索。

1、*项目测试优化服务项目技术标书、技术要求应答二、测试优化服务方案1、软件测试的基本思想11软件测试的技术与过程如图1所示，现有的软件测试技术通常分为静态测试和动态测试。静态测试 是不执行程序代码而寻找程序代码中可能存在的缺陷或评估程序代码的过程。静 态测试包括主要由人工进行的代码审查、代码走查、桌面检查以及主要由软件工 具自动进行的静态分析。如果广义地理解,静态测试还包括软件需求分析和设计 阶段的技术评审。I试技术 合驹测试技术iN采谢饰价炎划分 弓数粥流测试 变并测试 符执舒-载测试用制流删试金技丨边他分析黑nA判定衣测术金定値引 b金定値袒葢 路鏡朝骯 槨覆X枭件羅盂T正交实验设计图1软特

2、测试技点的分娄动态测试通过在抽样测试数据上运行程序来检验程序的动态行为和运行结果以发现缺陷。动态测试包括生成测试用例、运行程序和验证程序的运行结果3 部分核心内容，以及文档编制、数据管理、操作规程及工具应用等辅助性工作。 动态测试最重要的问题是生成测试用例的策略。它是动态测试有效、高效的关键。测试用例包括输入数据和期望结果。一般说到测试用例生成时,由于期望结果构 造的困难性，都侧重或仅生成输入数据,并称之为测试数据,下面的讨论即按此约 定。按照生成测试数据所根据的信息来源，动态测试分为基于规约的测试（又称 黑盒测试或功能测试）、基于程序的测试（又称白盒测试或结构测试）以及程序与 规约相结合的测

3、试。基于规约的测试是指测试人员无须了解程序的内部结构，直 接根据程序输入和输出之间的关系或程序的需求规约来确定测试数据，推断测试 结果的正确性。基于规约的测试包括:等价类划分、因果图、判定表、边值分析、 正交实验设计、状态测试、事务流测试等。基于程序的测试是指测试人员根据程 序的内部结构特性和与程序路径相关的数据特性设计测试数据。它包括控制流测 试和数据流测试两类主要技术以及域测试、符号执行、程序插装和变异测试等其 他技术。程序与规约相结合的测试则综合考虑软件的规范和程序的内部结构来生 成测试数据。软件测试的过程分为单元测试、组装测试、确认测试、系统测试等几个阶段。 单元测试可以运用白盒测试（

4、控制流、数据流测试）、黑盒测试（等价类划分、因 果图、边值分析）等多种测试技术。组装测试主要采用黑盒测试中的等价类划分、 边值分析，白盒测试中的数据流测试,域测试，调用对覆盖等测试技术。组装测试 的策略是指进行单元组装的方法和步骤。组装测试的策略有渐增式组装和非渐增 式组装两类，而前者又分为自底向上和自顶向下两种方式。确认测试主要采用黑 盒测试中的状态测试、事务流测试等测试技术。目前，面向对象的软件开发方法已被人们广泛接受，并且被基于UML(UnifiedModelingLanguage）的建模工具以及C+、Java等程序设计语言所支持。与传统的软件开 发方法相比，面向对象引入了类、对象、继承

5、等新特征。面向对象中的继承、多 态、动态绑定等机制对面向对象软件的测试产生了影响。以传统的软件开发方法 为背景发展起来的测试技术，并不能完全适用于面向对象软件的测试。从面向对 象软件结构的角度出发，面向对象软件测试可分为类测试、类簇测试和系统测试。 其中类测试可分为3个部分:方法测试、基于状态的测试和基于状态响应的测试。方法测试和系统测试分别与传统的单元测试和确 认测试相对应。12持续的软件测试软件测试是保障软件质量的重要手段，但它不是万能的，不能取代其他软件 质量保障手段。完整的软件质量保障活动应该贯穿整个软件生存周期，包括评审、 检查、审查、设计方法学和开发环境、文档编制、标准、规范、约定

6、及度量、培 训、管理等。软件质量需要综合运用包括软件测试在内的诸多手段才能得到最有 力的保障。完整的软件测试工作也应该贯穿整个软件生存周期，它有两方面的含义:（1） 软件开发不同阶段都有软件测试工作；（2）软件测试工作的各个步骤分布在整个 软件生存周期中。灵二软件测试吕阶段工柞的少千Tabic. I Arrhrity di?trrbnrbii in tlit 讪皆亡为 dT Invarc rcm-rig表1描述了软件测试各阶段工作在软件生存周期中的分布情况（表中从左往 右各列存在时间由前往后的顺序性）。按照软件测试流程，将软件测试工作划分为 计划（指进行测试计划）、设计（指进行测试设计）和执行

7、（含评价，指执行测试并判 别结果、评价测试效果和被测试软件）几个阶段。表1表明软件测试工作连续不 断地在软件开发过程中进行。这体现了软件测试的一个原则：尽早开始软件测试 工作，不断进行软件测试工作。13软件测试的充分性准则测试充分性准则是判定测试数据集对于被测程序是否充分的准则。如果测试 数据集不充分，就必须增加更多的测试数据，否则可以结束当前测试工作。在文献 中，有许多软件测试的充分性准则，以及对充分性准则的研究。良好的软件测试充 分性准则应该具有如下基本性质：空集不充分性、有限性、单调性、非复合性、 非分解性、非外延性、一般多重修改性、复杂性、回报递减律。20世纪80年代中期，提出了充分性

8、准则满足的11条公理。目前，通常用测 试覆盖准则度量测试充分性。到目前为止，已经提出许多针对程序内部结构的测 试覆盖准则，主要包括控制流测试覆盖准则和数据流测试覆盖准则。控制流测试 覆盖准则包括语句覆盖、分支覆盖、条件覆盖、判定-条件覆盖、路径覆盖等。数据流测试覆盖准则包括定值覆盖、引用覆盖、定值-引用覆盖等准则。这些准 则不仅可以定量地规定软件测试需求，指导测试数据的选择，而且可以度量测试 数据集揭示软件特定特征的能力，对测试结果和软件可靠性评估具有重要影响。2、软件测试中的若干问题2.1面向路径的测试数据自动生成软件测试在整个软件开发周期所占的比重很大。据统计,在所有的软件测试 的开销中，

9、约40%花费在设计测试用例上，约50%花费在编写和编译测试脚本上， 另外约10%花费在测试脚本的执行和配置管理上。在软件测试中，面向路径的测试数据生成问题（在本文中简称为Q问题）描述 为:给定一个程序P和P中一条路径W,设P的输入空间为D，求非x属于D，使得P 以非x为输入运行，所经过的路径为W。软件的单元测试中控制流测试中诸如语句覆盖、分支覆盖、条件覆盖、判定 -条件覆盖、路径覆盖等问题和数据流测试中的全定值覆盖、全引用覆盖等问题， 以及组装测试中的调用对覆盖和数据流测试等问题可以归结为Q问题。面向断言的测试中的一些测试数 据生成问题也可以归结为Q问题。自动求解Q问题将有效地减轻测试人员的劳

10、动强度，提高测试的效率和质量, 节省软件开发的成本。根据估算，对于一个典型的大型软件项目，若能自动生成测 试数据，则能节省整个软件开发费用的4%，相当于数百万美元。求解Q问题的实质在于约束系统的建立和求解。建立约束系统的困难是分析、 化简路径W上的各种语句成分和各种数据类型，建立尽可能简洁的约束系统;求 解约束系统的主要困难是处理可能存在的非线性约束。2.2测试预言、期望结果的自动生成测试预言是一种检验待测系统在特定执行下是否正确运行的方法。期望结果 用来确定测试用例执行的成功与否，它是程序根据输入应该得到的输出。因此， 期望结果是一种比较理想的测试预言。自动生成期望结果不仅能有效地减轻测试

11、人员的负担，而且能为不间断的持续测试提供有力的支持。但是现有的对自动生 成期望结果的研究工作很少。文献32介绍了一种为自动化的黑盒测试生成期望 结果的技术。该技术通过分析程序的输入-输出关系确定影响输出变量的输入变 量集合，执行一个小规模的测试用例集并检验它们的输出结果的正确性。如果这 个测试用例集执行结果正确，就可以自动生成更大的输入数据集合的期望结果。作者对这种技术进行了实验，根据检验384个测试用例的输出结果来自动生成大 约600,000个测试用例的期望结果。结果表明该技术是比较有效的。但是在有些情况下，某些程序的期望结果很难获得，即此时不能得到相应的 测试预言。利用该技术可以对无法获得

12、测试预言的程序进行测试。其原理是根据 被测程序的性质，采用变形关系，即被测程序必要但不充分的条件，按照多组测试 数据执行被测程序,检查变形关系是否能被满足。若变形关系不能被满足,则说明 被测程序中肯定存在缺陷。例如对于计算余弦函数值的程序，可以利用变形关系 cos(-x)二cos(x)来进行测试。取2个数值a，-a分别作为程序的输入计算cos(a) 和cos(-a)，如果两次计算所得到的结果不相等则说明程序有缺陷。2.3回归测试回归测试的目的是确认修改后的软件，以保证在以前测试过的代码中没有引 入新的缺陷。据统计，回归测试占整个软件系统开销的1/3。已有的测试用例集 是回归测试的基础。回归测试

13、还要根据需要设计新的测试用例。针对已有的测试 用例集，回归测试主要有选择性重测和全部重测两种策略。为减少回归测试的开 销，在保证回归测试的质量的前提下，应尽量减少回归测试时需求运行的测试用 例数目。对于选择性重测的测试策略，在选择哪些测试用例需要重新运行时要进行大 量的分析，代价很大。如果分析之后，结果发现所有或者几乎所有的测试用例都被 选中，那么就根本就没必要去进行分析一简单地重新运行整个测试用例集同样有 效甚至更有效。3、软件测试概述软件测试是指软件生存周期中的所有检查、评审和确认工作，其中包括了对 分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认；是 识别软件缺陷的过程

14、，即实际结果与预期结果的不一致。软件测试通常包括验证和确认：验证指保证软件正确的实现了某一特定功能 的一系列活动；确认指的是保证软件的实现满足了用户需求的一系列活动。4、项目测试目的软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期 望做的事情(Do the right thing)，另一方面是确认软件以正确的方式来做了 这个事情(Do it right)。第二是提供信息，比如提供给开发人员或程序经理 的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产 品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很 多问题，这说明此软件开发过程很可能

15、是有缺陷的。因此，软件测试的第三个目 的是保证整个软件开发过程是高质量的。软件测试的最终目的是确保软件的功能符合用户的需求，把尽可能多的问题在发布或交付前发现并改正:(1) 确保软件完成了它所承诺或公布的功能(2) 确保软件满足性能的要求(3) 确保软件是健壮的和适应用户环境的软件测试的目标是为软件的质量评估提供依据，为软件质量改进和管理提供 帮助。5、软件测试原则(1) Good-enough： 一种权衡投入/产出比的原则(2) 保证测试的覆盖程度，但穷举测试是不可能的(3) 所有的测试都应追溯到用户需求(4) 越早测试越好，测试过程与开发过程是相结合的(5) 测试的规模由小到大，从单元测试

16、到系统测试(6) 为了尽可能的发现错误，应该采用独立的第三方来测试(7) 不能为了便于测试擅自修改程序(8) 既应该测试软件应该做什么也要测试软件不该做什么6、软件测试重点(1) 测试用例的良好设计：测试用例的设计是整个软件测试工作的核心； 测试用例反映被测试对象的质量要求，决定对测试对象的质量评估。(2) 测试工作的管理，尤其是对包含多个子系统的大型软件系统，其测试 工作涉及大量人力和物力，有效地测试工作管理是保证有效测试工作的 必要前提。(3) 测试环境的建立：测试环境应该与实际测试环境一致。7、项目测试技术进行软件测试的方法分为白盒测试和黑盒测试，两种测试方法从不同的角度 出发，反映了软

17、件的不同侧面，也适用于不同的开发环境。黑盒测试又称为功能测试或数据驱动测试，是针对软件的功能需求/实现进 行测试；通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构。黑盒测试有以下几种方法：功能划分、等价类划分、边界值分析、因果图以 及错误推测等。白盒测试也称结构测试或逻辑驱动测试，必须知道软件内部工作过程，通过 测试来检测软件内部是否按照需求、设计正常运行，通过逻辑覆盖、路径覆盖等 方式选择测试用例，可以用测试覆盖率评价测试用例。白盒测试的主要方法有：语句覆盖方法、分支覆盖方法以及逻辑覆盖方法。另外，软件测试还分为动态测试和静态测试。动态测试需要在开发/测试环境或者实际运行环境中运

18、行软件，并使用测试 用例去查找软件缺陷，它包括功能确认与接口测试、覆盖率分析、性能分析、内 存分析等。静态测试主要是针对软件的编程格式、结构等方面进行评估，包括代码检查、 程序结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具总动 进行。我们的软件测试阶段组成分为：测试计划、测试设计、测试开发、测试执行 以及测试评估五大部分。测试计划的目标是收集并组织测试计划信息、将软件细化为可检验的测试需求，在此基础上建立测试计划。根据用户需求定义并完善测试需求，以作为整个 测试的标准。在进行测试时，我们会从以下方面着手：(1) 系统功能(2) 用户界面(3) 系统性能(4) 加载测试(5) 强

19、化测试(6) 容量测试(7) 配置测试(8) 安装测试8、软件测试流程软件测试流程主要包括：(1) 单元测试：完成对最小的软件设计单元的验证工作，目标是确保模块 被正确地编码，使用过程描述作为指南，对重要的控制路径进行测试以发现模块 内的错误。单元测试的内容主要包括：接口测试、内部数据结构、全局数据结构、边界、 语句覆盖以及错误路径。在单元测试中我们使用白盒、自动、静态的测试方法。(2) 集成测试：通过测试发现与模块接口有关的问题，目标是把通过了单 元测试的模块拿来，构造一个在设计中所描述的程序结构，另外，应当避免一次 性的集成，而采用增量集成。集成测试采用黑盒、白盒、自动静态的测试方法。（3

20、）系统测试：根据软件需求规范的要求进行系统测试，确认系统满足需 求的要求，系统测试人员相当于用户代言人，在需求分析阶段要确定软件的可测 性，保证有效完成系统测试工作。系统测试号的主要内容是使得所有功能需求得到满足，所有性能需求得到满 足以及其他需求得到满足。系统测试采用黑盒、自动、手工的测试方法。（4）用户验收测试：确保已开发软件的所有文件资料均已编写齐全，并分 类编目。用户验收测试主要有Alpha测试和Beta测试，针对本项目，我们目前 采用Alpha测试方法。用户验收测试采用黑盒、自动、手工的测是方法。（5）回归测试：当发现并修改缺陷后，或者在软件中添加新功能后，重新 测试，用来检查被发现

21、的缺陷是否被改正，并且所作的修改没有引发新的问题； 回归测试可以通过人工重新执行测试用例，也可以使用自动化的捕获回放工具来 进行。9、软件测试过程（1）软件测试环境：软件测试的设计环境、软件测试的管理环境以及实施 环境。（2）测试的基本过程：首先，我们会拟定软件测试计划方案，设计和生成 测试用列、准备测试数据，执行测试，记录原始数据，对缺陷进行管理，最后生 成软件测试报告、缺陷的统计和报表。测试计划主要包括：时间进度和人员安排、风险管理；测试范围的确定、测 试数据的生成；测试工具、方法的选择和工具开发；测试完成标准；影响资源分 配的特殊考虑。测试方案:定义被策软件功能以及相关的测试，并详细说明

22、测试方法和策略； 创建测试解决方案是开始测试设计的第一步。测试方案的定义应当基于需求分析 和设计文档，并遵从测试设计文档。测试用例：为实施一次测试而向被测系统提供的输入数据、操作或各种环境 设置；它控制着软件测试的执行步骤，是对测试方案中每个测试项的进一步实例 化。软件测试的执行：执行测试用例；记录原始测试数据；记录缺陷；对所发现 的缺陷进行跟踪、管理和监控。测试评估：结合量化的测试覆盖率及缺陷跟踪报告，对整个软件质量、测试 工作和软件缺陷进行总结；对软件项目的质量和开发团队的工作进度以及工作效 率进行综合评价；生成相应的报告或者报表。测试报告：总结测试的结果，通过与未通过的测试用例，并对被测

23、软件对象 进行评估。(3) 测试的管理：测试管理控制对象的编辑和管理；测试流程控制和管理； 统计分析和决策支持。(4) 测试的组织和运作：测试小组内部分为测试人员和支持人员；测试的 工作实体时候测试小组和支持小组，小组长向测试主管负责。10、项目测试方案(1) 主要测试内容1）测试继电保护定值配置可视化及模拟操作综合应用平台的安全稳定性, 是否具备运行条件；2）保护整定的配置应用是否实现可视化；3）专家系统是否实现商丘电网全网的继电保护整定通知单智能化；4）是否实现智能校验一次操作防误对调度操作的正确性进行补充验证。（2）测试方法系统测试采用黑盒、自动、手工的测试方法。三、人员安排及进度计划序

24、号时间段人员安排内容12016.01-2016.01高级研究人员1人；一般研究人员6人。整体方案和工作计划制订22016.02-2016.02高级研究人员1人；一般研究人员6人。测试继电保护定值配置可视化及模拟操作综合应用平台的安全稳定性，是否具备运行条件；32016.03-2016.03高级研究人员1人；保护整定的配置应用是否实现可视化；一般研究人员6人。42016.04-2016.04高级研究人员1人；一般研究人员6人。专家系统是否实现商丘电网全网的继电保护整定通知单智能化；52016.05-2016.05高级研究人员1人；一般研究人员6人。是否实现智能校验次操作防误对调度操作的正确性进行

25、补充验证；62016.06-2016.06高级研究人员1人；一般研究人员6人。项目验收及申请鉴定。四、服务承诺1、项目服务承诺(1) 在遵守国家法律、法规、设计规范、规程、有关标准的前提下，遵循业主至上的原则，尊重业主提出的要求、建议。我方将在本工程中对甲方提供全程、全方位的设计服务。(2) 设计文件的设计深度满足合同要求，并符合国家有关标准要求。(3) 积极配合甲方办理本项目的相关报批手续及设计交底、现场服务。(4) 设计方案论证充分、计算成果完整可靠。保证项目的安全性、经济性、 可实施性。(5) 及时、准确、完整的提交设计成果，保证工程的顺利进行。2、工作进度承诺(1) 项目负责人为第一责

26、任人，全面负责完成本组项目施工阶段或竣工验 收阶段的管理工作，组员按分工承担项目责任工作。(2) 主要职责是：负责本项目前期手续；负责本项目工程量清单编制、控 制价、招投标和合同签订的盯办工作；负责本项目施工阶段和竣工验收阶段的管 理；完成对已完工项目务竣工验收、结算和移交工作；对在建项目要按照合同约 定，按计划高效推进；确保按照安全生产要求，顺利完成各项目工作。(3) 必须提前制定所负责项目工作进度时间表或工作计划表，报项目建设督 导小组。明确承诺对在建项目的进展程度，对已完工项目必须完成竣工验收、结 算和移交工作。计划表、进度表审核通过后，未经批准，任何人不得擅自更改。(4) 由专人负责向项目督导组汇报项目进展，汇报时间定于每周五上午。严 格履行本职责，要分工明确。禁止出现玩忽职守、推诿扯皮、消极怠工的情况。 负责人有权要求公司其他部门或单位对组相关工作给予配合。(5) 尽职尽责履行本职工作，严格遵守上述承诺。(6) 此承诺接受所有相关人员监督。3、资源配置承诺我司郑重承诺，从项目中标之日起尽快完成团队成员配置，团队成员均符合 需求方各项要求，具有丰富的相关项目实施经验，技术能力强，职业素养高。我 司将尽可能保证团队成员稳定性，如若出现个别人员调整情况会及时通知需求方, 并做好替换和及不少于两周的工作交接周期，保证各项工作进度及工作质量不受 影响。