zoukankan      html  css  js  c++  java
  • 软件测试—如何更有效

    大家知道,软件测试对软件的测试是有限的,而在项目进度比较紧,测试人员、时间有限的情况下,要进行充分的测试更是不可能!所以,如何在资源、时间有限的情况下测试的更有效,成了我们要思考的一个重要问题。以下以实例进行有关说明,大家对都用过手机,对手机的功能都不陌生,所以本文将全部用手机来做实例阐述!

     

    例1.      电话接打功能测试

    对于电话接打这项手机最基本的功能,在实际测试中测试人员可能要进行上千次的测试,确保手机接打电话功能稳定可靠。

    对于这种功能的验证测试,有的测试人员可能每次测试的方法都相同,如同样的电话呼入后立刻接听,如此反复,测试几百次,检测软件的可靠性!电话呼出时,也是不变的方式,不断地重拨,重复几百次!

    分析:上述测试方法,当然可以,但是效率高吗?能够发现更多的问题吗?答案是否定的!

    测试思路:

    对于这种问题,一定要注意拓展自己的思路,灵活进行,争取测试的效率和广度!

    对于来电,可以从以下角度进行测试:

    第一,在接听电话时,可以注意在不同时间点接听,如刚刚响铃时接听,响铃一段时间后接听,响即将结束时接听!这样可能会发现更多的问题!

    第二,来电时,可以在手机不同状态下来电,如手机进行菜单浏览、短消息查看等,不同状态下来电;

    第三,注意来电的时间间隔,如间隔时间很短的情况下来电和间隔一段时间的情况下来电;

    第四,注意来电情况,如电话本中联系人来电和非电话本联系人来电;座机来电、移动电话来电和小灵通来电等;

    第五,在不同情景模式下,如静音模式、会议模式、标准模式等模式下来电。

    第六,不同的接听方式,如设置成按任意键接听、应答键接听等不同接听方式.

        对于呼叫,在拨打电话时,可以从以下角度考虑:

    第一,   直接输入数字进行拨打电话;

    第二,   从电话本中选择联系人呼叫;

    第三,   从通话记录中选择联系人进行呼叫;

    第四,   从短消息中提取号码进行呼叫。

        另外,在进行这种电话接打测试的时候,可以考虑使用测试机对测试机器来进行,这样下来,一组电话接打功能的测试,测试覆盖率提高了很多!

     

    2.短信查看+来电

     

    这也是最基本的一种测试,多任务测试。

    分析:

    这里的来电,可以是固定电话,也可以是小灵通,也可以是手机;来电可以是电话本中的联系人,也可以是陌生电话来电。对此,如果能够把每种情况都测试一下当然最好不过了,但如果时间紧迫,无法一一测试,我们该如何测呢?

    测试思路:

    本项主要是短消息模块和电话模块之间的干扰问题,我们在测试时,可以选择电话本中联系人来电,进行测试,这是因为在来电时,来电有多出了一个对电话本模块的查询、调用功能,如果这种情况下没有问题,那么非电话本中号码来电时,一般不会有问题,相应地我们就可以少进行一项测试。

     

    例3.      录像+来电

     

    现在手机功能越来越强大,具有录像功能的手机不在少数,所以录像时来电测试也是少不了的一项,进行这项测试时,我们可以从以下角度考虑。

    测试思路:

    录像时,电话本中联系人来电→接听来电→结束通话→查看、播放录像→录像播放时来电→接听、通话→结束通话

    这项我们在测试时进行了拓展,蓝色部分为拓展的测试项。这样做可以省去在录像播放时来电再进行录像这个环节,提高了效率,同时也检测了录像时来电对录像的干扰情况。

     

    例4.      短信编辑+来电

    分析:进入短信编辑的方式很多,有直接进入短信菜单进行编辑,有回复短消息时进入短信编辑状态,有从电话本联系人中选择相应菜单进入短消息编辑。

    测试思路:

    我们测试时,此项测试主要是测试来电对短信编辑模块的影响。在测试时,可以直接选择回复短信的方式进入短信编辑模块,来电则为电话本中联系人来电。

     

    5.屏保与锁键盘测试

     

    基本都有屏保功能吧,也都有锁键盘功能吧。既然有这些功能,那么就需要对这些功能进行测试。那我们该如何对他们进行测试呢?

    分开测试,各测各的!先在屏保下进行一系列的测试,如屏保启动时间、屏保显示界面以及屏保下来电,接收短消息的等一系列复杂的测试,一项一项测试完成大概需要半天的时间,测试完毕后再去测试锁键盘功能,如锁键盘启动时间、界面提示信息,锁键盘情况下来电、短信等等项。等全部测试完成大概又需要半天的时间。

    其实,我们可以思考一下:这两项我们是否可以合并起来,一起测试呢?

    答案是肯定的!

    两项中的很大一部分内容都可以合并起来一起测试!即在屏保以及键盘锁同时启动的情况下进行测试,如果两者同时启动的情况下都是正常工作的,那么我们可以认为其在另一者关闭的情况下功能也一定是正常的!我们要明白一点:越是在复杂的情况下,手机出问题的可能性越大!

    其实,我们还可以进一步拓展一下,我们同时启动LCD背光等项,将其合并起来一起测试!这种情况下在单位时间里不但增加了测试内容,而且更容易发现软件中的一些问题。另外,鉴于锁键盘以及屏保、LCD背光等,它们都有不同的启动时间,我们是否该将所有这些的排列组合全部测试一遍呢?这样的话,那你就等着累死或被老板解雇吧!在这里要注到测试的等价性.

    太多了,更深入的就不说了!

     

    小结:

    在提高测试效率上,我们一定要抓住懂得哪些测试可以合并一起来测,哪些项出问题的可能性比较大,也一定要知道哪些地方是重点!

     

        如何在人力资源紧缺的状态下,如何在有限的时间里发现更多的问题和更广的测试是值得我们深入思考的!宏观上而言,一个版本先测哪些后测哪些和不测哪些可以说是一个战略问题,而具体到测试时,如何在有限的时间里发现一个测试项所存在的问题则又是一个战术问题。 战略和战术如何有效地配合?如何更有效的测试?这是每个专业测试工作者,尤其是测试负责人应该好好思考的!

     

     

  • 相关阅读:
    『ORACLE』 DG切换主备库角色(11g)
    Java基础语法(三)---数组
    JDK安装与配置详细图文教程
    谁把20岁上下的你给洗脑了
    看看已堕落的自己
    关于Git
    自定义UIDatePikerView
    细节关注(持续更新。。。)
    如何生成圆形的图片
    高效使用你的Xcode
  • 原文地址:https://www.cnblogs.com/itest/p/801388.html
Copyright © 2011-2022 走看看