系统测试的策略有哪些

Question

如题所述

Answer 1

问题一：系统测试的16个测试策略是什么? 功能测试、性能测试、压力测试、容量测试、安全性测试、GUI测试、可用性测试、安装测试、配置测试、异常测试,备份测试、健壮性测试、文档测试、在线帮助测试、网络测试、稳定性测试。

问题二：什么是测试策略？ 测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及每个阶段内在进行的测试种类（功能测试、性能测试、覆盖测试等）。
测试策略的制定主要包含三个方面的内容：
（1）确定测试过程要使用的测试技术和工具；
（2）制定测试启动、停止、完成标准；
（3）进行风险分析和应对方案。例如测试与外部接口或者模拟物理损坏、安全性威胁。测试计划最关键的一步就是将软件分解成单元，按照需求编写测试计划。

问题三：请问系统测试的策略是什么？ 系统测试的对象是完整的、集成的计算机系统（CS），重点是新开发的配置项的 *** 。可根据软件的裁判任务书、合同或其他等效文件及软件系统的重要性、安全性关键等级等对如下计算要求进行裁剪，但必须说明理由。系统测试一般应符合以下技术要求穿a) 应按系统/子系统设计说明的规定，逐项测试系统的功能、性能等特性；b) 系统的每个特性应至少被一个正常的测试用例和一个被认可的异常测试用例所覆盖；c) 测试用例的输入至少应包括有效等价类值、无效等价类值和边界数据值；d) 应测试系统的输出及其格式；。。。。。。。

问题四：软件测试的方法有哪几种？ 5分 《全国计算机等级考试三级教程软件测试》
目录
第1章 软件测试的基本概念
1.1 软件质量的概念
1.1.1 软件质量的定义
1.1.2 软件质量的属性
1.1.3 软件质量模型
1.1.4 软件质量的度量
1.1.5 影响软件质量的主要因素
1.2 软件测试的概念
1.2.1 软件测试的定义与目的
1.2.2 软件测试的原则
1.3 软件的缺陷与错误
1.3.1 软件缺陷的定义和类型
1.3.2 软件缺陷的级别
1.3.3 软件缺陷产生的原因
1.3.4 软件缺陷的构成第1章 软件测试的基本概念
1.1 软件质量的概念
1.1.1 软件质量的定义
1.1.2 软件质量的属性
1.1.3 软件质量模型
1.1.4 软件质量的度量
1.1.5 影响软件质量的主要因素
1.2 软件测试的概念
1.2.1 软件测试的定义与目的
1.2.2 软件测试的原则
1.3 软件的缺陷与错误
1.3.1 软件缺陷的定义和类型
1.3.2 软件缺陷的级别
1.3.3 软件缺陷产生的原因
1.3.4 软件缺陷的构成
1.3.5 修复软件缺陷的代价
1.4 软件测试的经济学与心理学
1.4.1 软件测试的心理学
1.4.2 软件测试的经济学
1.5 软件质量保证
1.5.1 软件质量保证概要
1.5.2 软件质量保证活动的实施
1.5.3 软件的验证与确认
1.5.4 验证和确认任务分析
本章小结
第2章 软件生存周期中测试的实施
2.1 软件开发阶段
2.1.1 软件生存周期
2.1.2 软件测试的生存周期模型
2.1.3 软件测试过程模型
2.1.4 测试信息流
2.2 需求获取与分析阶段的测试
2.2.1 需求评审的实施
2.2.2 需求规格说明的评审
2.2.3 Wiegers 用例与需求评审表2.2.4 基于原型的测试
2.2.5 基于需求的测试覆盖率评估
2.3 设计阶段的测试
2.3.1 设计的测试因素
2.3.2 设计评审的实施
2.3.3 设计规格说明的评审
2.3.4 设计元素的覆盖原则
2.4 编程阶段的测试
2.4.1 白盒测试与黑盒测试
2.4.2 源代码的控制流覆盖原则
2.4.3 源代码的数据流覆盖原则
2.4.4 源代码的静态分析与动态测试
2.5 运行和维护阶段的测试
2.6 回归测试
2.6.1 回归测试的概念
2.6.2 回归测试的类型
2.6.3 回归测试的时机
2.6.4 回归测试的实施
本章小结
第3章 代码检查、走查与评审
3.1 桌上检查
3.1.1 桌上检查的实施
3.1.2 桌上检查的检查表
3.2 代码检查
3.2.1 特定的角色和职责
3.2.2 代码检查的实施
3.2.3 用于代码检查的检查表
3.3 走查
3.3.1 特定的角色和职责
3.3.2 走查的实施
3.3.3 走查中的静态分析技术
3.4 同行评审
3.4.1 同行评审的角色和职责
3.4.2 同行评审的内容
3.4.3 评审的方法和技术
3.4.4 评审工作
本章小结
第4章 白盒测试
4.1 覆盖率的概念
4.2 逻辑覆盖
4.2.1 语句覆盖与块覆盖
4.2.2 判定覆盖（分支覆盖）
4.2.3 条件覆盖
4.2.4 条件/判定覆盖
4.2.5 条件组合覆盖
4.2.6 路径覆盖
4.2.7 ESTCA覆盖
4.2.8 LCSAJ覆盖
4.3 路径测试
4.3.1 分支结构的路径测试
4.3.2 循环结构的路径测试
4.3.3 圈复杂度与基本路径测试
4.4 数据流测试
4.4.1 定义M使用测试的几个......>>

