如何选择测试方法

1. 软件测试方法有哪些测试用例设计方法有哪些（详细）

一、等价类划分法

所谓“等价”，就是具有相同属性或者方法的集合，这个集合中某个个体所表现的特征与其他个体完全一致。

由此可知，等价类划分就是将所有可能的输入数据，划分成若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，分为有效等价类和无效等价类。

例如，规定的用户名长度区间为4～8个字，那么它的有效等价类是用户名长度在[4,8]，无效等价类为用户名长度大于8位，或用户名长度小于4位。

二、边界值

测试经验告诉我们，在测试有时会涉及到大量的数据，遍历所有数据会使测试效率低下，如果是手工执行，更加难以覆盖所有数据。这时更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试，边界值是等价类所有可选参数中最容易出问题的地方，所以我们一般会选择边界值作为测试的重点，边界值法的应用步骤如下：

1.先根据等价类法划分有效等价类和无效等价类，确定上点、离点及内点。上点是边界上的点，离点是离上点最近的点，内点则是边界有效范围内的任意一点。同样以用户名长度为4～8位为例，4和8为上点，3和9为离点，6则为内点。

2.设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。

3.设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。

三、判定表法

判定表又称策略表、决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。判定表法适合逻辑判断比较复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，具体又明确地表达复杂地逻辑关系和多种条件组合情况。

判定表主要由条件桩和动作桩两部分组成。条件桩是功能要满足地所有条件，动作桩则是所有可能的操作以及产生的结果。

判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。其缺点是判定表的建立过程较烦杂，当条件过多时，需要分析的逻辑组合呈2的倍数增长。测试工程师可根据实际情况与等价类划分法、边界值法结合使用。

四、正交试验法

正交试验法是研究多因素、多水平组合的一种实验法，它是利用正交表来对实验进行设计，通过少数的实验替代全面实验。正交表中所有参与试验的、影响试验结果的条件成为因子，影响试验因子的取值或输入的成为水平。

在设计测试用例时，采用正交试验法能够有效地、合理地减少测试的工作量与和成本。正交试验的一般流程包括以下几个步骤：

1）分析测试需求，获取因子和水平

2）根据因子和水平选择合适的正交表

3）替换正交表中的因子和水平，获取试验次数

4）根据经验或者其他因素补充试验次数

5）细化输出获得测试用例

以上是一些常见的测试用例设计方法，希望能够解答你的问题。

2. 如何选择软件测试方法

1、按是否查看程序内部结构分为：
（1）黑盒测试（black-box testing）：只关心输入和输出的结果
（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构
2、按是否运行程序分为：
（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：
对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程
3、按阶段划分：
（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：
1)功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic function testing）
界面测试（UI testing）UI=User Interface
易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试
2)性能测试（performance testing）
软件的性能主要有时间性能和空间性能两种
时间性能：主要指软件的一个具体事务的响应时间（respond time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：
一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。(Validate the system or software can allowed the biggest stress.)

3. 软件测试有哪些常用的测试方法

随着软件技术的不断发展，越来越多举正的人开始关注软件测试，软件测试的方法有很多种，最重要的是选择适合的软件测试方法。选择是非常关键的，只有选择到合适的才能在工作中起到事半功倍的作用。那么软件测试的方法有哪些呢？下面电脑培训为大家具体介绍。

一、白盒测试

白盒测试也称为结构测试，是根据程序内部的逻辑结构和代码结构，设正滑悔计测试数据，完成测试的测试方法。白盒子测试的直接优点是，知道所设计的测试用例在代码上的哪个地方被忽视。IT培训认为其优点是测试人员能够增加代码的覆盖率，提高代码实行的整体质量，帮助发现代码中的隐藏危险。

二、黑盒测试

黑盒测试也称数据传输测试，作为不能够看到测试对象的黑匣子，完全不需要考虑程序内部结构和处理过程的情况，北大青鸟发现测试人员可以根据程序功能的要求规格，确定测试用例，并推断测试结果的测试方法。

三、灰盒测试

灰盒测试主要是一种综合的测试方法，它居于程序运行的外部表达。同时，根据内部逻辑结构设计用例，执行程序、采集路径执行信息和外部用户界面结果。

四、集成测试

集成测试是一种组装测试，是在单元测试基础上的一种有序测试。其主要的目的是验证软件单元间的接口关系，通过让闷测试发现各软件单元接口间的问题，昌平北大青鸟非常期待最终测试的单元构成符合设计要求的软件。

