
啊胡
2022/09/09阅读:27主题:自定义主题1
黑盒测试之 测试策略
实践是检验真理的唯一标准,学而不用假把式。
在测试工作中,测试人员通常不会单独操作某个黑盒测试方法,而是在每个测试项目里都会用到多种方法。
每种类型的软件有各自的特点,每种测试用例设计的方法也有各自的长处和不足,针对不同软件如何利用这些黑盒方法是非常重要的。
在实际测试中,往往是综合使用各种方法才能有效地提高测试效率和测试覆盖率,这就需要认真掌握这些方法的原理,积累更多的测试经验,有效地提高测试水平。
以下是功能测试部分的各种黑盒测试方法的综合选择的策略,可供测试人员在实际测试应用过程中参考。
(1)首先进行等价类划分
,包括输入条件和输出条件的等价类划分,将无限测试变成有限测试,这是减少工作量和提高测试效率最有效的方法。
(2)在任何情况下都必须使用边界值分析
方法。经验表明,用这种方法设计出的测试用例发现程序错误的能力最强。
(3)可以用错误推测法
追加一些测试用例,这需要依靠测试工程师的智慧和经验。
(4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准,应当再补充足够的测试用例。
(5)如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法
和判定表驱动法
。
(6)对于参数配置类的软件,要用正交试验法
选择较少的组合方式达到最佳效果。
(7)功能图法
也是很好的测试用例设计方法,可以通过不同时期条件的有效性,设计不同的测试数据。
(8)对于业务流清晰的系统,可以利用场景法
贯穿整个测试案例过程,在案例中综合使用各种测试方法。
看完不思考的喵不是一只成熟的测试喵~
很多人认为业务测试工程师就是“点点点”,不需要了解这么多测试用例设计方法,这其实是非常大的误解。(当然不包括部分把工作当生活体验的大佬)
测试用例设计是测试人员的基本功,要是在武林秘籍中,那也算是内功心法了。很多测试工程对此不屑一顾,对于设计测试用例这一块平时都是写到哪算哪,没有一个完整的思维体系。导致的后果可能就是花费了比别人更多的时间,然而无法覆盖全面,经常漏测,效率非常低。
即使大家往更高级的方向去走,比如接口自动化测试、UI自动化测试、性能测试等等,你都离不开测试用例设计。接口自动化测试你要写接口自动化测试用例,UI自动化测试你要写UI自动化用例,性能测试你还是要写性能场景用例等。
所以,测试工程师们,快来自测下,如果满分10分,你给自己工作中的测试用例设计打几分?欢迎评论区讨论~
作者介绍