问题五：软件测试过程中主要测试文档有哪些 软件测试的流程，以及各阶段的相关文档

无论是采用瀑布式还是其他的产品生命周期模型，软件测试分为如下几个阶段：

1、测试需求分析阶段。

测试需求分析阶段主要工作是获得测试项目的测试需求（测试规格）。

输出产物：《可测试性需求说明书》和《测试规格》

2、测试计划阶段。

以测试需求为基础，分析产品的总体测试策略。

输出产物：《产品总体测试策略》

3、测试方案设计阶段。

本阶段主要是以测试规格为基础获得特性测试方案，对于有自动化测试的项目，
进行自动化测试的分析，获得测试策略。

输出产物：《产品或者版本总体测试方案》

4、测试用例实现阶段。

本阶段主要是完成各个特性的测试用例的编写和自动化脚本的编写。

输出产物：《产品自动化测试用例》和《手工执行测试用例》

5、测试执行阶段。

本阶段是根据测试策略开展测试执行和回归测试。

输出产品：《产品或版本测试报告》和《缺陷分析报告》

6、评估与关闭阶段。

只对前面的各个阶段的执行情况，
完成对测试项目的关闭，
同时提供完整的度量
数据和项目总结报告。

输出产物：《遗留问题风险分析报告》、《度量分析报告》和《测试关闭报告》

问题六：软件测试策略和测试软件有哪些 策略很多，看你从什么角度了。比如按阶段分可以分单元测试，集成测试，系统测试；按可见度分可以分白盒，黑盒；其中白盒又能按方法分，比如不同的覆盖率：条件覆盖，路径覆盖等。还可以按动态和静态分，好比代码走读算静态，手动执行算动态。还能按流程分，比如数据流测试，业务流测试。各种不同的策略也不是单一存在的，是几种并存的。好比你用Nunit做单元测试，它就包含了几种策略，首先它是单元测试阶段，其次，它可以走数据流，第三，它可以做函数等的条件覆盖，再者，它是动态测试的一种等等。
建议你去读下软件工程的书，先做一个入门。
测试软件很多，看你做功能还是性能了。基本都是录制回放加验证，没什么大花头。
但如果要通过软件构件测试框架的话就需要你有扎实的基本功和很高的工具熟悉程度了。

