第14章 软件的其他测试技术
第十四章计算机舞弊
第三节
防范计算机舞弊的对 策
我国目前已经出台了一系列关于计算机信息系 统安全及惩处计算机违法犯罪行为等方面的法 律法规。概括起来有以下四大类。 （一）刑法 ---- 八届人大五次会议于 1997 年 3 月 14 日通过、 同年 10 月 1 日正式施行的新修订的《中华人民 共和国刑法》，增加了非法侵入计算机信息系 统 罪 （ 第 285 条 ） 、 破 坏 计 算 机 信 息 系 统 罪 （第 286 条）和利用计算机进行传统犯罪（第 287条）等3类关于计算机犯罪的罪名。
第二节
计算机舞弊的常见手 法及其审计
（二）特洛伊木马术（Trojan Horse） 在合法的程序中暗藏有一些非法的程序段，程序看上 去运行正常，能够完成授权的功能，但是在同时又通 过非法程序段执行了未经授权的任务。 审计人员必须加强对程序的测试，要从多个角度、采 用多种方法来检测程序段，将那些不必要的、不严谨 的部分识别出来。对于测试过的程序要留有程序副本， 经常将正在运行的实际程序和副本程序进行比较，检 查它们是否存在差异。对程序的修改也必须加强控制， 防止有人利用修改的机会暗藏一些非法程序段。
防范计算机舞弊的对 策
三、互联网安全问题 （一）互联网安全的特点 1、网络安全涉及面非常广 2、网络安全涉及的技术层面深 3、网络安全的黑盒性 4、网络安全的动态性 5、网络安全的相对性
第二节
计算机舞弊的常见手 法及其审计
(六)逻辑炸弹（Logic Bombs） 逻辑炸弹是有意设置并插入系统中的一组程序 编码。这些编码只有在特定的时期或条件下才 执行，日后以系统时钟或以某种特定事物的处 理作为触发条件而发生“爆炸”，对系统造成 恶性破坏。 在系统中安置逻辑炸弹，一般采用“特洛伊木 马”的形式。所以，其审计方法同“特洛伊木 马”的审计方法。
第14章 系统开发与运行的基础知识
第14章系统开发与运行的基础知识软件开发中的瀑布模型典型地刻画了软件生存周期的阶段划分，与其最相适应的软件开发方法是______。
A．构件化方法 B．结构化方法C．面向对象方法 D．快速原型法结构化开发方法中，数据流图是______阶段产生的成果。
A．需求分析 B．总体设计 C．详细设计 D．程序编码______是一种面向数据流的开发方法，其基本思想是软件功能的分解和抽象。
A．结构化开发方法 B．Jackson系统开发方法C．Booch方法 D．UML(统一建模语言)软件开发模型用于指导软件的开发。
演化模型是在快速开发一个 (4) 的基础上，逐步演化成最终的软件。
螺旋模型综合了 (5) 的优点，并增加了 (6) 。
喷泉模型描述的是面向 (7) 的开发过程，反映了该开发过程的 (8) 特征。
(4)A．模块 B．运行平台 C．原型 D．主程序(5)A．瀑布模型和演化模型 B．瀑布模型和喷泉模型C．演化模型和喷泉模型 D．原型模型和喷泉模型(6)A．质量评价 B．进度控制C．版本控制 D．风险分析(7)A．数据流 B．数据结构 C．对象 D．构件(8)A．迭代和有间隙 B．迭代和无间隙C．无迭代和有间隙 D．无迭代和无间隙关于原型化开发方法的叙述中，不正确的是______。
A．原型化方法适应于需求不明确的软件开发B．在开发过程中，可以废弃不用早期构造的软件原型C．原型化方法可以直接开发出最终产品D．原型化方法利于确认各项系统服务的可用性下面关于网络工程需求分析的论述中，正确的是______。
A．任何网络都不可能是一个能够满足各项功能需求的万能网B．必须采用最先进的网络设备，获得最高的网络性能C．网络需求分析独立于应用系统的需求分析D．网络需求分析时可以先不考虑系统的扩展性面向对象的测试可分四个层次，按照由低到高的顺序，这四个层次是______。
A．类层——模板层——系统层——算法层B．算法层——类层——模板层——系统层C．算法层——模板层——类层——系统层D．类层——系统层——模板层——算法层在某个信息系统中，存在如下的业务陈述：①一个客户提交0个或多个订单；②一个订单由一个且仅由一个客户提交。
《软件工程》课件第14章 软件质量的评价和保证
第14章 软件质量的评价和保证
14.2.2 ISO的软件质量评价模型 按照ISO/TC97/SC7/WG3/1985-1-30/N382，软件质
量度量模型由3层组成，如图14.3所示。 高层是软件质量需求评价准则(SQRC)。 中层是软件质量设计评价准则(SQDC)。 低层是软件质量度量评价准则(SQMC)。
第14章 软件质量的评价和保证 2) 面向软件产品修正 面向软件产品修正的定义如下： (1) 可维护性：指找到并改正程序中的一个错误所需代价 的程度。 (2) 可测试性：指测试软件以确保其能够执行预定功能所 需工作量的程度。 (3) 适应性：指修改或改进一个已投入运行的软件所需工 作量的程度。 3) 面向软件产品转移 面向软件产品转移的定义如下： (1) 可移植性：指将一个软件系统从一个计算机系统或环 境移植到另一个计算机系统或环境中运行时所需的工作量。
第14章 软件质量的评价和保证
(2) 可重用性：指一个软件(或软件的部件)能再 次用于其他相关应用的程度。
(3) 可互操作性：指将一个系统耦合到另一个系 统所需的工作量。
通常，对以上各个质量特性直接进行度量是很困 难的，在有些情况下甚至是不可能的。因此，McCall 定义了一些评价准则，这些准则可对反映质量特性的 软件属性分级，并以此来估计软件质量特性的值。软 件属性一般分级范围从0(最低)～10(最高)。主要评价 准则定义如下：
第14章 软件质量的评价和保证
(5) 发挥每个开发者的能力。软件生产是人的智 能生产活动，它依赖于开发组织团队的能力。开发者 必须有学习各专业业务知识、生产技术和管理技术的 能动性。管理者或产品服务者要制定技术培训计划、 技术水平标准，以及适用于将来需要的中长期技术培 训计划。
软件需求-第14课-软件需求规格说明书
2.2 操作岗位
税收管理员岗
20
第14章 需求规格说明书
2 需求规格说明文档 示例-内容
实地核查
需求规格说明文档常见的模板
税务机关内部 税收管理员 纳税人
第14章 结束项目或阶段
26
软件项目管理与实践 清华大学出版社
2
软件项目管理与实践 清华大学出版社
第14章 结束项目或阶段
图14-1 结束项目或阶段的数据流向图
3
软件项目管理与实践 清华大学出版社
第14章 结束项目或阶段
在结束项目时，项目经理需要审查以前各阶段的收尾信息，确保项目目标已
经实现，所有项目工作都已完成。由于项目范围是依据项目管理计划来考核
的，项目经理需要审查范围基准，确保在项目工作全部完成后才宣布项目结 束。 如果项目在完工前就提前终止，结束项目或阶段过程还需要制定程序，来调 查和记录提前终止的原因。为此，项目经理应该邀请所有合适的干系人参与 本过程。 结束项目或阶段是一个最终的活动，贯穿全部项目管理过程组以完成项目和 阶段。
11
软件项目管理与实践 清华大学出版社
14.1.3 过程输出
在项目收尾期间，应该审查以往的阶段文件、范围核实过程所产生的验收文件以 及合同，以确保达到全部项目要求。如果项目在完工前提前终止，则需要在正式 的收尾文件中说明项目终止的原因，并规定正式程序，来把该项目的已完成和未 完成的可交付成果移交他人。 历史信息。把历史信息和经验教训信息存入经验教训知识库，供未来项目或阶段 使用。可包括问题与风险的信息，以及适用于未来项目的有效技术的信息。
必需的活动；
为收集项目或阶段记录、审核项目成败、收集经验教训和存档项目信息 （供组织未来使用）所必需的活动。
软件工程 复习资料
软件工程复习大纲考试主要章节：第一章软件与软件工程第二章软件项目管理第三章计算机系统工程第3.2节第五章面向数据流的分析方法第八章软件设计基础第十四章软件测试其他：上课讲义题型一、选择题（单选或多选）1、软件的主要特性是（）A、无形性B、高成本C、包括程序和文档D、可独立构成计算机系统（●软件是一种逻辑产品，具有无形性；●软件产品的生产主要是研制；●软件不存在磨损和老化问题，但存在退化问题；●软件产品的生产主要是脑力劳动；●软件产品的成本非常昂贵，其开发方式目前尚未完全摆脱手工生产方式；● 软件具有“复杂性”，其开发和运行常受到计算机系统的限制。
）2、软件工程三要素()A、技术、方法和工具B、方法、工具和过程C、方法、对象和类D、过程、模型和方法3、包含风险分析的软件工程模型是（）A、螺旋模型B、瀑布模型C、增量模型D、喷泉模型4、软件危机的主要表现是（）A、软件成本太高B、软件产品的质量低劣C、软件开发人员明显不足D、软件生产率低下5、软件工程的目标（）A、易于维护B、低的开发成本C、高性能D、短的开发周期（注意：缩短开发周期是他的目标，但短的开发周期就不是了）6、需求分析的主要目的是(ＢＣ)。
A) 系统开发的具体方案B) 进一步确定用户的需求C) 解决系统是“做什么的问题”D) 解决系统是“如何做的问题”7、ＳＡ法的主要描述手段有(Ｂ)。
A) 系统流程图和模块图B) ＤＦＤ图、数据词典、加工说明C) 软件结构图、加工说明D) 功能结构图、加工说明8、画分层ＤＦＤ图的基本原则有(ＡＣＤ)。
A) 数据守恒原则B) 分解的可靠性原则C) 子、父图平衡的原则D) 数据流封闭的原则9、在E-R模型中，包含以下基本成分(C)。
A) 数据、对象、实体B) 控制、联系、对象C) 实体、联系、属性D) 实体、属性、联系10、画DFD图的主要目的是(A D)。
A) 作为需求分析阶段用户与开发者之间交流信息的工具B) 对系统的数据结构进行描述C) 对目标系统的层次结构进行描述D) 作为分析和设计的工具11、数据字典是数据流图中所有元素的定义的集合，一般由以下四类条目组成(C)。
17测试用例设计-STMT
测试类型与测试用例设计
根据测试类型设计
功能测试 易用性测试 配置测试 压力测试 • 测试用例1 • 测试用例2 • 测试用例3 回归测试
根据程序功能模块设计
安装/卸载测试 联机注册测试
测试用例的组织和测试过程的关系 界面测试 联机帮助测试 文档测试 软件更新测试 国际化测试 • 测试用例1 • 测试用例2 • 测试用例3 • 测试用例1 • 测试用例2 • 测试用例3
发现缺陷后补充的测试用例数 / 总的测试用例数 需求、功能点覆盖率 代码覆盖率
14.3白盒测试用例设计方法
什么是白盒测试
白盒测试也称为结构测试，把程序看作一个透明的盒子，测试程序的代码 书写结构和逻辑问题 逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判 定-条件覆盖、条件组合覆盖等 基本路径测试：在程序控制流程的基础上，分析控制构造的环路复杂性， 导出基本可执行路径集合，从而设计测试用例。 由于测试路径可能非常多，由于时间和资源问题，选出足够多的路径测试 由于深入到程序编码，通常开发人员协助测试人员书写白盒测试用例
实例
测试用例套件
测试套件是由一系列测试用例并与之关联的测试环境组合
而构成的集合，已满足测试执行的特定要求。通过测试套 件，将服务于同一个测试目标、特定阶段性测试目标或某 一运行环境下的一系列测试用例有机地组合起来 1) 按程序功能模块组织 2) 按测试用例的类型组织 3) 按测试用例的优先级组织
2.测试用例的作用
1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性
3.测试用例设计书写标准
标志符（Identification） 测试项（Test Items） 测试环境要求
软件评测师考试试题分类精解与题型练习：第14章性能测试
（5）基准测试：是比较新的或未知测试对象与已知参照标准（如现有软件或评测标准）的
性能的测试，其关键是要获得一致并可再现的结果。
性能测试的内容丰富多样，按照测试入口可以分为如下3个方面。
（1）应用在客户端
应用在客户端的性能测试主要包括并发性能、疲劳强度、大数据量和速度测试等，其中并
能力，并帮助做出决策。
（2）识别体系中的弱点：找出系统在高负载情况下的问题，从而修复体系的瓶颈或薄弱环
节。长时间地测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或
冲突。
（3）系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。
（4）验证稳定性和可靠性：在一个生产负荷下执行测试达到一定的时间，以评估系统的稳
【说明】
某“网站稿件管理发布系统”是采用J2EE架构开发的B/S系统，Web服务器、应用服务
器，以及数据库服务器部署在一台物理设备上。
系统实现的功能主要包括稿件管理和文档上传下载，稿件管理模块可以对稿件执行增加、
查询、删除、修改、显示和批准等操作，批准后的稿件即可在网站上发布；文档上传下载模块软件评测师考试试题分类精解
应用性能。
网络应用性能监控是利用工具监测关键应用程序的网络带宽占用和流量等指标。
网络应用性能分析的目的是准确展示网络带宽、延迟、负载和TCP端口的变化如何影响
用户的响应时间，以发现应用的瓶颈所在。
网络预测是考虑系统未来发展的扩展性，预测网络流量和网络结构的变化对用户系统的影软件评测师考试试题分类精解
总业务量为1 000笔，系统能够提供的最大交易执行吞吐量为200笔/小时，试设计测试周期并
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第14章 软件的其他测试技术软件的其他测试技术不是一个基本过程测试技术，是一个辅助的测试技术，用于软件测试过程中。
本章重点讨论以下内容：● 可用性测试；● 压力测试；● 确认测试；● 容错性测试；● 易用性测试；● 安全性测试；● 需求检查测试；● 可靠性测试；● 风险测试；● 缺陷测试；● Web测试；● 接口测试；● 安装和反安装测试。
14.1 可用性测试可用性测试（UsabilityTesting）是指在设计过程中被用来改善易用性的一系列方法。
我们为用户提供一系列操作场景和任务让他们去完成，这些场景和任务与您的产品或服务密切相关。
通过观察，我们来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式，原因是什么。
针对问题所在，我们会提出改进的建议。
14.1.1 可用性测试的概念可用性测试的概念主要表现为：1. 可用性是产品的一个基本的自然属性，是最终用户使用产品的可用的程度。
2. 可用性测试是依照可用性标准对GUI的系统评估。
3. 可用性是在产品和用户的相互作用中体现出来。
4. 可用性测试是用户在和系统（网站，软件应用程序，移动技术或任何用户操作的设备）5. 交互时对用户体验质量的度量。
6. 可用性的基本评价指标是效率、满意和安全（容错，无错）。
14.1.2 可用性测试的方法可用性测试的方法主要表现为：1. 对同一测试内容在同时采用多指标的测试；2. 对同一测试内容在不同时间采用采用多指标的测试。
14.1.3 可用性测试的目的可用性测试的目的主要表现为：1. 可用性测试的目的是确定用户界面设计在两个层面上的问题；2. 概念的层面－和导航，用户定位和UI一致性相关地关键问题；3. 详细设计的层面－遵循GUI标准和指南，使用的术语，特定的问题。
这些问题一旦被收集，将按照严重程度给它们划分优先级别。
另外，对于每个主要的问题，提议做一个重设计的建议。
14.2 压力测试所谓压力测试（stress testing）是指对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
压力测试主要表现为：压力测试的定义、压力测试的目标。
14.2.1 压力测试的定义、特点和核心原则1. 什么是压力测试压力测试（Stress Test）也就是强度测试，压力测试是指模拟巨大的工作负荷来测试应用程序在峰值情况下如何执行操作。
在实际的软硬件环境下，压力测试主要是以软件响应速度为测试目标，尤其是针对在较短时间内大量并发用户访问时软件的抗压能力。
其目的是找到系统在哪里失效以及如何失效的地方。
感兴趣的是这些对系统的处理时间有什么影响？需要的资源是什么？需要的环境是什么？需要做什么样的配套工作？一般状态下包括以下3点：（1）短时间的极端负载测试；（2）在过量用户下的负载测试；（3）连续执行所有能做的操作 。
2. 压力测试的特点压力测试具有以下特点：（1）压力测试通过增加访问量使应用系统的资源使用保持在一定的水平上，以此检验应用的表现，重点在于有无出错信息产生，系统对应用的响应时间等。
（2）通过压力测试使系统的资源使用达到较高的水平。
一般情况下， CPU的使用率要达到75％以上、内存使用率要达到70％以上。
3. 压力测试和负载测试的区别压力测试是在超常规负荷条件下，长时间连续运行系统，检验应用程序的各种性能表现和反应。
负载测试是指测试应用程序在常规负荷下，确认响应时间和其它的性能和表现。
4. 压力测试的核心原则压力测试的核心原则是：★ 重复:最明显且最容易理解的压力原则就是测试的重复。
★ 并发:并发是同时执行多个操作的行为。
★ 大数据量:给每个操作增加超常规的负载量。
★ 随机。
14.2.2 压力测试的目标压力测试的目标主要是通过极限测试方法，发现系统在极限或恶劣环境中自我保护能力。
主要验证系统的可靠性。
在具体操作上表现为：1．检查最终用户的响应时间。
根据系统设计说明书确定的功能和性能要求完成一个业务流程应所需的时间；2. 检查可靠性。
检查系统功能和性能有没有错误？在大数据量状态下系统运行是否会发生故障？3. 检查硬件或软件的可靠性；4. 检查硬件配置是否合理；5．检验系统容量。
在没有显著的性能下降情况下，系统能处理的最大负荷。
14.3 确认测试确认测试（Validation Test）的目的是向用户表明系统能够像预定要求那样工作。
14.3.1 确认测试的定义确认测试又称有效性测试。
确认测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求说明书，功能说明书，性能说明书列出的需求。
确认软件的功能和性能及其他特性是否与用户的要求一致。
14.3.2 确认测试的内容确认测试内容主要包括功能和性能两部分。
（1）功能测试功能测试考察软件对功能需求完成的情况，应该设计测试用例使需求规定的每一个软件功能得到执行和确认。
★ 按照系统给出的功能列表，逐一设计测试案例；★ 对于需要资料合法性和资料边界值检查的功能，增加相应的测试案例；★ 运行测试案例；★ 检查测试结果是否符合业务逻辑；★ 评审功能测试结果。
（2）性能测试性能测试是检验软件是否达到需求规格说明中规定的各类性能指标，并满足一些与性能相关的约束和限制条件。
★ 测试软件在获得定量结果时程序计算的精确性；★ 测试在有速度要求时完成功能的时间；★ 测试软件完成功能时所处理的数据量；★ 测试软件各部分工作的协调性，如高速操作、低速操作的协调性；★ 测试软件/硬件中因素是否限制了产品的性能；★ 测试产品的负载潜力及程序运行时占用的空间。
14.4 容错性测试容错测试（Tolerance test）是一种对抗性的测试过程。
当软件运行出现故障时，如何进行故障的转移与恢复当前系统产生的实时数据。
又如何去转移有用的数据（文件），应用系统出现故障时能否成功地将运行的系统或系统某一关键部分转移到其他设备上继续运行，使备用系统不失时机地“顶替”已发生故障的系统，避免丢失数据（文件），不影响用户的使用。
14.4.1容错性测试的概念容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。
当系统出大错时，能否在指定时间间隔内修正错误并重新启动系统。
当系统出现非关性错误时能否保证系统继续运行。
14.4.2容错性测试的内容容错性测试包括两个方面：★ 输入异常数据或进行异常操作，以检验系统的保护性。
如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。
★ 灾难恢复性测试。
通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。
14.4.3需考虑的特殊事项从容错性测试的概念和内容可以看出，当软件出现故障时如何进行故障的转移与恢复有用的数据是十分重要的。
对于如何进行容错性测试，这是我们关心的事情，所进行容错性测试需要考虑以下的特殊事项。
1.故障发生时数据的转移与数据的恢复故障发生时数据的转移是为了确保在出现故障时能成功的转移有效的数据，防止因故障的发生导致意外的破坏各种硬件、软件和网络设备。
数据的恢复是为了能够继续运行系统，同时，一旦系统发生故障，备用系统将不失时机地“顶替”已发生故障的系统。
2.容错性测试目前主要做的事情容错性测试目前主要做的事情表现为：★ 服务器断电；★ 网络设备断电；★ 数据库系统发生故障；★ 应用系统文件发生故障；★ 系统软件发生故障。
13.5易用性测试易用性（Useability）是交互的适应性、功能性和有效性的集中体现。
人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。
在 2003 年颁布的 GB/T16260-2003(ISO 9126-2001) 《 产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。
14.5.1 易用性测试的定义易用性（Useability）是交互的适应性、功能性和有效性的集中体现。
易用性一般分为两个层次，即用户界面的易用性和操作系统的易用性。
易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。
通常采用质量外部模型来评价易用性。
14.5.2 易用性测试的内容易用性测试的内容包括：1．用户界面测试用于与软件交互的方式称为用户界面或UI，易用性包括如下方面的测试：（1）符合标准和规范用户界面要素要符合软件现行的标准和规范。
（2）直观用户界面是否洁净、不拥挤；布局是否合理；是否有多余功能。
（3）一致如果软件或者平台有一个标准，就要遵守它。
如果没有，就要注意软件的特性，确保相似的操作以相似的方式进行。
（4）灵活多种视图的选择；状态跳转；状态终止和跳过；数据输入和输出。
（5）舒适软件使用起来应该舒适，不能给用户工作制造障碍和困难。
（6）实用是否实用事优秀用户界面的最后一个要素。
操作系统的易用性2. 操作系统有内置的支持。
如windows系统提供了：粘滞键，筛选键，切换键，声音卫士，声音显示，高对比度，鼠标键，串行键。
14.6 安全性测试安全性测试是软件生命周期中一个重要的环节，安全性测试在单元测试、集成测试、系统测试里一起做，以便在破坏之前预防并识别软件的安全问题。
14.6.1 什么是软件安全软件安全问题是一个非常重要的问题。
在20世纪80年代计算机处于单机运行状态，安全显得不是十分重要，互联网出现以后，软件应用系统基本上都是在局域网络环境下运行的，局域网络容易遭受黑客、病毒的威胁，软件安全就显得非常重要。
对于软件安全一般分为以下两个方面：（1）应用程序的安全性应用程序的安全性，包括程序、数据的安全，应用程序一般指应用系统，访问者必须要有访问的权限和级别才能够进入应用系统，数据一般指数据库，同样访问者必须有访问的权限和级别，才能够访问数据当中的内容。
（2）操作系统的安全性操作系统是计算机系统核心，它肩负着整个系统运行、调度、指挥、控制，它的安全性是非常重要的，要求访问者要有足够的权限和级别才能登陆或远程访问。
14.6.2 安全性测试安全性测试(Security Testing)是指验证应用程序的安全级别和识别潜在安全性缺陷的过程。
应用程序（应用系统）的安全性测试主要是查找软件（系统）自身设计中存在的安全隐患，并检查应用程序（应用系统）对非法侵入的防范能力, 根据国家信心安全的有关规范和标准，对不同级别的应用程序（应用系统）有着不同的要求。
1. 安全性测试安全性测试包括：★ 防止外界人员想方设法截取或破译口令；★ 专门开发软件来破坏系统的保护机制；★ 故意导致系统失败；★ 试图通过浏览保密数据获得所需信息等。
2. 安全性测试方法（1） 应用程序（应用系统）级别的安全性测试方法★ 对数据或业务功能的访问，在预期的安全性情况下，操作者只能访问应用程序的特定功能、有限的数据；★ 操作者只能访问其所属用户类型已被授权访问的那些功能或数据；★ 不同权限的用户类型，创建各用户类型并用各用户类型所特有的事务来核实其权限，最后修改用户类型并为相同的用户重新运行测试。