求知 文章 文库 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.自动化测试
 
 
目录
软件测试生命周期 (STLC)
来源:Javatpoint     翻译:Alice (火龙果软件)
2034 次浏览
1次  

软件测试的过程也称为STLC(软件测试生命周期),其中包括测试过程的各个阶段。测试过程以精心计划和系统的方式执行。所有活动都是为了提高软件产品的质量。

让我们看看STLC的不同步骤。

软件测试生命周期包含以下步骤:

  1. 需求分析
  2. 测试计划创建
  3. 环境设置
  4. 执行测试用例
  5. 缺陷记录
  6. 测试周期结束

需求分析:

手动测试过程的第一步是需求分析。在此阶段,测试人员分析SDLC(软件开发生命周期)的需求文档,以检查客户陈述的需求。在检查需求后,测试人员制定测试计划以检查软件是否满足要求。

标准 活动 交付
为了规划测试计划需求规范,应提供应用程序架构文档和明确定义的验收标准。 准备所有要求和查询的列表,并从技术经理/主管、系统架构、业务分析师和客户那里获得解决方案。
列出要执行的所有类型的测试(性能、功能和安全性)。
列出测试环境详细信息,其中应包含执行测试用例所需的所有工具。
可测试要求的所有必要测试列表和测试环境详细信息

 

测试计划创建:

测试计划的创建是STLC的关键阶段,在此定义了所有测试策略。测试人员确定整个项目的估计工作量和成本。此阶段在 成功完成需求分析阶段 后进行。此阶段提供的测试策略和工作量估算文档。测试用例执行可以在成功完成测试计划创建后开始。

标准 活动 交付
需求文档 定义目标以及软件的范围。
列出测试中涉及的方法。
测试过程概述。
测试环境的结算。
准备测试时间表和控制程序。
确定角色和职责。
列出测试可交付成果,定义风险(如果有)。
测试策略文档。
测试工作量估算文档是此阶段的可交付成果。

环境设置:

测试环境的设置是一项独立的活动,可以与 测试用例开发 一起启动。这是手动测试过程的重要组成部分,因为没有环境测试是不可能的。环境设置需要一组基本的软件和硬件来创建测试环境。测试团队不参与设置测试环境,其高级开发人员负责创建它。

标准 活动 交付
测试策略和测试计划文档。
测试用例文档。
测试数据。
通过分析需求规范来准备软件和硬件列表。
设置测试环境后,执行冒烟测试用例以检查测试环境的就绪情况。
执行报告。
缺陷报告。

 

执行测试用例:

测试用例 在成功完成测试计划后执行。在此阶段,测试团队开始案例开发和执行活动。测试团队写下详细的测试用例,并在需要时准备测试数据。准备好的测试用例由团队的同行成员或质量保证负责人进行审查。

RTM(需求可追溯性矩阵)也在此阶段准备。需求可追溯性矩阵是行业级格式,用于跟踪需求。每个测试用例都与需求规范进行映射。后向和前向可追溯性可以通过RTM完成。

标准 活动 交付
需求文档 创建测试用例。
执行测试用例。
根据需求映射测试用例。
测试执行结果。
功能列表以及缺陷的详细说明。

 

缺陷记录:

测试人员和开发人员根据测试覆盖率、质量、时间消耗、成本和关键业务目标评估软件的完成标准。此阶段确定软件的特征和缺点。深入分析测试用例和错误报告,以检测缺陷类型及其严重性。

缺陷测井分析主要用于根据严重性和类型找出缺陷分布。如果检测到任何缺陷,则将软件返回给开发团队以修复缺陷,然后在测试的各个方面重新测试软件。

测试周期完全完成后,将准备测试关闭报告和测试指标。

标准 活动 交付
测试用例执行报告。
缺陷报告
它根据测试覆盖率、质量、时间消耗、成本和关键业务目标评估软件的完成标准。
缺陷记录分析通过对类型和严重性进行分类来发现缺陷分布。
关闭报告
测试指标

 

结束测试周期:

测试周期结束报告包括与软件设计、开发、测试结果和缺陷报告相关的所有文档。

此阶段评估开发策略、测试程序、可能的缺陷,以便在将来有具有相同规格的软件时使用这些实践。

标准 活动 交付
与软件相关的所有文档和报告。 评估开发策略,测试程序,将来使用这些实践的可能缺陷(如果有相同规格的软件) 测试验收报告

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

1元 10元 50元





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



2034 次浏览
1次