问题七：软件测试存在哪些集成策略? 1）大爆炸集成
优点：可以迅速完成集成测试；并且只要极少数的驱动和桩模块；用例也是最少的；简单；资源利用率高
缺点：一次试运行成功的可能性不大，问题定位和修改比较困难，许多接口错误很容易躲过测试。
适应于一个维护型项目或被测试系统较小
2）自顶向下集成
优点：较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软件功能；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用；支持故障隔离。
缺点：柱的开发量大；底层验证被推迟；底层组件测试不充分。
适应于产品控制结构比较清晰和稳定；高层接口变化较小；底层接口未定义或经常可能被修改；产口控制组件具有较大的技术风险，需要尽早被验证；希望尽早能看到产品的系统功能行为。
3）自底向上集成
优点：对底层组件行为较早验证；[url=]工作[/url]最初可以并行集成，比自顶向下效率高；减少了桩的工作量；支持故障隔离。
缺点：驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被及时发现。
适应于底层接口比较稳定；高层接口变化比较频繁；底层组件较早被完成。
4三明治集成
优点： *** 了自顶向下和自底向上两种策略的优点
缺点：中间层测试不充分
适应于大部分软件开发项目
5）基干集成
优点：具有三明治集成的优点，更适合于大型复杂项目的集成。
缺点：必须对系统的结构和相互依存性进行仔细的分析；驱动和桩开发量大；局部采用了大爆炸的策略，有些接口可能测试不充分。
嵌入式系统中常用
6）分层集成
适应于有明显层次关系的系统
7）基于功能的集成
优点：优先验证关键功能的正确性；减少驱动的开发；进度要快。
缺点：对接口测试不充分；有较大的冗余测试。
8）基于消息的集成
优点：优先验证关键消息的正确性；减少驱动的开发；进度要快。
缺点：对接口测试不充分；有较大的冗余测试。
9）基于风险的集成
优点：最具有风险的组件最早进地验证，有助于系统的快速稳定。
缺点：需要对各组件的风险有一个清晰的分析。
10）基于进度的集成
优点：具有较高的并行度；能够有效缩短项目的开发进度。
缺点：桩和驱动工作量较大；有些接口测试不充分；有些测试重复和浪费。
以上策略应根据实际情况来采用，也可以组合使用

问题八：软件测试过程包含哪些活动 软件测试计划是指导测试过程的纲领性文件，包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 测试计划和测试用例间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围，方法和资源配置；而测试用例是完成测试任务的具体战术。 测试计划中，最重要的是测试策略和测试方法。 测试计划工作的关键是 1. 明确测试的目标，增强测试计划的实用性---测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的测试结果直观准确。 2. 坚持“5W”规则，明确内容与过程 “5W”规则指：what，why，when，where，how；用例5w规则创建软件测试计划，可帮助测试团队理解测试目的（why），明确测试范围和内容（what），确定测试开始和结束日期（when），指出测试的方法和工具（what），给出测试文档和软件存放位置（where） 3. 采用评审和更新机制，保证测试计划满足实际需求

问题九：按测试步骤和策略来分的软件测试种类有？ BVT (Build Verification Test)　　 BVT是在所有开发工程师都已经检入自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确。如无大的问题，就可以进行相应的功能测试。BVT优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不可能把所有的情况都测试到。 　　Scenario Tests（基于用户实际应用场景的测试）　　在做BVT、功能测试的时候，可能测试主要集中在某个模块，或比较分离的功能上。当用户来使用这个应用程序的时候，各个模块是作为一个整体来使用的，那么在做测试的时候，就需要模仿用户这样一个真实的使用环境，即用户会有哪些用法，会用这个应用程序做哪些事情，操作会是一个怎样的流程。加了这些测试用例后，再与BVT、功能测试配合，就能使软件整体都能符合用户使用的要求。Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况。 　　Smoke Test 　　在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。　　此外，Application patibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等。