精准测试白皮书v3.0-2019最新版
DO-178B标准
有关价格和订购信息请与 RTCA 公司联系
RTCA/DO-178B
系统和设备认证中的软件考虑因素
ቤተ መጻሕፍቲ ባይዱ目录
1 简介 ........................................................................................................................................................... 1 1.1 目的 ................................................................................................................................................ 1 1.2 范围 ................................................................................................................................................ 1 1.3 与其它文件的关系 ........................................................................................................................ 1 1.4 如何使用本文件 ............................................................................................................................ 1 1.5 文件概略 ........................................................................................................................................ 2
11月Av-comparatives国际权威测试金山毒霸国内闯关成功
（ ） 系统 代 码 错 误 ，要 仔 细 检 查 程 序 代 码 是 否 出现 问题 ， ３
如 果 是 代 码 问 题 导 致 安 全 性 出 现 问 题 ，或 者 是 数 据 出现 错 误 ，
的 都 可 以 算 得 上 是 非 常 优 秀 和 高 水 平 反 病 毒 软 件 了 ，也 正 因
程 序 人 员要 负 有 不 可推 卸 的 责任 。 （ ）读 者 可 以 通过 测 试 对 网 络综 合 信 息 发 布 系 统 功 能 进 行 ４
扩 展 ．如 ：文 本 框 输 人信 息 内容 、支 持 多种 格 式 、如 何 添 加 附
为如此 严格 的测试 ．导致 了一些 技术水 平一般 的杀毒 软件厂
用 上传 组 件来 上 传 文 件 。常 用 组 件是 Ａ Ｃ ｐｏ ｄ ｙ ｐ ａ 。 Ｂ ｕ ｌａ ，Ｌ ｆ ｌ ｄ ｕ ｏ 以上 是 针 对初 学 者 在测 试 过 程 中 应 该 注 意 的一 些 问题 进 行 探 讨 ．希 望 大 家 能够 使 用 正 确 的方 法 去 学 习 Ａ Ｐ 网 络 编 程 语 Ｓ 言 ，使 读 者 更 快 的进 步 。
通 过 此 系 统 构建 的 学 习 ， 相 信 读 者 对 利 用 Ａ Ｐ技 术 如 何 Ｓ
蔬 １
在 这 里就 不 重 复 说 明 了 。而 审核 通 过 功 能 和 未 审 核信 息 功 能 类
似 ， 只是 把 ｓｌｃ 显 示 信 息 语 句 更 改 成 为 ｓｌ ｔ ｒｍ 信 息 表 ｅｅｔ ｅ ｃ ｝ｆ ｅ ｏ
ｗ ｅｅ审核 ＝ ｒｅ ｙ发 布 时 间 ｄｓ 可 。 ｈｒ ２ｏｄｒ ｂ ｅｃ即
Ｓ Ａ ＡＲ ＡＤ ＮＣ Ｄ 和 ＡＤ ＡＮＣ Ｄ 。 由于 一 直 坚 持 独 立 Ｔ ＮＤ Ｄ。 ＶＡ Ｅ Ｖ Ｅ＋
OMS V4.3产品白皮书
2
5.3.7 服务级别管理 ........................................................................................................ 36 5.4 流程监控 ...................................................................................................................... 38 5.5 流程绩效 ...................................................................................................................... 39 5.6 流程持续改进 .............................................................................................................. 40 6. OMS 价值 .......................................................................................................................... 41 6.1 易定制的 IT 服务管理平台，提高企业 IT 投资回报 .............................................. 41 6.2 预置行业应用模型，快速导入 IT 服务管理体系 .................................................... 41 6.3 保障 IT 服务体系的落地和优化 ................................................................................ 42 6.4 提高 IT 服务管理绩效 ................................................................................................ 42 7. 实施部署 ......................................................................................................................... 42 7.1 实施方法论 .................................................................................................................. 42 7.2 系统运行环境 .............................................................................................................. 43 8. 售后服务体系 ................................................................................................................. 44 8.1 服务队伍 ....................................................................................................................... 44 8.2 售后服务 ....................................................................................................................... 44 9. 我们的部分客户 ............................................................................................................. 46 10. 公司简介...................................................................................................................... 46
测试方案(硬件类)(模板)
XXXXXX XXXXXXXXXXXXXX 项目名称测试方案XXX公司二〇XX年X月文档修改记录目录第一章引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.3测试对象及范围 (4)1.4适用范围 (5)1.5参考资料 (5)第二章测试概述 (6)2.1测试环境准备 (6)2.1.1测试环境准备 (6)2.1.2测试人员准备 (7)2.1.3测试任务和进度 (7)2.2测试原则 (7)2.3测试目的 (8)2.4测试方案 (8)2.4.1单项测试 (8)2.4.2系统联调测试 (8)第三章设备外观测试 (10)第四章设备加电测试 (11)第五章硬件性能测试 (12)5.1服务器性能测试 (12)5.2存储性能测试 (12)5.3PC性能测试 (12)5.4备份软件测试 (12)第六章测试总结 (13)第一章引言1.1编写目的提示：该文档对测试工作的指导作用及阅读该文档的主要对象【编写实例参见如下：】编写该文档的主要目的在于从总体上明确××××××学生工作管理系统Beta1版本的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的测试策略和方法。
并为测试过程中测试人员和后期实施人员提供工作指导。
本文档预期的读者包括：项目经理、系统设计人员、开发人员和测试人员。
1.2项目背景1.说明待开发的软件系统的名称2.列出本项目的任务委托单位、开发单位、协作单位、用户单位3.说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
如果本次开发的软件系统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分4.保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相关的保密说明5.版权说明：本项为可选项，若有必要，才要作有关的描述。
1.0-JGKv2.0-技术白皮书
捷普安全运维管理系统Jump Gatekeeper白皮书Version 2.0西安交大捷普网络科技有限公司2014年1月目录一、运维管理面临的安全风险 (1)1.运维操作复杂度高 (1)2.运维操作不透明 (1)3.误操作给企业带来严重损失 (2)4.IT运维外包给企业带来管理风险 (2)5.法律法规的要求 (2)6.人员流动性给企业带来未知风险 (2)二、运维审计势在必行 (3)1.设备集中统一管理 (3)2.根据策略实现对操作的控制管理 (3)3.实时的操作告警及审计机制 (3)4.符合法律法规 (3)5.易部署、高可用性 (4)三、安全运维管理方案 (5)1.捷普安全运维管理系统简介 (5)2.应用环境 (6)四、系统功能 (7)1.运维事件事前防范 (7)1）完整的身份管理和认证 (7)2）灵活、细粒度的授权 (7)3）后台资源自动登录 (7)2.运维事件事中控制 (8)1）实时监控 (8)2）违规操作实时告警与阻断 (8)3.运维事件事后审计 (9)1）完整记录网络会话过程 (9)2）详尽的会话审计与回放 (9)3）完备的审计报表功能 (9)五、系统部署 (11)六、系统特点 (13)1.全面的运维审计 (13)2.更严格的审计管理 (13)3.高效的处理能力 (13)4.丰富的报表展现 (14)5.完善的系统安全设计 (14)七、产品规格参数 (15)1.参数规格 (15)2.产品功能 (15)一、运维管理面临的安全风险随着IT建设的不断深入和完善，计算机硬软件系统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注和不堪重负的问题。
由于这是随着计算机信息技术的深入应用而产生的，因此如何进行有效的IT 运维管理，这方面的知识积累和应用技术还刚刚起步。
对这一领域的研究和探索，将具有广阔的发展前景和巨大的现实意义。
大中型企业和机构纷纷建立起庞大而复杂的IT系统，IT系统的运营、维护和管理的风险不断加大。
SmartLIC白皮书V3.2_20141210
软件许可证管理解决方案(SmartLIC V3.2) 技术白皮书重庆优正科技有限公司2014年12月目录前言 (3)SmartLIC所支持的许可类型 (3)SmartLIC软件功能详述 (3)SmartLIC产品包功能清单对比表 (4)系统基础管理 (5)✓许可服务器注册管理 (5)✓全局许可服务器看板管理 (5)✓各许可服务器详情看板管理 (6)✓SmartLIC在线用户查看（3.2标准版不提供此功能，专业版以上才提供） (6)✓License Server当前用户 (8)集中查看所有License Server上当前占用许可的用户信息。
(8)✓日志管理 (8)许可证防呆管理 (9)✓计时防呆（SmartLIC 客户端控件模式） (9)✓是否强制使用客户端 (9)✓设置vip用户 (10)许可证统计管理 (10)按各许可服务器各模块的使用率实时排列 (10)按指定许可服务器生成各模块当天使用分时图表 (11)按指定许可服务器生成各模块历史统计图表 (12)按指定用户生成该用户历史使用行为统计图表 (13)按时间段统计各许可服务器全局使用人次与时长 (15)许可证调度管理 (16)系统通知 (17)SmartLIC 运行环境网络部署 (18)SmartLIC V3.2所支持的软件说明 (19)前言SmartLIC是解决企业研发类等浮动软件许可证的共享和管理解决方案。
SmartLIC可提高软件许可的使用透明度管理，在符合法规的条件下，最大限度优化调度软件许可资源的利用率，避免浪费，节约软件的采购投资，并二次盘活企业的软件许可资产。
同时，SmartLIC还能为IT管理者提供所需的丰富的数据统计与分析图表，以辅助IT管理者进行业务决策。
SmartLIC所支持的许可类型SmartLIC支持Flexnet/Flexlm, IBM LUM, DSLS, Safenet, 申思洛克等网络版许可服务器，涵盖了目前国际国内主流市场90%以上的网络浮动软件许可证管理。
蜂鸟测试节点监控软件产品白皮书
说明
Windows .net 开发平台
C++ 运行依赖包 Nosql 数据库
5. 主要技术
蜂鸟测试节点监控软件利用蜂鸟云存储系统作数据访问支撑，提供高效，稳定的支持。 蜂鸟测试节点监控软件基于云计算 (cloud computing)技术发展出来的产品。运用云计算的分 布式处理(Distributed Computing)、并行处理(Parallel Computing)技术手段，透过网络将分布 在各个计算节点的计算处理程序进行监控统计，将监控的计算节点数据经计算分析处理后， 传给蜂鸟测试平台主控软件集中管理。蜂鸟测试节点监控软件集成集群应用、网格技术或分 布式监控功能，可以将网络中大量各种不同测试节点集合起来、协同工作，共同对外提供监 控接口访问功能。
静态资源过滤器
静态资源过滤器
读写 分发器
静态资源过滤器
存储 节点
存储 节点
存储 节点
图 2 软件架构图 蜂鸟测试节点监控软件功能包括主机配置信息监控、主机资源消耗动态信息监控、主机 进程资源动态信息监控、服务器资源异常报警（根据实际定制的异常阀值）。主机配置信息 监控的目标信息包括机器的硬盘、CPU、操作系统、内存等；主机资源消耗动态信息监控的 目标信息包括机器的硬盘使用率、CPU 使用率、内存使用率等；主机进程资源动态信息监 控目标信息包括进程 CPU 占用率、进程内存占用率等；服务器资源异常报警根据实际定制 的异常阀值对异常信息进行监控及报警。
6. 相关案例
***市云数据中心利用蜂鸟测试节点监控软件，实现云数据中心中各计算节点的分布式 监控管理，计算节点资源的合理利用。，
云数据中心计算节点服务监控界面如下图所示：
5
蜂鸟测试节点监控软件白皮书
3GPP协议-36521-1-e40_s00-s05
3GPP TS 36.521-1 V14.4.0 (2017-09)Technical Specification3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA);User Equipment (UE) conformance specification;Radio transmission and reception;Part 1: Conformance Testing(Release 14)The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.KeywordsUMTS LTE3GPPPostal address3GPP support office address650 Route des Lucioles - Sophia AntipolisValbonne - FRANCETel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16InternetCopyright NotificationNo part may be reproduced except as authorized by written permission.The copyright and the foregoing restriction extend to reproduction in all media.© 2017, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).All rights reserved.UMTS™ is a Trade Mark of ETSI registered for the benefit of its members3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners LTE™ is a Trade Mark of ETSI registered for the benefit of its Members a nd of the 3GPP Organizational Partners GSM® and the GSM logo are registered and owned by the GSM AssociationContentsForeword (92)Introduction (92)1Scope (93)2References (94)3Definitions, symbols and abbreviations (96)3.1Definitions (96)3.2Symbols (98)3.3Abbreviations (100)4General (103)4.1Categorization of test requirements in CA, UL-MIMO, ProSe, Dual Connectivity, UE category 0, UEcategory M1, UE category 1bis, UE category NB1 and V2X Communication (104)4.2RF requirements in later releases (105)5Frequency bands and channel arrangement (106)5.1General (106)5.2Operating bands (106)5.2A Operating bands for CA (108)5.2B Operating bands for UL-MIMO (116)5.2C Operating bands for Dual Connectivity (116)5.2D Operating bands for ProSe (117)5.2E Operating bands for UE category 0 and UE category M1 (118)5.2F Operating bands for UE category NB1 (118)5.2G Operating bands for V2X Communication (118)5.3TX–RX frequency separation (119)5.3A TX–RX frequency separation for CA (120)5.4Channel arrangement (120)5.4.1Channel spacing (120)5.4.1A Channel spacing for CA (121)5.4.1F Channel spacing for UE category NB1 (121)5.4.2Channel bandwidth (121)5.4.2.1Channel bandwidths per operating band (122)5.4.2A Channel bandwidth for CA (124)5.4.2A.1Channel bandwidths per operating band for CA (126)5.4.2B Channel bandwidth for UL-MIMO (171)5.4.2B.1Channel bandwidths per operating band for UL- MIMO (171)5.4.2C Channel bandwidth for Dual Connectivity (171)5.4.2D Channel bandwidth for ProSe (171)5.4.2D.1Channel bandwidths per operating band for ProSe (171)5.4.2F Channel bandwidth for category NB1 (172)5.4.2G Channel bandwidth for V2X Communication (173)5.4.2G.1Channel bandwidths per operating band for V2X Communication (173)5.4.3Channel raster (174)5.4.3A Channel raster for CA (175)5.4.3F Channel raster for UE category NB1 (175)5.4.4Carrier frequency and EARFCN (175)5.4.4F Carrier frequency and EARFCN for category NB1 (177)6Transmitter Characteristics (179)6.1General (179)6.2Transmit power (180)6.2.1Void (180)6.2.2UE Maximum Output Power (180)6.2.2.1Test purpose (180)6.2.2.4Test description (182)6.2.2.4.1Initial condition (182)6.2.2.4.2Test procedure (183)6.2.2.4.3Message contents (183)6.2.2.5Test requirements (183)6.2.2_1Maximum Output Power for HPUE (185)6.2.2_1.1Test purpose (185)6.2.2_1.2Test applicability (185)6.2.2_1.3Minimum conformance requirements (185)6.2.2_1.4Test description (185)6.2.2_1.5Test requirements (186)6.2.2A UE Maximum Output Power for CA (187)6.2.2A.0Minimum conformance requirements (187)6.2.2A.1UE Maximum Output Power for CA (intra-band contiguous DL CA and UL CA) (189)6.2.2A.1.1Test purpose (189)6.2.2A.1.2Test applicability (189)6.2.2A.1.3Minimum conformance requirements (189)6.2.2A.1.4Test description (189)6.2.2A.1.5Test Requirements (191)6.2.2A.2UE Maximum Output Power for CA (inter-band DL CA and UL CA) (192)6.2.2A.2.1Test purpose (192)6.2.2A.2.2Test applicability (192)6.2.2A.2.3Minimum conformance requirements (192)6.2.2A.2.4Test description (192)6.2.2A.2.5Test Requirements (194)6.2.2A.3UE Maximum Output Power for CA (intra-band non-contiguous DL CA and UL CA) (196)6.2.2A.4.1UE Maximum Output Power for CA (intra-band contiguous 3DL CA and 3UL CA) (196)6.2.2A.4.1.1Test purpose (196)6.2.2A.4.1.2Test applicability (196)6.2.2A.4.1.3Minimum conformance requirements (196)6.2.2A.4.1.4Test description (196)6.2.2A.4.1.5Test Requirements (198)6.2.2A.4.2UE Maximum Output Power for CA (inter-band 3DL CA and 3UL CA) (198)6.2.2A.4.2.1Test purpose (199)6.2.2A.4.2.2Test applicability (199)6.2.2A.4.2.3Minimum conformance requirements (199)6.2.2A.4.2.4Test description (199)6.2.2A.4.2.5Test Requirements (201)6.2.2B UE Maximum Output Power for UL-MIMO (201)6.2.2B.1Test purpose (201)6.2.2B.2Test applicability (202)6.2.2B.3Minimum conformance requirements (202)6.2.2B.4Test description (204)6.2.2B.4.1Initial condition (204)6.2.2B.4.2Test procedure (205)6.2.2B.4.3Message contents (205)6.2.2B.5Test requirements (205)6.2.2B_1HPUE Maximum Output Power for UL-MIMO (207)6.2.2B_1.1Test purpose (207)6.2.2B_1.2Test applicability (207)6.2.2B_1.3Minimum conformance requirements (207)6.2.2B_1.4Test description (207)6.2.2B_1.5Test requirements (208)6.2.2C 2096.2.2D UE Maximum Output Power for ProSe (209)6.2.2D.0Minimum conformance requirements (209)6.2.2D.1UE Maximum Output Power for ProSe Discovery (209)6.2.2D.1.1Test purpose (209)6.2.2D.1.2Test applicability (209)6.2.2D.1.3Minimum Conformance requirements (209)6.2.2D.2UE Maximum Output Power for ProSe Direct Communication (211)6.2.2D.2.1Test purpose (211)6.2.2D.2.2Test applicability (211)6.2.2D.2.3Minimum conformance requirements (211)6.2.2D.2.4Test description (211)6.2.2E UE Maximum Output Power for UE category 0 (212)6.2.2E.1Test purpose (212)6.2.2E.2Test applicability (212)6.2.2E.3Minimum conformance requirements (212)6.2.2E.4Test description (212)6.2.2E.4.3Message contents (213)6.2.2E.5Test requirements (213)6.2.2EA UE Maximum Output Power for UE category M1 (215)6.2.2EA.1Test purpose (215)6.2.2EA.2Test applicability (215)6.2.2EA.3Minimum conformance requirements (215)6.2.2EA.4Test description (216)6.2.2EA.4.3Message contents (217)6.2.2EA.5Test requirements (217)6.2.2F UE Maximum Output Power for category NB1 (218)6.2.2F.1Test purpose (218)6.2.2F.2Test applicability (218)6.2.2F.3Minimum conformance requirements (218)6.2.2F.4Test description (219)6.2.2F.4.1Initial condition (219)6.2.2F.4.2Test procedure (220)6.2.2F.4.3Message contents (220)6.2.2F.5Test requirements (220)6.2.2G UE Maximum Output Power for V2X Communication (221)6.2.2G.1UE Maximum Output Power for V2X Communication / Non-concurrent with E-UTRA uplinktransmission (221)6.2.2G.1.1Test purpose (221)6.2.2G.1.2Test applicability (221)6.2.2G.1.3Minimum conformance requirements (221)6.2.2G.1.4Test description (222)6.2.2G.1.4.1Initial conditions (222)6.2.2G.1.4.2Test procedure (222)6.2.2G.1.4.3Message contents (222)6.2.2G.1.5Test requirements (223)6.2.2G.2UE Maximum Output Power for V2X Communication / Simultaneous E-UTRA V2X sidelinkand E-UTRA uplink transmission (223)6.2.2G.2.1Test purpose (223)6.2.2G.2.2Test applicability (223)6.2.2G.2.3Minimum conformance requirements (223)6.2.2G.2.4Test description (224)6.2.2G.2.4.1Initial conditions (224)6.2.2G.2.4.2Test procedure (225)6.2.2G.2.4.3Message contents (226)6.2.2G.2.5Test requirements (226)6.2.3Maximum Power Reduction (MPR) (226)6.2.3.1Test purpose (226)6.2.3.2Test applicability (226)6.2.3.3Minimum conformance requirements (227)6.2.3.4Test description (227)6.2.3.4.1Initial condition (227)6.2.3.4.2Test procedure (228)6.2.3.4.3Message contents (228)6.2.3.5Test requirements (229)6.2.3_1Maximum Power Reduction (MPR) for HPUE (231)6.2.3_1.1Test purpose (231)6.2.3_1.4Test description (232)6.2.3_1.5Test requirements (232)6.2.3_2Maximum Power Reduction (MPR) for Multi-Cluster PUSCH (232)6.2.3_2.1Test purpose (232)6.2.3_2.2Test applicability (232)6.2.3_2.3Minimum conformance requirements (233)6.2.3_2.4Test description (233)6.2.3_2.4.1Initial condition (233)6.2.3_2.4.2Test procedure (234)6.2.3_2.4.3Message contents (234)6.2.3_2.5Test requirements (234)6.2.3_3Maximum Power Reduction (MPR) for UL 64QAM (235)6.2.3_3.1Test purpose (236)6.2.3_3.2Test applicability (236)6.2.3_3.3Minimum conformance requirements (236)6.2.3_3.4Test description (236)6.2.3_3.4.1Initial condition (236)6.2.3_3.4.2Test procedure (237)6.2.3_3.4.3Message contents (237)6.2.3_3.5Test requirements (238)6.2.3_4Maximum Power Reduction (MPR) for Multi-Cluster PUSCH with UL 64QAM (240)6.2.3_4.1Test purpose (240)6.2.3_4.2Test applicability (240)6.2.3_4.3Minimum conformance requirements (240)6.2.3_4.4Test description (241)6.2.3_4.4.1Initial condition (241)6.2.3_4.4.2Test procedure (242)6.2.3_4.4.3Message contents (242)6.2.3_4.5Test requirements (242)6.2.3A Maximum Power Reduction (MPR) for CA (243)6.2.3A.1Maximum Power Reduction (MPR) for CA (intra-band contiguous DL CA and UL CA) (243)6.2.3A.1.1Test purpose (243)6.2.3A.1.2Test applicability (243)6.2.3A.1.3Minimum conformance requirements (244)6.2.3A.1.4Test description (245)6.2.3A.1.5Test Requirements (248)6.2.3A.1_1Maximum Power Reduction (MPR) for CA (intra-band contiguous DL CA and UL CA) for UL64QAM (250)6.2.3A.1_1.1Test purpose (251)6.2.3A.1_1.2Test applicability (251)6.2.3A.1_1.3Minimum conformance requirements (251)6.2.3A.1_1.4Test description (252)6.2.3A.1_1.5Test requirement (254)6.2.3A.2Maximum Power Reduction (MPR) for CA (inter-band DL CA and UL CA) (255)6.2.3A.2.1Test purpose (255)6.2.3A.2.2Test applicability (255)6.2.3A.2.3Minimum conformance requirements (255)6.2.3A.2.4Test description (256)6.2.3A.2.5Test Requirements (260)6.2.3A.2_1Maximum Power Reduction (MPR) for CA (inter-band DL CA and UL CA) for UL 64QAM (263)6.2.3A.2_1.1Test purpose (263)6.2.3A.2_1.2Test applicability (263)6.2.3A.2_1.3Minimum conformance requirements (263)6.2.3A.2_1.4Test description (264)6.2.3A.2_1.5Test Requirements (266)6.2.3A.3Maximum Power Reduction (MPR) for CA (intra-band non-contiguous DL CA and UL CA) (267)6.2.3A.3.1Test purpose (267)6.2.3A.3.2Test applicability (267)6.2.3A.3.3Minimum conformance requirements (268)6.2.3A.3.4Test description (268)6.2.3A.3_1Maximum Power Reduction (MPR) for CA (intra-band non-contiguous DL CA and UL CA) forUL 64QAM (270)6.2.3A.3_1.1Test purpose (270)6.2.3A.3_1.2Test applicability (270)6.2.3A.3_1.3Minimum conformance requirements (270)6.2.3A.3_1.4Test description (271)6.2.3A.3_1.5Test Requirements (272)6.2.3B Maximum Power Reduction (MPR) for UL-MIMO (272)6.2.3B.1Test purpose (272)6.2.3B.2Test applicability (272)6.2.3B.3Minimum conformance requirements (273)6.2.3B.4Test description (273)6.2.3B.4.1Initial condition (273)6.2.3B.4.2Test procedure (274)6.2.3B.4.3Message contents (275)6.2.3B.5Test requirements (275)6.2.3D UE Maximum Output Power for ProSe (277)6.2.3D.0Minimum conformance requirements (277)6.2.3D.1Maximum Power Reduction (MPR) for ProSe Discovery (278)6.2.3D.1.1Test purpose (278)6.2.3D.1.2Test applicability (278)6.2.3D.1.3Minimum conformance requirements (278)6.2.3D.1.4Test description (278)6.2.3D.1.4.1Initial condition (278)6.2.3D.1.4.2Test procedure (279)6.2.3D.1.4.3Message contents (279)6.2.3D.1.5Test requirements (280)6.2.3D.2Maximum Power Reduction (MPR) ProSe Direct Communication (281)6.2.3D.2.1Test purpose (282)6.2.3D.2.2Test applicability (282)6.2.3D.2.3Minimum conformance requirements (282)6.2.3D.2.4Test description (282)6.2.3D.2.4.1Initial conditions (282)6.2.3D.2.4.2Test procedure (282)6.2.3D.2.4.3Message contents (282)6.2.3D.2.5Test requirements (282)6.2.3E Maximum Power Reduction (MPR) for UE category 0 (282)6.2.3E.1Test purpose (282)6.2.3E.2Test applicability (282)6.2.3E.3Minimum conformance requirements (282)6.2.3E.4Test description (282)6.2.3E.4.1Initial condition (282)6.2.3E.4.2Test procedure (283)6.2.3E.4.3Message contents (283)6.2.3E.5Test requirements (283)6.2.3EA Maximum Power Reduction (MPR) for UE category M1 (284)6.2.3EA.1Test purpose (284)6.2.3EA.2Test applicability (284)6.2.3EA.3Minimum conformance requirements (284)6.2.3EA.4Test description (285)6.2.3EA.4.1Initial condition (285)6.2.3EA.4.2Test procedure (287)6.2.3EA.4.3Message contents (287)6.2.3EA.5Test requirements (287)6.2.3F Maximum Power Reduction (MPR) for category NB1 (290)6.2.3F.1Test purpose (290)6.2.3F.2Test applicability (290)6.2.3F.3Minimum conformance requirements (290)6.2.3F.4Test description (291)6.2.3F.4.1Initial condition (291)6.2.3F.5Test requirements (292)6.2.3G Maximum Power Reduction (MPR) for V2X communication (292)6.2.3G.1Maximum Power Reduction (MPR) for V2X Communication / Power class 3 (293)6.2.3G.1.1Maximum Power Reduction (MPR) for V2X Communication / Power class 3 / Contiguousallocation of PSCCH and PSSCH (293)6.2.3G.1.1.1Test purpose (293)6.2.3G.1.1.2Test applicability (293)6.2.3G.1.1.3Minimum conformance requirements (293)6.2.3G.1.1.4Test description (293)6.2.3G.1.1.4.1Initial condition (293)6.2.3G.1.1.4.2Test procedure (294)6.2.3G.1.1.4.3Message contents (294)6.2.3G.1.1.5Test Requirements (294)6.2.3G.1.2 2956.2.3G.1.3Maximum Power Reduction (MPR) for V2X Communication / Power class 3 / SimultaneousE-UTRA V2X sidelink and E-UTRA uplink transmission (295)6.2.3G.1.3.1Test purpose (295)6.2.3G.1.3.2Test applicability (295)6.2.3G.1.3.3Minimum conformance requirements (295)6.2.3G.1.3.4Test description (295)6.2.3G.1.3.4.1Initial conditions (295)6.2.3G.1.3.4.2Test procedure (296)6.2.3G.1.3.4.3Message contents (297)6.2.3G.1.3.5Test requirements (297)6.2.4Additional Maximum Power Reduction (A-MPR) (297)6.2.4.1Test purpose (297)6.2.4.2Test applicability (297)6.2.4.3Minimum conformance requirements (298)6.2.4.4Test description (310)6.2.4.4.1Initial condition (310)6.2.4.4.2Test procedure (339)6.2.4.4.3Message contents (339)6.2.4.5Test requirements (344)6.2.4_1Additional Maximum Power Reduction (A-MPR) for HPUE (373)6.2.4_1.2Test applicability (374)6.2.4_1.3Minimum conformance requirements (374)6.2.4_1.4Test description (375)6.2.4_1.5Test requirements (376)6.2.4_2Additional Maximum Power Reduction (A-MPR) for UL 64QAM (378)6.2.4_2.1Test purpose (378)6.2.4_2.2Test applicability (378)6.2.4_2.3Minimum conformance requirements (378)6.2.4_2.4Test description (378)6.2.4_2.4.1Initial condition (378)6.2.4_2.4.2Test procedure (392)6.2.4_2.4.3Message contents (392)6.2.4_2.5Test requirements (392)6.2.4_3Additional Maximum Power Reduction (A-MPR) with PUSCH frequency hopping (404)6.2.4_3.1Test purpose (404)6.2.4_3.2Test applicability (404)6.2.4_3.3Minimum conformance requirements (405)6.2.4_3.4Test description (405)6.2.4_3.5Test requirements (406)6.2.4A Additional Maximum Power Reduction (A-MPR) for CA (407)6.2.4A.1Additional Maximum Power Reduction (A-MPR) for CA (intra-band contiguous DL CA and ULCA) (407)6.2.4A.1.1Test purpose (407)6.2.4A.1.2Test applicability (407)6.2.4A.1.3Minimum conformance requirements (407)6.2.4A.1.3.5A-MPR for CA_NS_05 for CA_38C (411)6.2.4A.1.4Test description (413)6.2.4A.1.5Test requirements (419)6.2.4A.1_1Additional Maximum Power Reduction (A-MPR) for CA (intra-band contiguous DL CA and ULCA) for UL 64QAM (425)6.2.4A.1_1.1Test purpose (425)6.2.4A.1_1.2Test applicability (425)6.2.4A.1_1.3Minimum conformance requirements (426)6.2.4A.1_1.3.5A-MPR for CA_NS_05 for CA_38C (429)6.2.4A.1_1.3.6A-MPR for CA_NS_06 for CA_7C (430)6.2.4A.1_1.3.7A-MPR for CA_NS_07 for CA_39C (431)6.2.4A.1_1.3.8A-MPR for CA_NS_08 for CA_42C (432)6.2.4A.1_1.4Test description (432)6.2.4A.1_1.5Test requirements (437)6.2.4A.2Additional Maximum Power Reduction (A-MPR) for CA (inter-band DL CA and UL CA) (443)6.2.4A.2.1Test purpose (443)6.2.4A.2.2Test applicability (444)6.2.4A.2.3Minimum conformance requirements (444)6.2.4A.2.4Test description (444)6.2.4A.2.4.1Initial conditions (444)6.2.4A.2.4.2Test procedure (457)6.2.4A.2.4.3Message contents (458)6.2.4A.2.5Test requirements (461)6.2.4A.3Additional Maximum Power Reduction (A-MPR) for CA (intra-band non-contiguous DL CAand UL CA) (466)6.2.4A.3.1Minimum conformance requirements (466)6.2.4A.2_1Additional Maximum Power Reduction (A-MPR) for CA (inter-band DL CA and UL CA) forUL 64QAM (466)6.2.4A.2_1.1Test purpose (466)6.2.4A.2_1.2Test applicability (466)6.2.4A.2_1.3Minimum conformance requirements (467)6.2.4A.2_1.4Test description (467)6.2.4A.2_1.4.1Initial conditions (467)6.2.4A.2_1.4.2Test procedure (479)6.2.4A.2_1.4.3Message contents (480)6.2.4A.2_1.5Test requirements (480)6.2.4B Additional Maximum Power Reduction (A-MPR) for UL-MIMO (484)6.2.4B.1Test purpose (484)6.2.4B.2Test applicability (485)6.2.4B.3Minimum conformance requirements (485)6.2.4B.4Test description (485)6.2.4B.4.1Initial condition (485)6.2.4B.4.2Test procedure (508)6.2.4B.4.3Message contents (508)6.2.4B.5Test requirements (508)6.2.4E Additional Maximum Power Reduction (A-MPR) for UE category 0 (530)6.2.4E.1Test purpose (530)6.2.4E.2Test applicability (531)6.2.4E.3Minimum conformance requirements (531)6.2.4E.4Test description (531)6.2.4E.4.1Initial condition (531)6.2.4E.4.2Test procedure (535)6.2.4E.4.3Message contents (535)6.2.4E.5Test requirements (536)6.2.4EA Additional Maximum Power Reduction (A-MPR) for UE category M1 (542)6.2.4EA.1Test purpose (542)6.2.4EA.2Test applicability (542)6.2.4EA.3Minimum conformance requirements (543)6.2.4EA.4Test description (544)6.2.4EA.4.1Initial condition (544)6.2.4EA.4.2Test procedure (552)6.2.4G Additional Maximum Power Reduction (A-MPR) for V2X Communication (562)6.2.4G.1Additional Maximum Power Reduction (A-MPR) for V2X Communication / Non-concurrentwith E-UTRA uplink transmissions (562)6.2.4G.1.1Test purpose (562)6.2.4G.1.2Test applicability (562)6.2.4G.1.3Minimum conformance requirements (563)6.2.4G.1.4Test description (563)6.2.4G.1.4.1Initial condition (563)6.2.4G.1.4.2Test procedure (564)6.2.4G.1.4.3Message contents (564)6.2.4G.1.5Test Requirements (564)6.2.5Configured UE transmitted Output Power (564)6.2.5.1Test purpose (564)6.2.5.2Test applicability (564)6.2.5.3Minimum conformance requirements (564)6.2.5.4Test description (594)6.2.5.4.1Initial conditions (594)6.2.5.4.2Test procedure (595)6.2.5.4.3Message contents (595)6.2.5.5Test requirement (596)6.2.5_1Configured UE transmitted Output Power for HPUE (596)6.2.5_1.1Test purpose (596)6.2.5_1.2Test applicability (597)6.2.5_1.3Minimum conformance requirements (597)6.2.5_1.4Test description (597)6.2.5_1.4.1Initial conditions (597)6.2.5_1.4.2Test procedure (597)6.2.5_1.4.3Message contents (597)6.2.5_1.5Test requirement (598)6.2.5A Configured transmitted power for CA (599)6.2.5A.1Configured UE transmitted Output Power for CA (intra-band contiguous DL CA and UL CA) (599)6.2.5A.1.1Test purpose (599)6.2.5A.1.2Test applicability (599)6.2.5A.1.3Minimum conformance requirements (599)6.2.5A.1.4Test description (601)6.2.5A.1.5Test requirement (602)6.2.5A.2Void (603)6.2.5A.3Configured UE transmitted Output Power for CA (inter-band DL CA and UL CA) (603)6.2.5A.3.1Test purpose (603)6.2.5A.3.2Test applicability (603)6.2.5A.3.3Minimum conformance requirements (603)6.2.5A.3.4Test description (605)6.2.5A.3.5Test requirement (606)6.2.5A.4Configured UE transmitted Output Power for CA (intra-band non-contiguous DL CA and ULCA) (607)6.2.5A.4.1Test purpose (607)6.2.5A.4.2Test applicability (607)6.2.5A.4.3Minimum conformance requirements (607)6.2.5A.4.4Test description (608)6.2.5A.4.5Test requirement (610)6.2.5B Configured UE transmitted Output Power for UL-MIMO (611)6.2.5B.1Test purpose (611)6.2.5B.2Test applicability (611)6.2.5B.3Minimum conformance requirements (611)6.2.5B.4Test description (612)6.2.5B.4.1Initial conditions (612)6.2.5B.4.2Test procedure (612)6.2.5B.4.3Message contents (613)6.2.5B.5Test requirement (613)6.2.5E Configured UE transmitted Output Power for UE category 0 (614)6.2.5E.4.1Initial conditions (614)6.2.5E.4.2Test procedure (614)6.2.5E.4.3Message contents (614)6.2.5E.5Test requirement (615)6.2.5EA Configured UE transmitted Power for UE category M1 (615)6.2.5EA.1Test purpose (615)6.2.5EA.2Test applicability (615)6.2.5EA.3Minimum conformance requirements (615)6.2.5EA.4Test description (616)6.2.5EA.4.1Initial condition (616)6.2.5EA.4.2Test procedure (617)6.2.5EA.4.3Message contents (617)6.2.5EA.5Test requirements (617)6.2.5F Configured UE transmitted Output Power for UE category NB1 (618)6.2.5F.1Test purpose (618)6.2.5F.2Test applicability (618)6.2.5F.3Minimum conformance requirements (618)6.2.5F.4Test description (619)6.2.5F.4.1Initial conditions (619)6.2.5F.4.2Test procedure (620)6.2.5F.4.3Message contents (620)6.2.5F.5Test requirement (620)6.2.5G Configured UE transmitted Output Power for V2X Communication (620)6.2.5G.1Configured UE transmitted Output Power for V2X Communication / Non-concurrent with E-UTRA uplink transmission (621)6.2.5G.1.1Test purpose (621)6.2.5G.1.2Test applicability (621)6.2.5G.1.3Minimum conformance requirements (621)6.2.5G.1.4Test description (622)6.2.5G.1.4.1Initial conditions (622)6.2.5G.1.4.2Test procedure (622)6.2.5G.1.4.3Message contents (622)6.2.5G.1.5Test requirements (622)6.2.5G.2Configured UE transmitted Output Power for V2X Communication / Simultaneous E-UTRAV2X sidelink and E-UTRA uplink transmission (622)6.2.5G.2.1Test purpose (623)6.2.5G.2.2Test applicability (623)6.2.5G.2.3Minimum conformance requirements (623)6.2.5G.2.4Test description (625)6.2.5G.2.4.1Initial conditions (625)6.2.5G.2.4.2Test procedure (626)6.2.5G.2.4.3Message contents (626)6.2.5G.2.5Test requirements (626)6.3Output Power Dynamics (627)6.3.1Void (627)6.3.2Minimum Output Power (627)6.3.2.1Test purpose (627)6.3.2.2Test applicability (627)6.3.2.3Minimum conformance requirements (627)6.3.2.4Test description (627)6.3.2.4.1Initial conditions (627)6.3.2.4.2Test procedure (628)6.3.2.4.3Message contents (628)6.3.2.5Test requirement (628)6.3.2A Minimum Output Power for CA (629)6.3.2A.0Minimum conformance requirements (629)6.3.2A.1Minimum Output Power for CA (intra-band contiguous DL CA and UL CA) (629)6.3.2A.1.1Test purpose (629)6.3.2A.1.4.2Test procedure (631)6.3.2A.1.4.3Message contents (631)6.3.2A.1.5Test requirements (631)6.3.2A.2Minimum Output Power for CA (inter-band DL CA and UL CA) (631)6.3.2A.2.1Test purpose (631)6.3.2A.2.2Test applicability (632)6.3.2A.2.3Minimum conformance requirements (632)6.3.2A.2.4Test description (632)6.3.2A.2.4.1Initial conditions (632)6.3.2A.2.4.2Test procedure (633)6.3.2A.2.4.3Message contents (633)6.3.2A.2.5Test requirements (633)6.3.2A.3Minimum Output Power for CA (intra-band non-contiguous DL CA and UL CA) (634)6.3.2A.3.1Test purpose (634)6.3.2A.3.2Test applicability (634)6.3.2A.3.3Minimum conformance requirements (634)6.3.2A.3.4Test description (634)6.3.2A.3.4.1Initial conditions (634)6.3.2A.3.4.2Test procedure (635)6.3.2A.3.4.3Message contents (635)6.3.2A.3.5Test requirements (635)6.3.2B Minimum Output Power for UL-MIMO (636)6.3.2B.1Test purpose (636)6.3.2B.2Test applicability (636)6.3.2B.3Minimum conformance requirements (636)6.3.2B.4Test description (636)6.3.2B.4.1Initial conditions (636)6.3.2B.4.2Test procedure (637)6.3.2B.4.3Message contents (637)6.3.2B.5Test requirement (637)6.3.2E Minimum Output Power for UE category 0 (638)6.3.2E.1Test purpose (638)6.3.2E.2Test applicability (638)6.3.2E.3Minimum conformance requirements (638)6.3.2E.4Test description (638)6.3.2E.4.1Initial conditions (638)6.3.2E.4.2Test procedure (639)6.3.2E.4.3Message contents (639)6.3.2E.5Test requirement (639)6.3.2EA Minimum Output Power for UE category M1 (639)6.3.2EA.1Test purpose (639)6.3.2EA.2Test applicability (640)6.3.2EA.3Minimum conformance requirements (640)6.3.2EA.4Test description (640)6.3.2EA.4.1Initial condition (640)6.3.2EA.4.2Test procedure (641)6.3.2EA.4.3Message contents (641)6.3.2EA.5Test requirements (641)6.3.2F Minimum Output Power for category NB1 (641)6.3.2F.1Test purpose (641)6.3.2F.2Test applicability (641)6.3.2F.3Minimum conformance requirements (642)6.3.2F.4Test description (642)6.3.2F.4.1Initial conditions (642)6.3.2F.4.2Test procedure (643)6.3.2F.4.3Message contents (643)6.3.2F.5Test requirements (643)6.3.3Transmit OFF power (643)6.3.3.5Test requirement (644)6.3.3A UE Transmit OFF power for CA (644)6.3.3A.0Minimum conformance requirements (644)6.3.3A.1UE Transmit OFF power for CA (intra-band contiguous DL CA and UL CA) (645)6.3.3A.1.1Test purpose (645)6.3.3A.1.2Test applicability (645)6.3.3A.1.3Minimum conformance requirements (645)6.3.3A.1.4Test description (645)6.3.3A.1.5Test Requirements (645)6.3.3A.2UE Transmit OFF power for CA (inter-band DL CA and UL CA) (646)6.3.3A.2.1Test purpose (646)6.3.3A.2.2Test applicability (646)6.3.3A.2.3Minimum conformance requirements (646)6.3.3A.2.4Test description (646)6.3.3A.2.5Test Requirements (646)6.3.3A.3UE Transmit OFF power for CA (intra-band non-contiguous DL CA and UL CA) (646)6.3.3A.3.1Test purpose (646)6.3.3A.3.2Test applicability (646)6.3.3A.3.3Minimum conformance requirements (647)6.3.3A.3.4Test description (647)6.3.3A.3.5Test Requirements (647)6.3.3B UE Transmit OFF power for UL-MIMO (647)6.3.3B.1Test purpose (647)6.3.3B.2Test applicability (647)6.3.3B.3Minimum conformance requirement (647)6.3.3B.4Test description (647)6.3.3B.5Test requirement (648)6.3.3C 6486.3.3D UE Transmit OFF power for ProSe (648)6.3.3D.0Minimum conformance requirements (648)6.3.3D.1UE Transmit OFF power for ProSe Direct Discovery (648)6.3.3D.1.1Test purpose (649)6.3.3D.1.2Test applicability (649)6.3.3D.1.3Minimum Conformance requirements (649)6.3.3D.1.4Test description (649)6.3.3D.1.5Test requirements (650)6.3.3E UE Transmit OFF power for UE category 0 (650)6.3.3E.1Test purpose (650)6.3.3E.2Test applicability (650)6.3.3E.3Minimum conformance requirement (650)6.3.3E.4Test description (651)6.3.3E.5Test requirement (651)6.3.3EA UE Transmit OFF power for UE category M1 (651)6.3.3EA.1Test purpose (651)6.3.3EA.2Test applicability (651)6.3.3EA.3Minimum conformance requirements (651)6.3.3EA.4Test description (651)6.3.3EA.5Test requirements (652)6.3.3F Transmit OFF power for category NB1 (652)6.3.3F.1Test purpose (652)6.3.3F.2Test applicability (652)6.3.3F.3Minimum conformance requirement (652)6.3.3F.4Test description (652)6.3.3F.5Test requirement (652)6.3.4ON/OFF time mask (652)6.3.4.1General ON/OFF time mask (652)6.3.4.1.1Test purpose (652)6.3.4.1.2Test applicability (653)。
20130808_NSF-PROD-RSAS-V6.0-产品白皮书-V1.0
绿盟远程安全评估系统产品白皮书【绿盟科技】■密级完全公开■文档编号NSF-PROD-RSAS-V6.0-产品白皮书-V1.0■版本编号V1.0 ■日期2013-6-15■撰写人尹航■批准人李晨© 2022 绿盟科技■版权声明本文中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属绿盟科技所有，受到有关产权及版权法保护。
任何个人、机构未经绿盟科技的书面授权许可，不得以任何方式复制或引用本文的任何片断。
目录一. 攻防威胁的变化 (1)二. 环境变化带来的问题 (1)三. 新一代漏洞管理产品必备特性 (2)四. 绿盟远程安全评估系统 (2)4.1产品体系结构 (3)4.1.1 基础平台层功能 (3)4.1.2 系统服务层功能 (4)4.1.3 系统核心层功能 (4)4.1.4 系统接入层功能 (4)4.2产品特色 (5)4.2.1 多种检查能力合一，全面系统脆弱性发现 (5)4.2.2 风险统一分析 (6)4.2.3 灵活的部署方案 (7)4.2.4 独创便携工控设备，随时监督检查 (7)4.2.5 结合资产从海量数据快速定位风险 (7)4.2.6 融入并促进安全管理流程 (8)4.2.7 识别非标准端口，准确扫描服务漏洞 (8)4.2.8 丰富的漏洞、配置知识库 (9)4.3典型应用方式 (9)4.3.1 监督检查或小规模网络安全运维 (9)4.3.2 中小规模多子网安全运维 (10)4.3.3 网络访问受限的子网安全运维 (10)4.3.4 大规模跨地区网络安全运维 (11)五. 结论 (12)插图索引图 4.1 NSFOCUS RSAS整体架构图 (3)图 4.2 NSFOCUS RSAS单机部署 (9)图 4.3 NSFOCUS RSAS单机多网口多子网接入 (10)图 4.4 NSFOCUS RSAS代理扫描 (11)图 4.5 NSFOCUS RSAS大规模部署 (12)一. 攻防威胁的变化利用安全漏洞进行网络攻击的互联网安全问题，好像阳光下的阴影，始终伴随着互联网行业的应用发展。
明鉴信息安全等级保护检查工具箱产品白皮书
【文档密级：限制分发】明鉴®信息安全等级保护检查工具箱产品白皮书杭州安恒信息技术有限公司二〇一三年十二月文档编辑记录操作日期操作人操作说明版本号2013/10/21 冯旭杭创建文档V1.0 2013/10/21 邹龙调整了部分描述、增加了部分内容、图片V1.0 2013/10/23 莫金友精减相关功能描述V1.0目录1.背景 (5)2.产品概述 (6)2.1.产品概述 (6)2.2.产品组成与简介 (7)2.3.产品适用范围 (7)2.4.产品用途 (8)3.产品功能 (10)3.1.产品功能结构 (10)3.2.明鉴®信息安全等级保护工具箱主要功能 (11)3.2.1.在线安全检查 (11)3.2.1.1网站安全检查工具 (11)3.2.1.2 数据库安全检查工具 (11)3.2.1.U盘安全检查工具 (11)3.2.3.Windows主机配置检查工具 (11)3.2.4.Linux主机配置检查工具 (11)3.2.5.网络设备配置检查工具 (12)3.2.6.网站恶意代码检查工具 (12)3.2.7.主机病毒检查工具 (12)3.2.8.主机木马检查工具 (12)3.2.9.弱口令检查工具 (12)3.2.10.SQL注入验证检查工具 (13)3.2.11.辅助工具 (13)3.2.12.分析平台功能 (14)3.3.等级保护监察管理系统主要功能 (14)3.3.1.统一展现 (14)3.3.2.统计分析 (15)3.3.3.数据汇总 (15)3.3.4.检查管理 (16)3.3.5.资源管理 (16)3.3.6.日志管理 (17)4.产品部署与使用 (18)4.1.工具箱的部署与使用 (18)4.2.分析平台的部署与使用 (19)4.3.监察管理系统的部署与使用 (19)5.产品优势 (21)5.1.前瞻性 (21)5.2.权威性 (21)5.3.全面性 (21)5.4.准确性 (21)5.5.便捷性 (21)5.6.高效性 (21)5.7.兼容性 (21)5.8.安全性 (21)6.客户受益与结论 (22)1.背景从1994年国务院颁布的《中华人民共和国计算机信息系统安全保护条例》，我国第一次提出信息系统由公安部门牵头实行等级保护开始，截止目前等级保护工作已经形成主管明确、标准完善、流程清晰、执行积极的良好态势。
报告编号XXXXXXXXXXX-XXXXX-XX-XXXXXX-XX
报告编号：XXXXXXXXXXX-XXXXX-XX-XXXXXX-XX网络安全等级保护[被测对象名称]等级测评报告委托单位：测评单位：报告时间：年月说明：一、每个备案系统单独出具测评报告。
二、测评报告编号为四组数据。
各组含义和编码规则如下：第一组为系统备案表编号，由2段16位数字组成，可以从公安机关颁发的系统备案证明（或备案回执）上获得。
第1段即备案证明编号的前11位（前6位为受理备案公安机关代码，后5位为受理备案的公安机关给出的备案单位的顺序编号）；第2段即备案证明编号的后5位（系统编号）。
第二组为年份，由2位数字组成。
例如09代表2009年。
第三组为测评机构代码，由测评机构推荐证书编号最后六位数字组成。
其中，前两位为省级行政区划数字代码的前两位或行业主管部门编号：00为公安部，11为北京，12为天津，13为河北，14为山西，15为内蒙古，21为辽宁，22为吉林，23为黑龙江，31为上海，32为江苏，33为浙江，34为安徽，35为福建，36为江西，37为山东，41为河南，42为湖北，43为湖南，44为广东，45为广西，46为海南，50为重庆，51为四川，52为贵州，53为云南，54为西藏，61为陕西，62为甘肃，63为青海，64为宁夏，65为新疆，66为新疆兵团。
90为国防科工局，91为国家能源局，92为教育部。
后四位为公安机关或行业主管部门推荐的测评机构顺序号。
第四组为本年度系统测评次数，由两位构成。
例如02表示该系统本年度测评2次。
网络安全等级测评基本信息表声明【填写说明：声明是测评机构对测评报告的有效性前提、测评结论的适用范围以及使用方式等有关事项的陈述。
针对特殊情况下的测评工作，测评机构可在以下建议内容的基础上增加特殊声明。
】本报告是[被测对象名称]的等级测评报告。
本报告是对[被测对象名称]的整体安全性进行检测分析，针对等级测评过程中发现的安全问题，结合风险分析，提出合理化建议。
本报告测评结论的有效性建立在被测评单位提供相关证据的真实性基础之上。
精准测试技术白皮书
是否 可重复测试 第一代 第二代 第三代 否 是 是 是否 测试评估 否 是 是 是否 自动测试 否 否 是 是否 持续测试 否 否 否 是否系统级 是否可双向 追溯 否 否 否
否 否 否
第四代
第五代
是
是
是
是
是
是
是
是
否
是
否
是
精准测试的演变
“精准测试”从”穿线测试”理念演变而来
穿线测试理念
ThreadingTest（2014.6.6）
可视化展示测试的充分性，帮助测试、 开发高效的保证测试充分性。
星云测试特性介绍
精确地、实时地对测试进行追踪、分析 （测试客户端+后台Web追踪）
星云测试在云端为使用者提供了实时的测试报 表，使用者只要通过浏览器登陆云端系统，选择 需要跟踪的项目，就可以实时的对整个测试的质 量、进度、人员进行精准的分析和管理。你可以 很直观地和大家一起推动任务进展、有针对性的 进行能力提升规划。
精准指标分析 数字化验收
测试漏洞的智能分析
通过静态、动态指标的综合分析，
在大量的程序中，通过计算直接筛选潜在 的高危的测试漏洞。 通过复杂度和覆盖率进行计算 通过函数调用上下文和覆盖率进行计算
星云测试特性介绍
云+客户端的模式，杜绝了客户代码外泄的担忧 企业在星云测试上进行功能强大的云测，完全不需 要上传代码、被测的应用 云平台存储程序的“骨架”结构信息，以及测试结 果，可以通过内部标号系统在用户的研发环境和代码 关联展示测试结果。 所有的测试数据的统计性指标可以依赖云端数据完 成，星云的测试分析算法全部在云端实现，对用户透 明访问。
星云测试系统Demo：
示波器：实时采集被测应用的代码运行逻辑和指标数据
Geoway产品白皮书（PPT 41）
GeowayDRG / DRGViewer
- 用于国家1：5万数字栅格地图(dìtú)生产、质检
和产品包装
GeowayScan / TIN / DEMViewer
- 用于国家1：5万/ 1：1万DEM数据采集和产品包
装
GeowayDOM
- 用于国家1米分辨率5万数字正射影像地图(dìtú)
生产
- 用于北京市 1：1万/1：5千/1：2 千影像图生产
第十九页，共39页。
16. GeowayDOM 软件(ruǎn jiàn)
—— 客户机服务器方式的网络化作业 —— 生产过程(guòchéng)实时调度的数据库
管理
GeowayDOM 软件是基于(jīyú)单片微分纠正技术的数字正射影像 地图制作系统。
GeowayDOM 软件不是一个单一的软件，而是建立在网络操 作系统和数据库平台上的由四个独立应用软件组成的应用
Geoway产品(chǎnpǐn)白 皮书（PPT 41）
• 第一页，共39页。
北京(běi jīnɡ)吉威数源（Geoway CyberTek）软件开发有限 公司
北京吉威（Geoway）数源软件开发有限公司是北京市海淀区高新技术软件企业，成立于1998年5月。围绕3S技 术和4D产品，公司专业从事地理空间信息领域的软件产品开发，地理信息技术相关的应用系统开发，以及数据 加工和产品制作，并为地理空间数据的生产、管理和服务提供整体解决方案。 作为地理空间信息技术的佼佼者，Geoway在地理空间数据采集、多源数据增值加工、基础地理信息产品制作、 地理空间数据建库等方面成绩卓著。公司自主开发的GeoScan-Geoway系列产品连续三年荣获“国产GIS优秀软 件”。其中，1）GeoScan地图扫描矢量化系统是国家1：25万地形图数字化采集、七大江河流域DEM数据采集的 主力软件；2）Geoway4D产品生产套件全部入选参与国家1：5万数据生产；3）Geoway倡导建立数字化生产新 模式，为外部成果数据（野外、航测遥感、GIS/CAD）提供“一套数据、多种用途”的增值加工平台。目前， Geoway公司是国家测绘局系统的最大工具软件供货商。 GIS应用系统开发也是Geoway致力的主要方向。凭借自身(zìshēn)产品级的开发实力，将当今计算机主流技 术融会贯通，Geoway提供GIS、MIS、OA的一体化解决方案。融合ARC/INFO-MapObjects技术的GeowayGIS应 用开发平台，已经成功应用于“数字国土”等一系列国家级重点工程。Geoway公司是ARC/INFO（中国）公司的 合作伙伴。随着“全国1：50万土地利用现状数据库”、“国家级土地利用规划管理信息系统”的成功实施，Geoway 公司已经成为国土资源部信息中心的首选数据库及应用系统开发商。 基于自主软件技术，Geoway公司同时开展数据生产、产品制作和系统建库等服务项目。主要包括：1）矢量化 数据采集和更新；2）航卫片数字正射影像地图制作；3）DEM数据采集、模型构建、三维成果制作和挖填方等 地形分析；4）外部数据评价、整合、加工和建库；5）基础地理信息产品制作和产品复合；6）电子地图数据生产。
SAEJ2044 SEP 2002
汽车工程师学会技术标准委员会的规定：搣本报告由汽车工程师学会发表，旨在推动技术与工程科学的发展。
本报告的应用是完全自愿的，使用者应对本报告任何特定用途的适用性及适合性（包括因本报告产生的任何侵犯专利权的行为）承担全部责任。
汽车工程师学会至少每五年对所有技术报告实施一次审查，并有可能在此时重新确认、修订或撤销技术报告。
汽车工程师学会欢迎您提出书面的意见及建议。
版权所有© 2002 SAE （汽车工程师学会）国际版权所有。
未经汽车工程师学会的书面许可，不得复制、在检索系统中保存或以任何形式或通过任何方式（包括电子、机械、影印、录制或其它方式）传输本出版物的任何内容。
如需订购资料，请联系：电话：877-606-7323（美国与加拿大境内）电话：724-776-4970（美国境外）传真：724-776-0790电邮：custsvc@汽车工程师学会网址：水陆交通工具车辆 建议 惯例 J2044 修订标号 2002年9月 发布日期：1992-06 修订日期：2002-09 代替 J2044 1997年12月液体燃料和蒸汽/排放物系统快连接头规范目 录1.范围 ............................................................................................................................................................... 4 2.参考文献 ....................................................................................................................................................... 4 2.1 适用出版物 (4)2.1.1 SAE （汽车工程师学会）出版物 (4)2.1.2 ASTM 出版物 (4)2.2 相关出版物 (4)2.2.1 SAE （汽车工程师学会）的出版物 ............................................................................................................ 53.定义 ............................................................................................................................................................... 5 4.尺寸的名称 ................................................................................................................................................... 5 5.试验温度 ....................................................................................................................................................... 5 6.功能要求 ....................................................................................................................................................... 6 6.1 泄漏测试 . (6)6.1.1 测试程序（低压） (6)6.1.2 验收标准（低压） (6)6.1.3 测试程序（高压） (6)6.1.4 验收标准（高压） (8)6.1.5 测试程序（真空） (8)6.1.6 验收标准（真空） (8)6.2 组装施力 (8)6.2.1 测试程序（新部件） (8)6.2.2 测试程序 (9)6.2.3 验收标准 (9)6.3 拉离的施力 (9)6.3.1 测试程序 (10)6.3.2 验收标准 (10)6.4 侧向载荷能力 (10)6.4.1 测试程序 (11)6.4.2 验收标准（侧向负载泄漏试验） (11)6.4.3 试验要求（侧向负载断裂试验） (11)6.4.4 验收标准 (11)6.5 防蒸发排放 (12)6.5.1 测试程序 (12)6.5.2 验收标准 (12)6.6 电阻 (12)6.6.1 测试程序 (12)6.6.2 验收标准 (13)7. 设计验证/验证测试 (13)7.1 腐蚀 (13)7.1.1 测试程序 (13)7.1.2 验收标准 (13)7.2 氯化锌耐受性 (13)7.2.1 测试程序 (13)7.2.2 验收标准 (13)7.3 外部化学和环境耐受性 (14)7.3.1 测试程序 (14)7.3.2 流体或介质 (14)7.3.3 验收标准 (14)7.4 燃料的兼容性 (14)7.4.1 测试程序 (14)7.4.2 测试燃料 (15)7.4.3 试验要求 (15)7.4.4 验收标准 (15)7.5 寿命周期 (15)7.5.1 测试程序 (15)7.5.2 振动频率 (15)7.5.3 加速度 (15)7.5.4 振动的持续时间 (16)7.5.5 流体压力 (16)7.5.6 流体流量（只对液体燃料的快速连接接头） (16)7.5.7 试验持续时间 (16)7.5.8 试验周期 (16)7.5.9 验收标准 (17)7.6 流量限制 (19)7.6.1 测试程序 (19)7.6.2 验收标准 (19)7.7 高温爆裂 (19)7.7.1 测试程序 (19)7.7.2 验收标准 (19)8. 设计检查/验证和进程内测试矩阵 (19)9. 注 (20)9.1 边栏符号 (20)附录A 匹配管端模板举例 (21)1. 范围本SAE（汽车工程师学会）推荐惯例定义标准的插入式管端尺寸，以保证所有相同尺寸和标准管端连接器设计之间的互换性。
腾讯御点技术白皮书-Tencent
腾讯御点技术白皮书目录腾讯御点技术白皮书 (1)1产品定位 (3)2设计理念 (3)3产品市场分析 (4)4产品架构 (4)4.1部署架构 (4)4.2产品架构 (5)5产品主要功能 (7)5.1产品功能列表 (7)5.2产品主要功能描述 (11)6产品主要技术特性 (15)6.1腾讯TAV反病毒引擎 (15)6.2基于多步行为判断的主动防御技术 (16)6.3压缩包查杀技术 (17)6.4宏病毒专杀能力 (17)6.5主动防御 (17)6.6实时监控 (17)6.7U盘管控 (17)6.8隔离恢复 (17)6.9文件信任区 (17)6.10样本运营体系 (18)6.11升级服务 (18)7勒索病毒专项防护 (18)8评测升级与奖项 (19)9公司资质 (20)10产品资质 (21)1产品定位腾讯御点终端安全管理系统（以下简称“腾讯御点”）是腾讯公司提供的一款国际领先的企业级产品，其依托腾讯20年的安全实践和经验积累，采用了百亿量级云查杀病毒库、引擎库以及腾讯TAV杀毒引擎、系统修复引擎，可有效防御针对企业内网终端的病毒木马和漏洞攻击，为企业级用户提供终端病毒查杀、漏洞修复和统一管控等全方位的终端安全管理方案，可帮助企业管理者更好地了解内网终端安全状况，保护内网终端安全。
腾讯御点以更轻、更快、更准、更易用为首要研究方向，在降低用户终端资源消耗同时，能使病毒查杀更精准，有效防御病毒木马的入侵，帮助用户快速修复终端漏洞，并提供统一便捷的终端集中管控功能。
2设计理念●统一管控，智能预警腾讯御点可以实时收集终端上的各种安全状态信息，包括但不限于：补丁修复情况、内网风险情况、病毒库/终端版本分布信息、终端安全配置以及终端各种软硬件信息等，可以根据安全信息智能分析全网存在的安全风险并通过短信、邮件、微信等告警方式推送给安全管理员。
●多重防护，安全轻便腾讯御点会针对恶意文件和病毒木马在传播、运行、高风险操作等多个环节因地制宜的设立不同的检测机制，层层过滤确保不会遗漏可疑文件，并尽可能不影响机器运行的性能。
霍格沃兹测试开发内部讲义-《精准测试手册》
霍格沃兹测试开发内部讲义-《精准测试手册》
《精准测试手册》是霍格沃兹测试开发内部的一本讲义，旨在帮助测试开发人员实现更精准的测试。
该手册主要包含以下几个部分：
1. 测试基础知识：介绍测试的基本概念、测试流程和测试方法等基础知识，帮助测试开发人员建立起一个全面的测试基础。
2. 测试策略和计划：讲解如何制定测试策略和计划，包括测试目标、测试覆盖、测试环境等，帮助测试开发人员制定合理的测试计划。
3. 测试设计技巧：介绍一些常用的测试设计技巧，如等价类划分、边界值分析、决策表等，帮助测试开发人员设计高效且全面的测试用例。
4. 测试自动化：详细介绍测试自动化的概念、原理和工具使用等，帮助测试开发人员提高测试效率和质量。
5. 性能测试：介绍性能测试的基本概念、常用工具和测试方法，帮助测试开发人员评估系统性能并发现潜在问题。
6. 安全测试：讲解安全测试的基本原理和方法，包括漏洞扫描、渗透测试等，帮助测试开发人员找出系统的安全隐患并提供相应的解决方案。
7. 测试管理：介绍测试管理的相关知识，包括测试报告撰写、缺陷管理等，帮助测试开发人员有效地组织和管理测试工作。
《精准测试手册》是一本实用性很强的讲义，不仅提供综合的测试知识和技巧，还结合了霍格沃兹测试开发的实践经验，可以帮助测试开发人员提升测试能力，并在工作中更加精准地进行测试。
赛迪智库-2019年虚拟现实终端检测白皮书-2019.10-36页
3、日本 Konica Minolta（柯尼卡美能达）公司 2018 年 2 月，柯尼卡美能达旗下的照明和显示设备视觉 测试与检测系统的领先提供商 Radiant Vision Systems 宣布发 布一款 ProMetric 成像亮度计和色度计使用的全新 AR/VR 镜 头。该 AR/VR 镜头采用该镜头采用紧凑的硬件和模拟人眼 大小及其在头戴式设备内位置的光圈设计，并配备宽视场光 学元件，使所连接的成像系统能够采集显示器多达 120 度的 水平视场，涵盖人类目视觉的平均范围以及大多数 AR/虚拟 现实设备的视场。配合 ProMetric 成像亮度计和色度计，可 用于测量虚拟现实、混合现实和增强现实头戴式设备内 NED 的视觉质量。此测量方案是一款紧凑的相机/镜头总承包解决 方案，最大限度地减少了设置和集成时间、设备和专业知识 方面的需求。
3
业资质认定证书的检测机构。CMA 认定标志着公司可正式 开展业务，拥有向社会出具具有证明作用的第三方公正数据 和结果的资质，具备了虚拟现实产品、技术等行业的检验检 测资质，拥有虚拟现实领域检测能力，为虚拟现实行业及技 术发展奠定了重要基础。
（三）国外发展状况 目前，国外专门针对虚拟现实产品进行检验检测、提供 认证的公司或机构尚未见公开报导。通常情况下，国外虚拟 现实设备检测采用美国联邦通信委员会（FCC）认证；此外， 也有部分虚拟现实技术企业研发了相应的检测仪器。 1、FCC 检测认证 FCC 通过控制无线电广播、电视、电信、卫星和电缆来 协调国内和国际的通信，确保与生命财产有关的无线电和电 线通信产品的安全性，同时负责无线电应用产品、通讯产品 和数字产品等设备认可方面的事务。采用无线频谱资源进行 通信的虚拟现实产品在美国的发行与流通必须经过 FCC 认 证，通过产品传导、辐射等性能的测试。 2、芬兰 OptoFidelity（欧拓飞）公司 2017 年 2 月，美国美国保险商实验室（UL）集团麾下 的工业标准基准测试软件开发商 Futuremark（评测先锋）与 全球认可的机器人辅助测试和质量控制先驱欧拓飞公司共
恶意程序辅助检测系统技术白皮书
TrojanChecker恶意程序辅助检测系统技术白皮书广西今轩信息科技有限责任公司二0一0年九月目录第1章前言 (3)第2章系统简介 (4)第3章系统组成及特点 (6)3.1系统组成 (6)3.2系统技术实现原理 (7)3.3系统功能特点 (7)3.4主要技术功能 (8)第4章产品资质 (10)第1章前言Trojan Checker恶意程序辅助检测系统是由北京智恒联盟科技有限公司针对目前我国现阶段信息化建设过程中计算机系统中木马猖獗发生众多泄密事件而研制开发的专业级木马等恶意程序辅助检测系统，并能够全程监测木马等恶意软件活动进行全方位监控，是我国各级政府、军工企业等保密要害部门信息化建设过程中必不可少的工具。
TrojanChecker保护计算机信息安全，保障计算机不被恶意控制，是高效、安全、易用的新一代的木马检测系统。
《TrojanChecker技术白皮书》适合的对象：适用于希望了解本产品技术特性和使用的相关人员。
本手册共三章，第一章前言，第二章系统简介，第三章系统组成及特点，第四章产品资质第2章系统简介随着计算机和互联网技术的不断发展，网络在社会进步、经济发展等方面的作用也越来越明显。
与此同时，信息网络和计算机安全问题也变得日趋严重。
恶意程序对于计算机和服务器来说有着强大的控制力和破坏力，可以使用户无法正常使用系统的应有功能，同时还具有窃取重要信息、监听密码等功能，因此恶意程序是黑客进行攻击的最重要的手段。
据统计，我国政府和军队以及国防科研机构、军工企业网络、计算机都遭受过恶意程序信息窃取攻击，受到攻击的单位遍及我国绝大部分省、自治区、直辖市。
窃密内容涉及政治、军事、外交、经济、医疗卫生等多个领域。
恶意程序通常包括特洛伊木马、计算机病毒、蠕虫程序以及其他各种流氓软件等。
其技术发展及其迅速，且隐蔽性较强，有些甚至能破坏常见杀毒引擎而绕过检测，目前市场上大多数病毒防护系统对很多恶意程序无法准确检测或无法彻底清除，因此专业化反恶意程序的研究己成为信息安全保密领域的一个重要课题。
御界高级威胁检测系统技术白皮书-腾讯企业安全
御界高级威胁检测系统技术白皮书目录第一章系统简介 (4)1.前言 (4)2.核心能力 (4)第二章系统架构 (5)1.架构设计 (5)2.产品部署模式 (6)高扩展性 (6)多模块自由组合 (6)低成本 (6)3.产品型号 (7)第三章系统特点 (7)1.攻击链条检出 (7)2.发现APT (8)3.异常流量感知 (8)4.勒索病毒检测 (9)5.威胁情报 (9)6.漏洞攻击检测 (9)第四章核心功能模块 (9)1TFA检测引擎 (9)入侵特征模型检测模块 (9)异常流量模型检测模块 (9)异常域名检测模块 (10)网络攻击检测模块 (10)2文件还原模块 (10)3文件分析检测模块 (10)哈勃动态行为沙箱 (11)TAV杀毒引擎 (11)1.前言随着移动设备的普及和云基础设施的建设，企事业单位积极拥抱数字化，加之万物互联IoT潮流的到来，网络安全在当前这个时间点需要重新定义。
经典的攻击方式还未落幕，层出不穷的高级攻击方式已经上演，在安全形势不断恶化的今天，即使部署了各式样的安全产品，也无法做到预防所有的威胁。
在网络边界处阻止所有的威胁固然是我们最希望看到的情况，但是这种同步的拦截方式受限于较高的性能要求和较少的信息量，很难独立成为一个完整的企业安全解决方案。
御界高级威胁检测系统（以下简称御界）在网络边界处采用镜像流量，旁路检测的方式，旨在发现企业受到的恶意攻击和潜在威胁。
2.核心能力御界基于腾讯反病毒实验室的安全能力，依托腾讯在云和端的大数据，形成了强大且独特的威胁情报和恶意检测模型，凭借基于行为的防护和智能模型两大核心能力，高效检测未知威胁。
也正因为丰富的数据和海量运算能力，在发现威胁之后的溯源上御界的数据平台也能提供一流的服务。
真正高质量的攻击，比如APT攻击，大多是以新面貌呈现，基于特征或者是黑样本库黑网址库的防御方式在对抗新的威胁之时远不如动态分析来的直接和有效。
恶意代码层面可以通过变形和加密来做对抗，远控地址和远程IP也是全新的，攻击的入口也不尽相同，可以是邮件收发和消息处理等用户行为，也可以是通过系统或者软件漏洞进入，但是入侵，潜伏，远程连接，远程控制等过程从行为上看是有很大的相似和关联性的，基于行为的检测方案比基于特征的检测方案站在更高的维度上。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
精准测试白皮书V3.0（2019版）目录第一章精准测试诞生的背景 (1)第二章精准测试的定义 (4)第三章精准测试的基础架构介绍 (5)3.1 精准测试的技术架构 (5)3.2 软件示波器 (7)3.3精准测试的双向追溯 (10)双向追溯技术正向追溯 (11)双向追溯技术反向追溯 (12)数据追溯技术-追溯测试用例的全景调用 (13)数据追溯技术-针对多系统多模块（微服务）的追溯 (14)3.4 分布式结构下的数据穿透 (14)第四章精准测试的核心组件与功能 (16)4.1 风险控制 (17)4.1.1 七种测试覆盖率 (17)4.1.2 新增代码覆盖率 (19)4.1.3测试覆盖率范围筛选与再统计 (20)4.2 工作协同 (21)4.2.1 打通开发与测试的隔阂 (21)4.2.2 源码动静态数据的统一 (22)4.2.3 缺陷最后执行时序分析 (25)4.2.4 智能缺陷定位 (26)4.3 敏捷迭代 (29)4.3.1 敏捷迭代下多版本白盒测试数据的聚合 (29)4.3.2 聚类分析 (30)4.3.3 漏洞检出 (32)4.3.4 精准测试与自动化测试对接 (34)4.3.5 最小测试用例集 (34)4.4 团队管理 (35)4.4.1 精准测试的企业私有云可信化报表 (35)4.4.2 精准测试的企业私有云-测试效率的直观展示 (37)4.4.3 精准测试的企业私有云-测试用例排行图 (39)4.5 知识库累积 (41)4.5.1 精准测试数据的价值 (41)4.5.2 精准测试智能回归测试用例智能选取 (41)4.5.3 精准测试在回归测试中的性能评估 (43)第五章精准测试的管理报表分析 (43)5.1 项目指标 (44)5.1.1 程序代码信息汇总 (45)5.1.2 程序覆盖率指标 (45)5.2测试用例-按日趋势图 (47)5.2.1测试用例汇总信息 (47)5.2.2测试用例按日趋势图 (48)5.3测试用例-测试用例列表 (49)5.3.1 星云精准测试软件示波器（测试用例跟踪） (50)5.4测试缺陷-Bug信息汇总 (52)5.4.1 Bug按日趋势图和Bug类型分布组合 (52)5.4.2 Bug提交排行榜 (53)5.5测试缺陷-Bug详细列表 (54)5.6覆盖率-按日增长趋势图 (55)5.6.1 覆盖率信息汇总 (55)5.6.2 覆盖率按日增长曲线图 (56)5.6.3 雷达图 (56)5.6.4 函数|类|文件覆盖率统计 (57)5.7覆盖率列表 (58)5.7.1 覆盖率列表与单函数的覆盖率、复杂度雷达图 (58)5.7.2 函数对应的调用关系图 (59)5.8复杂度-函数|类|包复杂度统计 (60)5.8.1 复杂度统计信息 (60)5.8.2 复杂度列表 (61)第一章精准测试诞生的背景现代社会是建立在各种以计算机为基石的软件技术基础之上的。
随着日新月异的需求变化，软件系统越来越复杂。
很多人觉得软件开发才是重要环节，但实际上，无法对大型软件进行有效的质量把控，就无法真正构建与维护大型软件。
——系统中任何一个错误都可能导致整个系统的崩溃，造成无法弥补的损失，系统的任何一个微小的修改都可能引入新的缺陷导致维护困难重重。
然而，如何从极端庞大复杂的系统中迅速及时地找到故障所在，却是行业的一大难点。
目前国内软件测试基本处于两种状态：一是绝大多数企业采用功能（黑盒）测试，二是部分对软件产品有高可靠性要求的关键软件，企业会使用代码级的白盒测试工具，但这两种传统的测试办法在目前的软件智能化趋势下，更像是用竹竿打怪兽，完全没办法应付的。
功能（黑盒）测试，测试者看不到程序内部逻辑结构，这种办法对软件可靠性要求不高的应用来讲问题不是很大，但是对于大型金融保险、工业软件、航天军工等关键系统就意味着时刻携带隐形的巨大风险。
为此，功能测试后期需要极高的人力投入才能完成复杂逻辑的用例分析和设计。
然而对于黑盒测试来说，由于我们无法获知内部的逻辑构造，程序越大，杀虫剂效应越明显。
而行业内当作银弹的自动化测试，当自动化程序本身规模扩大以后，它的维护本身就存在了很严重的问题。
代码级（白盒）测试工具一般重点应用在研发阶段的单元测试上，满足了客户的部分高可靠性需求，但由于其价格高昂、技术老化，仅适合于小规模迭代瀑布式开发的软件，无法完成复杂的系统级别的测试以及分布式基于云的测试，更无法适应敏捷迭代的开发模式。
而且值得一提的是，目前白盒测试工具基本都是国外产品，通常这些产品无法完成深度的定制化功能以及快速的用户响应，代码安全也是一个较大的问题。
随着国内军民各项大型核心软件系统的上马，研发一种面向高复杂度大型软件、自主可控的高性能智能精准测试平台，显得迫在眉睫。
正是在这种时代背景下，2012年初，星云测试团队开始心无旁骛的研发征程。
精准测试是个交叉学科，里面涉及到编译器、测试分析、图形技术、高性能通信与存储，软件的研发等多项底层技术。
经历无数个不眠之夜对技术难点突破的煎熬与最佳解决方案的反复推敲，星云精准测试产品在诸多方面率先实现了重大技术创新，成功突破了白盒测试使用难度大、价格高昂的桎梏，有效消弭了国外高端测试产品垄断的壁垒。
星云精准测试产品更偏向于软件测试业界的“灰盒测试”，即用简单的黑盒操作办法，可以同时得到单元级和系统级的精准测试数据。
“星云精准测试”在众多性能上大幅超越国外进口高端白盒测试工具产品，并在数据追溯、覆盖率可视化、智能回归、智能缺陷定位、分布式数据穿透与追踪等特性上有突出贡献。
“星云精准测试VIP大企业离线版云平台”在整体测试功能上的优异特性，成功获得了一批重要大型企业的高度认可及产品采购。
星云精准测试的首发版本为：穿线测试ThreadingTest，2014年6月6日上线，侧重于系统级白盒测试技术，测试用例和代码逻辑的双向追溯技术，测试示波器技术，覆盖率可视化技术。
2015年8月6日，“穿线测试”正式更名为“星云精准测试”。
在继承穿线测试整体技术上，星云精准测试增强了回归测试用例的自动选取技术，缺陷最后执行时序分析、智能缺陷定位、敏捷环境下多版本白盒测试数据的聚合、聚类分析、结合代码结构与动态数据的测试漏洞检出、代码安全特性，全面的测试管理特性等几十种优秀功能。
目前有“星云精准测试VIP大企业离线版云平台”、“星云精准测试PASS在线云平台“、“全自动测试用例驱动生成系统Wings”等多种工具产品。
星云精准测试旗下产品平台有Horn、Paw、Shell、Wings等系列产品。
适用语言和平台暂为：Java、Object-C、C89、C99、C++0X11、C#等；适用平台：Android、J2EE（、Web）、Java Desktop、iOS、MacOS、Linux（X86、X64、mips、arm、powerpc、UNIX(AIX)、VXworks、Windows(visual )、Windows操作系统、WinCE嵌入式平台等。
为响应广大用户的需求，目前正在进一步扩展适应的语言和平台覆盖面。
通过精准测试，即继承了传统功能测试前期的高效率运行区间，又能在后期通过系统的数据，让开发、测试充分协同，完成全程高效的测试。
（1）将测试团队的价值放大，能够将开发与测试更加紧密的连接起来，互为支撑。
（2）采用精准、可信测试技术，测试管理的难度大幅度降低。
（3）降低企业对人员的过度依赖，通过系统适应人员的变更。
图1-1 精准测试在大型系统的效率运行分析星云精准测试，既保证了传统功能测试前期的高效率运行区间，又能在后期通过系统的数据，让开发、测试充分协同，完成全程高效的自动化精准测试。
第二章精准测试的定义精准测试：是一种国际首创的软件测试技术，旨在建立大型软件系统的测试数据与源代码之间高度的可视化追溯机制，实现精准缺陷预防及定位。
它有力的打破了软件开发、测试、维护及管理人员等之间的数据交流屏障，支持超大型应用从开发、迭代、维护全流程的可视化精准测试跟踪和测试分析。
即使是初级测试人员也能易于学习掌握，用黑盒测试的方法实现精准化测试。
精准测试使软件测试从完全依赖人工记录、验证，转换为机器智能的全过程精准、可视、可信的全新检测模式。
精准测试数据和黑盒测试优雅对接，在不改变常规测试流程的情况下，就可以获得大量的精准分析数据，并直接引导用户进行高效的后续测试与质量风险评估。
用户手动“点测“或者与自动化对接被测试应用的同时，可以快速记录对应的代码执行逻辑并实施同步运算和分析，给出被测试应用的质量诊断报告。
例如测试过程中的关键模块漏测分析、测试充分度度量、代码静态质量分析以及崩溃的代码级的捕获和分析等。
精准测试有着超强的数据追溯机制，通过建立用例和代码运行时数据的映射关系，能够很好的协同开发和测试工作；它适用于当前流行的敏捷开发、测试体系，在版本迭代中，能够准确的计算出由于版本迭代影响和波及的测试用例，快速给出测试复杂度报告并核确定测试范围优先级，极大减少上线风险。
在团队管理上，精准测试亦产出数十张过程及管理的不同剖面报表，以满足各级管理需求。
第三章精准测试的基础架构介绍3.1 精准测试的技术架构星云精准测试的技术架构：通过对源代码的插装分析出代码的静态结构信息，运行插装后的代码，测试工程师通过人工或自动化的执行用例，软件示波器通过采集到的这些数据，进行相关密集运算，得到测试数据。
结合之前已有的代码静态结构信息，在星云客户端可实现用例与函数直接的互相追溯，再通过星云测试工具的企业项功能，缺陷定位、用例聚类分析、回归测试用例和最小测试用例集得到相应的测试数据，星云测试通过报表的形式展示测试数据，导出批量测试报告。
精准测试从某个层面来讲，是赋予了测试用例真正的生命力，传统的测试用例仅仅是一些只能够依赖人去理解和分析的文本文件而已，在计算机和算法层面则没有存在意义和价值。
下图是精准测试的整体架构图：图3-1-1 精准测试的总体架构图大家首先可能会比较好奇，“用例魔方”的概念是怎么来的？测试用例魔方是在精准测试的设计、开发和商业实践中自然产生的功能集合的一个统称。
当我们把精准测试的和用例分析相关的功能画成架构图形表示的时候，它自然而然地看起来就像魔方，所谓“魔”则是精准测试核心算法所赋予的超能力。
上图是星云精准测试系统的总体结构图，“测试魔方”即分布在左上角区域。
大家知道精准测试的核心技术是测试用例与代码的追溯关系的建立，而在此之上就可以构建测试魔方的核心功能区。
如下：图3-1-2 精准测试的测试魔方所谓“方”实际上是代表测试用例的集合，每个测试用例用一个小方块标识，所有测试用例的集合用一个大方块。
精准测试体系中，测试用例对应的代码逻辑都可以实现全自动的追溯和存储，因此测试用例就具备了进行深入分析的基础。