软件测试阶段

标签：安全   code   strong   单元   ref   targe   方法   三方   备份   

一、测试阶段也称测试级别

• 单元测试
• 集成测试
• 系统测试
• 验收测试

1.组件测试
   也称单元测试

（1）单元是软件里最小的、可以单独执行编码的单位，通常由一人完成编程。

（2）对于采用流程语言（如C、VisualBasic等）的设计的软件，单元可以由一个或若干个最接近的函数或过程所组成。

（3）对于采用面向对象语言设计的软件，单元可以是一个类或类的实例，或者由方法来实现的功能。

（4）对于网页或用户窗口界面，单元可以是一个文字输入窗口或一个按钮等。

 （1）驱动器
      是通过接口与测试对象通讯的辅助工具。用于调用被测试的组件或系统替代性程序。
（2）桩模块
      桩用于替代或模拟那些还没有完成的组件（模块），用于模拟输入和输出（针对不完整的功能）。
（3）模拟器
      用一个系统来描述另一个要测试的抽象系统的行为特征。

2.集成测试

1.集成

把组件/系统合并为更大部件的过程

2.集成测试

一种旨在暴露接口以及集成组件/系统间交互时存在的缺陷的测试。

3.有多种集成类型，如：

 （1） 组件集成测试

  测试的目的在于发现接口和集成后组件间协同工作的缺陷。

 （2）系统集成测试

•  测试系统和其他软件包的集成：

          例如，与商务标准软件的集成；

•  测试与外部系统的接口和交互：

          例如，电子数据的交换、网络。

单元测试通常是单人执行，而集成测试通常是多人执行或第三方执行

 4.集成测试的策略

  （1）自顶向下集成

  （2）自底向上集成

3.系统测试

测试集成系统以验证它是否满足指定需求的过程。

一个集成系统的基于风险的测试，为的是确认此系统满足了特定的功能性和非功能性需求。

测试环境应尽可能与以后的目标环境保持一致。

4.验收测试

一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。是根据用户需求，业务流程进行的正式测试以确保系统符合所有验收准则。

• 测试由系统用户的参与，按照客户的期望进行测试
• 测试验证，是否在现有的技术背景下，系统满足了客户显性和隐性的需求
• 目标：对系统或子系统建立信心，或例如，对系统非功能性的特性赢得信任。（发现缺陷已经不再是验收测试的主要目标了）
• 验收测试不一定就是最后的测试阶段：
•  例如，在验收测试后可能会有个大规模的系统集成测试。
• 在早期的测试阶段也可以执行部分的验收测试。

1.验收测试的分类

（1）用户验收测试

     验证有商业用户使用一个系统的可用性。

（2）运行（验收）测试

由系统管理员对系统的验收测试，包括：

• 测试备份和恢复备份
• 灾难恢复测试
• 用户管理测试
• 维护任务测试
• 安全漏洞阶段性检查

2.合同和法规性验收测试

（1）合同验收测试

• 根据合同中规定的生产客户指定软件的验收准则，对软件进行测试。
• 应该在合同拟定时定义验收准则。

（2）法规性验收测试

• 根据必须要遵守的法律法规来进行测试。比如政府、法律和安全方面的法律法规。

3.Alpha和Beta测试/现场验收测试

（1）Alpha测试

• 潜在的客户/用户在开发场地进行测试。

（2）Beta测试

• 由潜在客户/用户在他自己的环境下测试软件系统。例如，商务标准软件。
• 测试目的是识别在未知的或非特指的应用环境下对系统的影响。

软件测试阶段

标签：安全   code   strong   单元   ref   targe   方法   三方   备份   

原文地址：https://www.cnblogs.com/test-first/p/11568454.html