探索性测试--极限测试法

转载自搜狗测试微信公众号。

前言

大家可曾挑战过个人的极限，比如蹦极？据说，相恋的两个人共同参与蹦极后，彼此的信任度会增进一步。在探索性测试上，有一种极限测试的方法，同理，如果你对此软件进行过极限测试后，你会对此软件的信任度大大增加，下边跟着小编一起来体验下吧。

测试方法介绍

 

  一、方法介绍

       极限测试法的宗旨是，挑战软件，向他提困难的问题，而测试人员本身也像探险。比如如何使软件发挥到最大程度？哪些特性会使软件运行到其设计的极限？哪些输入和数据会耗费软件最多的运算能力？哪些输入可能欺骗它的错误检验程度？

       极限测试所做的一切不一定要有什么实际意义，这么做的原因只是因为软件允许这么做。毕竟，有的时候，用户的确也这么做过。另外，对于测试人员也是有要求的，测试人员必须可以区分哪些是纯属发难的问题，哪些是可以让软件正常运行的问题。         

    

   二、测试常用场景

      1. 高并发压力测试

          比如：高峰期间的网站负载，还记得那些年我们一起买过的春运火车票吗？

      2. 数据极限的操作测试

          比如：将本地数据库的数据清空为0时，校验功能是否正常

          比如：将本地数据库的数据远远高于最大值，校验功能是否正常

          比如：将数据输入或输出为各类异常值，校验功能是否正常

       3. 存储空间的操作测试

           比如：下载的内容，存储空间不足情况下，校验下载是否正常

       4. CPU或内存占用的操作测试

           比如：运行的App，在内存占用不足的情况下，校验App运行是否正常

       5. 网络传输的操作测试

           比如：连接网络，但是速度慢的情况下，校验功能是否正常

       6. 文件大小的操作测试

           比如：下载或上传的文件远远大于上限时，校验功能是否正常

       7. 动作操作冲突的测试

           比如：切换不同的操作步骤，在快速操作的情况下，校验功能是否正常

       8. 数据操作冲突的测试

           比如：数据同步、切换，处理冲突时，校验功能是否正常

       ...等，极限操作的使用场景，根据不同需求，可以设计不同的极限操作。  

测试实践

 带着以上的思路，我们对搜狗浏览器的资讯详情页评论进行实战演练。

 被测试功能简介：

  1. 进入资讯详情页，在评论下方输入内容         

 2. 输入评论后，点击发表按钮

测试时长：15分钟

测试结果： 发现5个Bug

极限测试法理念经典Bug分享：

Bug1：升级安装浏览器后，打开浏览器，快速的进入浏览器详情页，详情页底部工具栏的评论框显示，"评论已关闭"。     

分析：浏览器使用系统核时，不支持发表评论。 用户升级安装浏览器后，内核需要初始化，内核未初始化前，默认使用的是系统核。所以，在内核未初始化前，在此时机边界上，快速进入详情页，会给出"评论已关闭"的Bug。     

Bug2：评论输入框输入文字后，晃动手机弹出是否撤销文字，此时，转屏手机，浏览器崩溃。

分析：手机转屏后，输入框会自动关闭，此时进行撤销操作，导致程序访问无效地址而崩溃。对于程序无输入框时，点击撤销键入操作的异常考虑，因程序设计之初未考虑到此场景，而出现的Bug。

Bug3：评论输入框内输入emoji表情，评论框内表情显示不全。

总结归纳

极限操作法在测试过程中，需关注点，总结为如下两点：

1. 被测试对象功能层面极限的考虑

    1）. 涉及各场景的边界考虑

    2）. 涉及各场景的冲突考虑

    3）. 涉及各场景的异常考虑

2. 被测试对象性能层面极限的考虑

   1）.涉及被测试对象性能各指标边界考虑

        比如App端（耗电量、CPU、内存、流畅度、响应时间等），耗电量低时，被测试对象功能是否正常。

        比如Server端（CPU、内存、响应时间、吞吐量等），CPU占用高时，被测试对象的功能是否正常。

