求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
目录
软件测试
1.教程
2. 软件测试原则
3. 软件开发生命周期(SDLC)
4. 软件测试命周期(STLC)
5. 软件测试的类型
6. 测试成熟度模型
7. 测试级别
SDLC 模型
1.瀑布模型
2.螺旋模型
3.混合模型
4.原型模型
5. V模型/V和V模型/验证和验证模型
测试的类型
1.手动测试
2.自动化测试
手册的类型
1.白盒测试
2.黑盒测试
3.灰盒测试
白盒技术
1.数据流测试
2.控制流测试
3.分支覆盖测试
4.语句覆盖率测试
5.决策覆盖率测试
黑盒技术
1.决策表
2.全对测试
3.黑盒测试中的因果图
4.状态转换技术
5.用例技术
黑盒的类型
1.功能测试
2.非功能性测试
功能类型
1.单元测试
2.集成测试
3.系统测试
非功能性的类型
1.性能测试
2.易用性测试
3.兼容性测试
测试用例开发
1.测试文档
2.测试场景
3.测试用例
测试技术
1.错误猜测技术
2.等效分区技术
3.边界值分析
测试管理
1.测试计划
2.测试用例审查过程
3.需求可追溯性矩阵
缺陷跟踪
1.软件测试中的错误
2.Bug生命周期
3.测试中bug的严重性和优先级
4.测试环境
5.缺陷管理过程
其他类型的测试
1.回归测试
2.冒烟测试
3.健全性测试
4.静态测试
5.动态测试
6.负载测试
7.压力测试
8.恢复测试
9.探索性测试
10.可视化测试
11.验收测试
12.Alpha 测试
13.Beta 测试
14.数据库测试
15.主机测试
16.Adhoc测试
17.全球化测试
18.变异测试
19.安全测试
20.可访问性测试
21.结构测试
22.批量测试
23.可伸缩性测试
24.稳定性测试
25.峰值测试
26.负面测试
27.正面测试
28.耐久性测试
29.可靠性测试
30.Monkey测试
31.敏捷测试
32.组件测试
33.GUI测试
34.测试策略
软件测试工具
1.软件测试工具
2.测试管理工具
3.缺陷/Bug跟踪工具
4.自动化测试工具
5.性能测试工具
6.跨浏览器测试工具
7.集成测试工具
8.单元测试工具
9.移动测试工具
10.GUI测试工具
11.安全测试工具
12.渗透测试工具
差异
1.自动化测试与手动测试
2.负载测试与压力测试
3.冒烟测试和健全性测试之间的差异
4.系统测试和验收测试之间的差异
5.质量保证与质量控制
6.静态测试与动态测试
7.验证和确认测试
8.Alpha 测试和 Beta 测试
9.黑盒测试与白盒测试与灰盒测试
10.全球化测试和本地化测试之间的区别
11.测试用例与测试场景
12.测试计划 VS.测试策略
13.边界值分析和等价划分之间的差异
14.SDLC VS.STLC
15.Bug, Defect, Error, Fault 和 Failure之间的区别
16.测试和调试之间的区别
17.前端测试 VS.后端测试
18.HLD和LLD的区别
19.BRS vs SRS
20.正面测试和负面测试之间的区别
21.自上而下和自下而上的集成测试之间的区别
22.用例和测试用例之间的区别
23.Monkey 测试 VS Gorilla 测试
24.Stubs和Drivers之间的区别
25.组件测试和单元测试之间的区别
26.软件测试和嵌入式测试之间的区别
27.GUI 测试和可用性测试之间的差异
28.SDET和Tester的区别
29.桌面应用程序测试、客户端-服务器应用程序测试和 Web 应用程序测试之间的区别
30.主动测试
31.什么是API
32.自动化测试
 
 
目录
混合模型
来源:Javatpoint     翻译:Alice (火龙果软件)
1226 次浏览
5次  

