好了,针对软件测试有了一个大概的了解之后,那么今天来聊聊软件测试的测试策略。
测试策略
策略:
- 可以实现目标的方案集合;
- 根据形势发展而制定的行动方针和斗争方法;
- 有斗争艺术,能注意方式方法;
- 计谋,谋略。
- 在作当前决策时即将未来的决策考虑在内的一种计划
以上内容是针对策略进行的一个解释,其实策略也可以理解为在一个大的“过程”中进行的一系列行动/思考/选择,软件测试就是在每个版本迭代中,选择对应的测试方法是什么,根据方法我们要做哪些动作,做这些动作是为了什么。
经过先辈们的不断总结与时代的发展,最终产生了以下几类测试策略。
- 黑盒测试
把被测软件看做一个黑盒子,看不到里面具体的执行逻辑和顺序,测试人员对该盒子进行输入、输出的测试,观察输出内容是否满足需求。
- 白盒测试
可以直接观察到被测软件的具体运行逻辑和判断,对内部操作进行测试来发现软件中存在的问题。
- 灰盒测试
介于黑盒测试和白盒测试之间的一种测试策略,测试人员既可以看到被测软件的内部实现逻辑,也可以根据需求文档来测试软件的输入输出情况.
以上信息呢是针对软件测试策略的一个大致的归类和描述,其实还有其他的,比如说静态/动态、手动/自动等等。
测试方法
-
等价类
将输入数据的集合划分为若干个等价类,使得每个类中的值在某个特定的方面是等效的。从每个等价类中选择代表性的值作为测试用例,可以减少测试用例的数量,同时保持测试的全面性。
-
边界值
专注于测试输入、输出或数据的边界条件。边界条件往往是错误发生的常见地方,因此对这些条件进行测试可以发现许多缺陷。边界值测试用例通常包括最小值、最大值和刚好在边界两侧的值。
-
场景法
模拟用户在实际使用软件时的行为来设计测试用例。场景法通常用于测试业务流程和用户交互,确保软件的功能和性能符合用户的实际需求。
-
判定表
当处理复杂业务逻辑的测试设计技术时。将输入条件(通常是布尔值)和相应的输出动作组合在一个表格中。每个输入条件的组合都对应一个输出动作或结果,这有助于确保所有可能的条件组合都得到测试。
-
正交排列法
正交排列法是一种统计方法,用于设计高效的测试用例,特别是在输入参数之间存在多路组合时。这种方法通过选择正交数组来最小化测试用例的数量,同时保持测试的全面性。正交数组是一种特殊的表格,其中的行和列都是相互正交的,这意味着每个因素的水平以均匀的方式与其他因素的水平组合。
- 测试大纲法
将测试目标和测试步骤组织成一个层次结构。这种方法有助于清晰地定义测试的范围和详细程度,使得测试活动更加系统和可管理。测试大纲通常包括测试条件、测试用例和测试步骤。(这个就比较复杂,我就不贴图了,感兴趣的可以网上搜索对应的图片和实例)
以上就是这篇文章的一个汇总信息,其实在本人的工作中,使用黑盒测试或者是灰盒测试会比较多一点,不仅仅要看代码的具体实现,还要参照需求文档,更能了解到功能从输入一直到输出具体的行为有哪些,针对这些行为再编写对应的测试用例,如果光看需求或者光看代码,就无法站在其他角度去分析问题。至于测试方法呢,常用就那么几个:边界值、等价类、场景法这些,等价类其实还可以再细分为输入输出的等价,业务的等价,场景的等价等等。(有任何问题,可以评论了解,我也会尽我所能回答,软件测试这一相关目录我会持续不断的更新,欢迎大家的订阅,若有哪些写的不好的欢迎各位指导)