(1)基于需求的设计
会使测试更有效,因为它使测试专注于质量问题产生的根源,即需求。
(2)等价类
依据需求将输入划分为若干等价类,从等价类中选出一个测试用例,若这个测试用例通过,认为所代表的等价类测试通过,用较少的测试用例达到了尽量多的功能覆盖。
eg:因材施教的例子
思路:输入的集合是无穷的,不能全都覆盖到
(3)边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
eg:日常语言中的边界漏洞
(4)因果图
是一种简化了的逻辑图,能直观地表明输入条件(原因)和输出动作(结果)之间的相互关系
相关知识:
恒等:若原因为真,结果必为真。
与:两个原因都为真结果为真。
或:两个原因中有一个为真结果为真。
非:原因为假,结果为真。
步骤:
1)分析所有可能的输入和可能的输出。
2)找出输入与输出之间的对应关系。
3)画出因果图。
4)转换为判定表
5)把判定表对应到每一个测试用例。
(5) 正交排列
目的是为了减少用例数目,用尽量少的用例覆盖输入的两两组合。根据正交性,由实验因素的全部水平组合中挑选出部分有代表性的点进行试验,通过对这部分实验结果的分析了解全面实验的情况。
(6)场景设计法
事件触发时的情景便形成了场景,同一事件的触发顺序和处理结果就形成了事件流。较生动描绘事件触发时的情景,有利于测试设计者测试设计用例。
eg:用户注册
(6)错误猜测法
基于经验和直觉,找出程序中你认为可能出现的错误,有针对性地设计测试用例。
什么是测试用例的粒度?
测试用例的粒度:指测试用例编写的详细程度。
测试用例写的过于复杂或详细,会带来两个问题:效率问题和维护成本问题。
测试用例写的过于简单,可能失去了测试周例的意义。
测试资源情况来决定设计出怎样粒度的测试用例:产品的质量要求;项目对用例的要求;测试时间和资源是否充分。
相关文章
- 【软件测试】测试用例和测试分类
- 测试用例(进阶篇)(测试的分类)
- web手工项目02-注册功能输入分析,处理,输出方法-测试用例及缺陷编写-首页轮播图和购物车
- Google的工程师质量文化(code-review)(思考)-第二步: 定义期望的做事方法 开发团队编写自动化测试。 主动运行自动化测试用例。 做代码评审。 第三步: 提供相应的培训在公司范围内组织代码设计与自动化测试培训。(思考二:以前端代码为例 eslint 的规范是由培训者定义还是由团队成员老决定?) 为每个团队指派自动化测试教练,帮助团队提高自动化测试技能。 第四步: 做些必需的事情来强化那些行为建立团队测试认证机制(test certified mechanism),共分3个大级别,12个子级,用于评估每个软件产品团队的测试成熟度。 通过每个季度统计各级别上的团队数量分布,来评估自动化测试文化在公司内部的进展程度。 建立自动化测试组(test group)和测试教练组(test mentor),帮助团队提升自动化测试能力。 建立代码评审资质证书。(思考三:评审资质需要怎样的考核?) 代码合入版本仓库之前强制做代码评审。 代码评审之前,必须运行自动化测试用例,并提交报告给代码评审者。(思考四:评审者来code自动化测试吗脚本?)
- 软件测试-正交实验法设计测试用例
- 【软件测试-实验-4】黑盒测试用例设计(二)
- 软件缺陷与测试用例
- PC端微信和移动端微信加入群聊的测试用例设计点
- 软件测试-测试用例研究-如何编写一份优秀的测试用例-测试用例的格式
- 软件测试/测试开发|Pytest allure为测试用例添加标题