转载自搜狗测试微信公众号。

前言

大家可曾挑战过个人的极限，比如蹦极？据说，相恋的两个人共同参与蹦极后，彼此的信任度会增进一步。在探索性测试上，有一种极限测试的方法，同理，如果你对此软件进行过极限测试后，你会对此软件的信任度大大增加，下边跟着小编一起来体验下吧。

测试方法介绍

 

  一、方法介绍

       极限测试法的宗旨是，挑战软件，向他提困难的问题，而测试人员本身也像探险。比如如何使软件发挥到最大程度？哪些特性会使软件运行到其设计的极限？哪些输入和数据会耗费软件最多的运算能力？哪些输入可能欺骗它的错误检验程度？

       极限测试所做的一切不一定要有什么实际意义，这么做的原因只是因为软件允许这么做。毕竟，有的时候，用户的确也这么做过。另外，对于测试人员也是有要求的，测试人员必须可以区分哪些是纯属发难的问题，哪些是可以让软件正常运行的问题。         

    

   二、测试常用场景

      1. 高并发压力测试

          比如：高峰期间的网站负载，还记得那些年我们一起买过的春运火车票吗？

      2. 数据极限的操作测试

          比如：将本地数据库的数据清空为0时，校验功能是否正常

          比如：将本地数据库的数据远远高于最大值，校验功能是否正常

          比如：将数据输入或输出为各类异常值，校验功能是否正常

       3. 存储空间的操作测试

           比如：下载的内容，存储空间不足情况下，校验下载是否正常

       4. CPU或内存占用的操作测试

           比如：运行的App，在内存占用不足的情况下，校验App运行是否正常

       5. 网络传输的操作测试

           比如：连接网络，但是速度慢的情况下，校验功能是否正常

       6. 文件大小的操作测试

           比如：下载或上传的文件远远大于上限时，校验功能是否正常

       7. 动作操作冲突的测试

           比如：切换不同的操作步骤，在快速操作的情况下，校验功能是否正常

       8. 数据操作冲突的测试

           比如：数据同步、切换，处理冲突时，校验功能是否正常

       ...等，极限操作的使用场景，根据不同需求，可以设计不同的极限操作。  

测试实践

 带着以上的思路，我们对搜狗浏览器的资讯详情页评论进行实战演练。

 被测试功能简介：

  1. 进入资讯详情页，在评论下方输入内容         

 2. 输入评论后，点击发表按钮

测试时长：15分钟

测试结果： 发现5个Bug

极限测试法理念经典Bug分享：

Bug1：升级安装浏览器后，打开浏览器，快速的进入浏览器详情页，详情页底部工具栏的评论框显示，"评论已关闭"。     

分析：浏览器使用系统核时，不支持发表评论。 用户升级安装浏览器后，内核需要初始化，内核未初始化前，默认使用的是系统核。所以，在内核未初始化前，在此时机边界上，快速进入详情页，会给出"评论已关闭"的Bug。     

Bug2：评论输入框输入文字后，晃动手机弹出是否撤销文字，此时，转屏手机，浏览器崩溃。

分析：手机转屏后，输入框会自动关闭，此时进行撤销操作，导致程序访问无效地址而崩溃。对于程序无输入框时，点击撤销键入操作的异常考虑，因程序设计之初未考虑到此场景，而出现的Bug。

Bug3：评论输入框内输入emoji表情，评论框内表情显示不全。

总结归纳

极限操作法在测试过程中，需关注点，总结为如下两点：

1. 被测试对象功能层面极限的考虑

    1）. 涉及各场景的边界考虑

    2）. 涉及各场景的冲突考虑

    3）. 涉及各场景的异常考虑

2. 被测试对象性能层面极限的考虑

   1）.涉及被测试对象性能各指标边界考虑

        比如App端（耗电量、CPU、内存、流畅度、响应时间等），耗电量低时，被测试对象功能是否正常。

        比如Server端（CPU、内存、响应时间、吞吐量等），CPU占用高时，被测试对象的功能是否正常。