混合模型是两个或多个主要(传统)模型的组合,并根据业务需求对其进行修改。此模型依赖于其他 SDLC 模型,例如螺旋、V & V 以及原型模型。混合模型主要用于小型、中型和大型项目。它侧重于产品的风险管理。

每当我们想在单个模型中获取两个模型的特征时,我们都会选择混合模型。

两种模型最常用的组合如下:

  • 螺旋和原型
  • V&V和原型

注意: 瀑布模型不能与任何模型组合,因为不需要审核。

螺旋和原型模型

螺旋和原型模型用于以下条件:

  • 只要有依赖性,我们就会选择螺旋和原型模型。
  • 当客户分阶段提出需求时,我们使用此模型分阶段开发产品。
  • 当客户对软件行业非常陌生并且不清楚要求时。
  • 当开发人员不熟悉特定软件时。

螺旋和原型模型的过程

螺旋和原型模型的过程将分各个步骤完成,具体如下:

 

 

  • 该模型的过程从收集客户对 A、B 和 C 等不同模块 的需求 开始
  • 在收集了软件的业务需求后,我们将 创建原型 A 。
  • 一旦我们开发了原型,我们将 测试原型A 。
  • 成功测试原型后,我们会将其发送给客户以供其 审查和批准 。
  • 一旦他们审查并批准了原型,我们将为实际模块设计原型。
  • 设计阶段完成后, 开发人员开始为模块编写代码 。
  • 开发完成后,它会将其发送给测试团队, 他们将在那里测试模块 。
  • 测试阶段完成后,它将 部署到客户 。
  • 这个过程一直持续到软件中存在的所有模块(B,C)。

V&V和原型模型

我们选择这种模式的原因如下:

  • 当客户和开发人员都是这个行业的新手时。
  • 当客户期望在规定的时间内获得非常高质量的产品时,因为每个阶段都经过测试,并且开发人员和测试团队并行工作。

V&V和原型模型过程

在混合模型中,测试团队参与测试原型。

在这种情况下,测试将从产品开发的早期阶段开始,这避免了错误的向动,这有助于我们减少返工。

V&V模型和原型过程将在以下步骤中完成:

步骤1

该过程从以CRS文档的形式收集业务需求开始,测试人员将执行以下操作:

  • 查看共同报告标准
  • 并编写用户验收测试用例和测试计划。

步骤2

然后BA将此CRS文档转换为SRS文档,Web开发人员将设计和开发原型,将其发送给测试人员,测试人员将测试以下内容:

  • 首先,他们将审查SRS文件。
  • 并编写系统测试用例和测试计划。

步骤3

之后,测试团队将检查原型并识别错误并将其发送回相关开发人员。原型测试完成后,将其发送给客户进行审查和批准。

步骤4

一旦客户批准,我们将特定原型的高级设计,并将其发送给测试团队,他们将执行以下操作:

  • 查看 HLD
  • 编写集成测试测试文档。

步骤5

完成后,我们将开始进行低级设计并将其发送给测试人员,他们将在其中执行以下操作:

  • 审查LLD
  • 并编写功能测试用例和测试计划。

步骤6

之后,开发人员开始为特定的原型编写代码,并从他们的终端进行一轮白盒测试,并将其发送给测试团队进行进一步测试,在那里他们执行各种类型的测试。

这个过程一直持续到模块和原型稳定为止。然后它将交付给客户。

混合模型的优缺点

以下是混合模型的优缺点:

优点

  • 混合模型非常灵活。
  • 在此模型中,由于原型,客户拒绝较少。
  • 它易于实现,因为它具有同步的灵活性。
  • 它易于使用和应用,尤其是对于中小型项目。
  • 在这种情况下,开发过程将顺利而快速,因为在这里我们只遵循相关的流程周期。

缺点

  • 每个混合模型都不同。
  • 它不遵循通常的标准。

您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



1226 次浏览
5次