测试用例的概念和作用:
1.什么是测试用例?
2.测试用例的作用
3.测试用例饿4个特性
4.测试用例通常包括以下几个组成元素
5.编写测试用例的基本方法
1.什么是测试用例
概念:是为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例
2.测试用例的作用:
在实施测试之前,设计好的测试用例,可以避免盲目测试并提高测试效率。
测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只需修复小部分的测试用例便可以展开测试工作,降低工作强度、缩短项目周期。检验软件是否满足客户需求,提现一个测试人员的工作量,展现测试用例的设计思路。
3.测试用例的4个特性:
代表性、针对性、可判定性、可重现性
4.测试用例通常包括以下几个组成元素
4.1测试计划模板:
- 确定测试范围、制定测试策略、测试资源安排、人员的分配、时间安排、风险分析
风险分析(风险评估):
影响计划的潜在因素:
- 在测试计划执行过程中,时间紧任务重,影响计划按时完成。
- 测试人员对测试的产品熟悉的慢
- 测试人员对测试的产品不够熟悉,对测试工具的使用不够熟悉,从从而影响效率
- 测试产品时存在巨大错误,以至于测试无法继续
- 测试资源未及时到位(设备和人员)
- 硬件、软件或网络环境出现故障
- 测试人员获取的需求与开发人员产生分歧
- 测试人员和开发人员的协调沟通
4.2 测试用例模板:
用例编号、测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果、实际结果
5.编写测试用例的基本方法:
5.1等价类划分法(重点):
应用场景:多应用于输入框
概念:
等价类划分是指分步骤地把海量(无限)的测试用例集减得很小,但过程同样有效。
等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。 一般可分为有效等价类和无效等价类
5.2边界值法则(重点):
概念:
选取正好等于、刚刚大于或刚刚小于边界值作为测试数据
在边界值中掌握上点和离点的取数:
[1,100]:上点 1,100 离点 0,101
[1,100):上点 1,99 离点 0,100
(1,100]: 上点 0,100 离点 1,101
(1,100):上点 0,99 离点 1,101
5.4因果图法(了解)
5.4.1概念:
因果图法比较适合输条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果 就是输出
5.4.2因果图基本图形符号
恒等:若原因出现,则结果出现;若原因不出现,则结果不出现。
非(~):若原因出现,则结果不出现;若原因不出现,则结果出现。
或(∨):若几个原因中有一个出现,则结果出现;若几个原因都不出现,则结果不出现。
与(∧):若几个原因都出现,结果才出现;若其中有一个原因不出现,则结果不出现。
5.5 场景法(重点)
现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序 和处理结果就形成事件流。
分为基本流和备选流。
遵循上图中每个经过用例的可能路径,可以确定不同的用例场景。从基本流开始,再将基本
流和备选流结合起来,可以确定以下用例场景:
5.6错误反推法:(了解)
用直觉去进行探索性测试
总结:
场景法----业务流程梳理,核心业务逻辑场景
等价类和边界值----细化分析
错误推理法对最终用例进行错误场景下的补充
5.7正交表法:
适用场景:
适用场景:在一个界面中有多个控件,每一个控件有多个取值,控件之间可以相互合作.
公式:
参考工具:
正交助手
k----有几个下拉框
m---框里最多有几个选项
标签:场景,出现,用例,测试用例,测试,100,方法 来源: https://blog.csdn.net/weixin_44877801/article/details/123212821
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。