南昌Android培训
达内南昌中心

13732203138

热门课程

入门 | 如何提高测试用例覆盖度?

  • 时间:2018-02-22 14:00
  • 发布:转载
  • 来源:网络

不少测试工程师写出的测试用例虽然覆盖率是很高,但是经常会有存在重复用例的现象,我们之前讲方法的时候就有说过,这种方法比较适合初学者,提高用例覆盖度的,用例会出现一定程度的冗余,今天我们就来分析一下如何将用例进行精简。


师姐分析了一下用例冗余的方面,有如下两个:

用例重复

无效用例

用例重复→用例合并:

所谓用例重复,不是说很多用例完全一样,而是说部分用例的检查点或影响因素相同,操作步骤相同,使用例看起来像是重复的用例一样,对于这种情况,可以进行合并。


如:对象相似

对象A和对象B的部分功能类似,检查点和影响因素相同,操作步骤相同,则可以将相同的部分进行合并,合并完后就变为

对象A+对象B

检查点1

影响因素1


对象A

检查点2

影响因素2


对象B

检查点3

影响因素3


同理,如果是检查点和影响因素相同,合并的方式也是一样的。


这种用例精简方式适用于一个操作步骤,可以检查多个检查点的情况,如果只是检查点相同,但是步骤不同,仍然不建议进行合并。


无效用例→删除用例

在分析功能时,我们会针对测试对象,找出相关的检查点,再由检查点出发,发散影响因素,这种用例方式是纯黑盒的用例设计方法,但是在很多时候,我们并不是只进行纯黑盒,而是灰盒,因为我们会去了解开发的实现,功能内部逻辑对我们来讲就不是黑的了,在了解完开发实现后,会发现纯黑盒情况下发散出来的一些影响因素其实没有没有必要,直接去掉就可以,


如窗口测试

检查点:窗口的UI显示

影响因素1:不同分辨率

影响因素2:不同位色

影响因素3:不同字体

影响因素4:不同系统主题


我们去跟开发了解一下这个窗口的实现方式:

如果开发表示,他使用的系统自带的窗口函数绘制的,那么这些影响因素就需要保留;


如果开发表示,他是自己写的窗口函数绘制的,不会适配系统的当前情况,那么这些影响因素就会有多余的,系统相关的修改不会影响到自绘窗口的显示,如主题,字体,分辨率等。


如果开发表示,他是自己写的窗口函数,但是会根据系统的情况进行适配,那么需要进一步了解会适配哪些情况。


说了以上这些,大家应该都明白了,这种用例精简的方式是根据开发实现,对用例进行增删改,这个的粒度就看对开发实现了解的粒度了。


还有一种精简方式是简化用例结构:

如用例可以不写详细步骤,将简单步骤放在用例目的中,从而达到节约用例编写时间的目的。

达内软件测试课程涵盖软件测试基础理论;测试管理、白盒测试、性能测试、功能测试、web测试等必备测试工具;Oracle数据库、MySQL数据库、Java程序设计、web开发基础等热点技术及企业全真实战项目,手工测试项目贯穿整个课程体系之中。为将每位选择达内的学员打造成为一个高级软件测试工程师而奋斗!

上一篇:新入行 | 如何学好Java?
下一篇:怎样能成为一名合格的IT程序员?

Android开发没人要了?

安卓培训开发到底怎么样?

android是什么?学android开发能做什么?

新手学Android需知哪些问题呢?

选择城市和中心
贵州省

广西省

海南省