4. 如何选择合适的蛋白含量测定方法

选择一种蛋白测定方法时，需要考虑两个重要因素：缓冲液的化学组成和检测的蛋白量。基于dford方法的Quick Start Bradford和Bio–Rad 蛋白测定灵敏度高，可以兼容糖、巯基乙醇、DTT等。而对于去污剂和NaOH这两种干扰Bradford测定的物质，DC蛋白测定却可以兼容。

如果蛋白是在loading buffer中，准备跑1D或2D电泳，或者刚从细胞裂解液中抽提出来，需要定量，那么RC DC蛋白测定更合适。

(4)如何选择测试方法扩展阅读：

常见测试方法：

Quick Start Bradford蛋白测定是一种简单、精确的蛋白浓度定量方法。现成的1倍浓度染料和7 个预稀释浓度(0.125、0.25、0.5、 0.75、1.0、1.5、2.0 mg/ml)的蛋白标准品，让你拥有现成的检测工具。无需稀释标准品和染料，一步完成蛋白浓度定量。

Bio–Rad 蛋白测定也是一种简单的蛋白浓度测定方法。该方法适应标准浓度测定、低浓度微量测定，或96孔微孔板的快速测定。它的基本原理和流程和上面的Quick Start Bradford都是一样的，不过要麻烦一点点。因为除了要稀释蛋白标准品，配成几个不同浓度之外，还要稀释染料，再过滤除去不溶颗粒。

Quick Start Bradford 和Bio–Rad 蛋白测定方法的起源都是Bradford染料结合方法 (Bradford 1976)，该方法检测考马斯亮蓝G–250染料与蛋白结合时(主要结合碱性或芳香族氨基酸残基)的颜色变化。这种测定方法能定量多数蛋白或多肽(分子量> 3,000–5,000 Da)，操作简单、速度快，灵敏度高，与一些还原剂(如DTT、巯基乙醇)兼容。

DC (Detergent Compatible) 蛋白测定是一种适用于含有去垢剂的蛋白样品比色测定方法。该方法类似于常规的Lowry 测定方法 (Lowry et al.1951)，但经过改良，节省了操作时间。DC 蛋白测定只需要15分钟的温育过程，而且吸光值读数能保持2小时的稳定。

RC DC (Recing agent Compatible & Detergent Compatible) 蛋白测定是一种适用于含还原剂和去垢剂的蛋白样品比色测定方法。

以 Lowry 方法(Lowry et al.1951)为基础的 RC DC 蛋白测定，具有原来DC蛋白测定的特点，并能与更多的试剂兼容，简化了复杂蛋白样品溶液的定量测定。吸光值至少稳定1小时。

除了与DC 蛋白测定兼容的试剂外，RC DC 蛋白测定还与以下试剂和缓冲液兼容：2% CHAPS、350 mM DTT、0.1MEDTA、Laemmli 缓冲液、10% beta-巯基乙醇、ReadyPrep 抽提试剂等。

5. 选择测量方法时主要考虑的因素有哪些

在选择测量方法时,要综合考虑下列主要因素：所要求的测量准确度；被测量本身的特性；现有测量设备；测量环境。

在可用的测试和测量硬件和软件范围内进行选择，对初次用户和有经验的用户来说，都一样难办，这是可以理解的。

技术的进步使测量和测试方法的发展呈指数方式加快，给用户提供难以想象的强大系统功能。

测试和测量设备跨越很宽的范围。对简单应用来说，比较容易选择合适的结构来满足需要和预算。应用的复杂性增加时，结构的选择以及相关的费用也变得复杂了，就会做出错误的选择，会更昂贵，正确的选择显得更加重要。

出发点是要知道信号或传感器输出的电平和测量所需要的灵敏度（定义为测量时所能检测到的最小变化，并能以测量值的单位来表达）。

精度、分辨率和测量速度是一些重要因素，是工程师在决定如何收集和测量数据时必须考虑的。另一个重要因素是环境。测量是在电噪声很大的厂区中进行，还是在电噪声微小的实验室中进行。另外，传感器的位置是否离得很远，难以接近。在许多应用中，环境因素对结构可能起决定作用。

6. 软件测试的方法一共有几种

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

(6)如何选择测试方法扩展阅读

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具