求知 文章 文库 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     翻译:Linda (火龙果软件)
690 次浏览
2次  

因果图属于黑盒测试技术,该技术强调了给定结果与影响结果的所有因素之间的关系。它用于编写动态测试用例。

当代码基于用户输入动态工作时,将使用动态测试用例。例如,在使用电子邮件帐户时,在输入有效电子邮件时,系统会接受它,但是当您输入无效的电子邮件时,它会抛出错误消息。在这种技术中,输入条件被分配有原因,这些输入条件的结果被分配有结果。

因果图技术基于需求的集合,用于确定可以覆盖软件最大测试区域的最小可能测试用例。

因果图测试的主要优点是,它减少了测试执行的时间和成本。

该技术旨在减少测试用例的数量,但仍以最大覆盖范围覆盖所有必要的测试用例,以实现所需的应用程序质量。

因果图技术通过使用逻辑运算符(如 AND、OR 和 NOT)将需求规范转换为输入和输出条件之间的逻辑关系。

因果图中使用的符号

和-E1是结果,C1和C2是原因。如果 C1 和 C2 都为真,则效应 E1 将为真。

或-如果 C1 和 C2 的任何原因为真,则效应 E1 将为真。

不-如果原因 C1 为假,则效应 E1 为真。

互斥-当只有一个原因是真的。

让我们尝试通过一些示例来理解这种技术:

情况:

第 1 列中的字符应为 A 或 B,第 2 列中的字符应为数字。如果两列都包含适当的值,则进行更新。如果第 1 列的输入不正确,即既不是 A 也不是 B,则将显示消息 X。如果第 2 列中的输入不正确,即输入不是数字,则将显示消息 Y。

如果第一列中的字符是“A”或“B”,并且第二列中的字符应该是数字,则必须更新文件。

如果第一列中的值不正确(字符既不是 A 也不是 B),则会显示消息X。

如果第二列中的值不正确(字符不是数字),则将显示消息Y。

现在,我们将为上述情况制作一个因果图:

原因是:

C1 - 第 1 列中的字符为 A

C2 - 第 1 列中的字符为 B

C3 - 第 2 列中的字符是数字!

影响:

E1 - 更新(C1 或 C2)和 C3

E2 - 显示消息 X(不是 C1 也不是 C2)

E3 - 显示消息 Y(非 C3)

其中 AND, OR, NOT 是逻辑门。

效果 E1- 更新-效果 E1 存在的逻辑是“(C1 或 C2) 和 C3”。对于 C1 或 C2,C1 和 C2 中的任何一个都应该为真。对于逻辑 AND C3(第 2 列中的字符应为数字),C3 必须为真。换句话说,对于效果E1(更新)的存在,C1和C2中的任何一个,但C3必须为真。我们可以在图中看到,原因 C1 和 C2 通过 OR 逻辑连接,效果 E1 与 AND 逻辑连接。

效果 E2 - 显示消息 X -存在效果 E2 的逻辑是“不是 C1 也不是 C2”,这意味着 C1(第 1 列中的字符应为 A)和 C2(第 1 列中的字符应为 B)都应为假。换句话说,对于效果 E2 的存在,第 1 列中的字符不应是 A 或 B。我们可以在图中看到,C1 或 C2 通过 NOT 逻辑连接,效果为 E2。

效果 E3 - 显示消息Y-存在效应 E3 的逻辑是“NOT C3”,这意味着原因 C3(第 2 列中的字符是数字)应该是假的。换句话说,对于效果 E3 的存在,第 2 列中的字符不应是数字。我们可以在图中看到,C3 通过 NOT 逻辑连接,效果为 E3。

因此,它是给定情况的因果图。测试人员需要将因果关系转换为逻辑陈述,然后设计因果图。如果函数根据输入(原因)给出输出(效果),则认为它没有缺陷,如果不这样做,则将其发送给开发团队进行更正。

结论

步骤摘要:

画结果和原因的圆圈。

从结果开始,然后选择这种结果的原因是什么。

最后得出相互排斥的原因(通过一个结果和一个原因直接连接的排他性原因)。

使用逻辑门绘制动态测试用例。

 


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

1元 10元 50元





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



690 次浏览
2次