精华内容
下载资源
问答
  • 兼容性测试用例
    千次阅读
    2018-10-22 12:07:45

    一、硬件兼容

    与整机兼容
    与外设兼容

    二、软件兼容

    操作系统/平台
    应用软件之间的兼容
    不同浏览器的兼容

    三、网络兼容

    有线
    wife
    3G
    4G

    作业:写20个兼容性测试用例

    更多相关内容
  • 软件测试测试用例实例(功能测试用例、性能测试用例、兼容性测试用例)汇编.pdf
  • 此文档是收录了一些软件测试中用到的一些实例问题收集,内容颇为丰富,可供学着学习使用。
  • 移动App兼容性测试用例怎么设计

    千次阅读 2020-09-18 16:22:11
    之前我有写过一篇《为什么兼容性测试如此重要》,从不一样角度阐述了兼容性测试重要性,今天我在分享一下,移动App兼容性测试用例怎么设计,也是干货满满。废话不多说,进入我们正题。 兼容性测试是指测试软件在...

    之前我有写过一篇《为什么兼容性测试如此重要》,从不一样角度阐述了兼容性测试重要性,今天我在分享一下,移动App兼容性测试用例怎么设计,也是干货满满。废话不多说,进入我们正题。

     

    兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络环境中是否能正常的运行的测试。

     

    比如:一个界面在4.7英寸上显示的是正常的,在5.5英寸上却显示不全,更别说2020年主流6.2英寸以上,可以显示效果不能直视(你懂的)。

     

    兼容性测试的核心内容:

     

    测试软件是否能在不同的操作系统平台上兼容,或测试软件是否能在同一操作平台的不同版本上兼容

    软件本身能否向前或向后兼容(升级新版本之后旧的版本是否还能正常运行)

    测试软件能否与其他相关的软件兼容

    数据兼容测试,主要是指数据能否共享等(软件升级之后能否把数据也同步过去)

    兼容性测试的作用:

     

    兼容性测试能够进一步提高产品的质量

    兼容性测试能使软件与尽可能多的其他软件“和平共处”,尽可能达到平台的无关性

    兼容性测试尽可能的保证软件存在的价值,它是衡量一个软件质量的重要依据

    兼容性测试能使软件产品的市场更广阔

    兼容性测试本质上属于功能测试,只不过侧重在不同的软硬件环境。

     

    圈定兼容性测试测试范围: 

     

    针对app考虑以下几个方面

     

    操作系统版本(安卓、IOS)

    屏幕分辨率(4.7、5.0、5.5……)

    不同手机品牌(三星、华为、小米、Oppo……)

    网络的类型(2/3/4G、Wifi、弱网、断网)

    针对兼容性问题基本做法:

     

    根据app特性选择覆盖的范围,该买相关的设备,做兼容性测试

    通常选取少量主流设备执行全部测试用例,在其他设备上覆盖主要测试用例(要是在不主流的设备上也执行全部测试用例,时间太长,任务太重,你懂得。。。)

    兼容性测试要是做的很全面的话会测试很多种机型,一个功能点可能需要反复的测试,这样一来测试人员容易对这个功能点产生疲劳测试,并且也需要耗费大量的时间。

     

    那么,我们有没有性价比高兼容性测试解决方案……,回答是肯定的,下次再说。

    展开全文
  • 测试用例实例 含功能测试用例性能测试用例兼容性测试用例 目 录 TestCase_LinkWorks_WorkE 用例编号 valuate 项目名称 LinkWorks 模块名称 WorkEvaluate 模块 项目承担部门 研发中心-质量管理部 用例作者 - 1 - 完成...
  • 一些通用的兼容性测试用例,希望大家喜欢!
  • 本文主要介绍ACTS应用兼容性测试用例开发编译。

    本文分享自华为云社区《移植案例与原理 - XTS子系统之应用兼容性测试用例开发》,作者:  zhushy 。

    XTS(X Test Suite)子系统是OpenHarmony生态认证测试套件的集合,当前包括:

    • acts(application compatibility test suite)应用兼容性测试套件,看护北向HAP兼容、OpenHarmony开发API兼容。

    • hats(Hardware Abstraction Test Suite )硬件抽象测试套,看护HDI层接口。

    • dcts(Distributed Compatibility Test Suite )分布式兼容性测试套,看护分布式兼容(待上线)

    在移植芯片开发板后,需要运行应用兼容性测试套件。对于大部分工程师,是不需要开发ACTS测试用例的。但是了解一下这些知识,在问题定位等会带来极大的方便。本文主要介绍下ACTS应用兼容性测试用例开发编译。使用的编程语言为C语言。

    1、XTS测试套件目录

    XTS的ACTS应用兼容性测试套件目录test\xts\acts,器目录如下,包含各个子系统的测试用例源代码及测试工具代码。

    /test/xts
    ├── acts                         # 测试代码存放目录
    │   └── aafwk                    #  标准系统的 元能力框架子系统 测试用例源码存放目录
    │   └── aafwk_lite               # 轻量系统、小型系统的 元能力框架 子系统测试用例源码存放目录
    │   └── communication            #  标准系统的 communication子系统 测试用例源码存放目录
    │   └── communication_lite       # 轻量系统、小型系统的 communication 子系统测试用例源码存放目录
    |   └── .......                  # 其他子系统的测试用例源码存放目录
    │   └── BUILD.gn                 # 标准系统测试用例编译配置
    │   └── build_lite               # 轻量系统、小型系统测试用例编译配置存放目录
    │       └── BUILD.gn             # 轻量系统、小型系统测试用例编译配置
    └── tools                        # 测试工具代码存放目录
    

    2、测试用例级别、粒度和类型

    测试用例分为5个级别,分布为Level0、Level1、Level2、Level3、Level4,这几个宏定义在文件test\xts\tools\lite\hctest\include\hctest_internal.h。对这几个级别的解释可以从文章尾部的参考站点上可以了解。

    /**
      * test case level
      */
    enum TestRank {
        Level0 = 1,
        Level1 = 2,
        Level2 = 3,
        Level3 = 4,
        Level4 = 5
    };
    

    用例粒度分为LargeTest、MediumTest和SmallTest,同样在文件test\xts\tools\lite\hctest\include\hctest_internal.h中定义。

    /**
     * test size
     */
    enum TestSize {
        SmallTest = 1 << 4,
        MediumTest = 2 << 4,
        LargeTest = 3 << 4
    };
    

    测试类型分为Function、Performance、Power、Reliability、Security、Global、Compatibility、User、Standard、Safety和Resilience。宏定义如下,具体含义见参考站点中链接。

    /**
     * test type
     */
    enum TestType {
        Function = 1 << 8,
        Performance = 2 << 8,
        Power = 3 << 8,
        Reliability = 4 << 8,
        Security = 5 << 8,
        Global = 6 << 8,
        Compatibility = 7 << 8,
        User = 8 << 8,
        Standard = 9 << 8,
        Safety = 10 << 8,
        Resilience = 11 << 8
    };
    

    3、C语言用例开发编译指导

    根据测试系统选择测试框架和对应测试用例语言。系统类型和测试框架、开发语言对应关系如下:

    系统测试框架语言
    轻量系统hctestc
    小型系统hcpptestc++
    标准系统HJSUnit、hcpptestjs、c++

    我们主要看下轻量系统产品用例开发。轻量系统测试使用的测试框架是hctest,hctest测试框架支持使用C语言编写测试用例,是在开源测试框架unity的基础上进行增强和适配。

    3.1 用例目录规范

    我们上文已经看到了ACTS的目录, 测试用例存储到test/xts/acts仓中。假如我们在一个名为subsystem_lite的子系统中为module_hal部件开发用例,目录如下:

    ├── acts
    | └── ......
    │ └── subsystem_lite
    │ │ └── module_hal
    │ │ │ └── BUILD.gn
    │ │ │ └── src
    │ └──build_lite
    │ │ └── BUILD.gn
    

    可以参考已经存在的用例的目录,比如test\xts\acts\utils_lite\file_hal、test\xts\acts\utils_lite\kv_store_hal、test\xts\acts\startup_lite\bootstrap_hal等等。

    3.2 编写用例样例

    3.2.1 引用测试框架

    hctest.h 文件位于./test/xts/tools/lite/hctest/include/目录,定义了LITE_TEST_SUIT、LITE_TEST_CASE、RUN_TEST_SUITE等测试套件的宏。

    #include "hctest.h"
    

    3.2.2 定义子系统、模块、测试套件名称

    需要3个参数,分别为子系统名称、子系统的部件名称、测试套件名称。

    /**  
    * @brief  register a test suit named "IntTestSuite"  
    * @param  test subsystem name  
    * @param  example module name  
    * @param  IntTestSuite test suit name  
    */
    LITE_TEST_SUIT(test, example, IntTestSuite);
    

    已经存在的示例,可以参考test\xts\acts\utils_lite\kv_store_hal\src\kvstore_func_test.c,为utils子系统的kvStore部件注册KvStoreFuncTestSuite测试套件。

    /**
     * @tc.desc      : register a test suite, this suite is used to test basic flow and interface dependency
     * @param        : subsystem name is utils
     * @param        : module name is kvStore
     * @param        : test suit name is KvStoreFuncTestSuite
     */
    LITE_TEST_SUIT(utils, kvStore, KvStoreFuncTestSuite);
    

    3.2.3 定义Setup与TearDown

    命名方式:测试套件名称+Setup,测试套件名称+TearDown。Setup与TearDown必须存在,可以为空函数。示例可以参考test\xts\acts\utils_lite\kv_store_hal\src\kvstore_func_test.c,如下:

    /**
     * @tc.setup     : setup for all testcases
     * @return       : setup result, TRUE is success, FALSE is fail
     */
    static BOOL KvStoreFuncTestSuiteSetUp(void)
    {
        UtilsSetEnv(DATA_PATH);
        return TRUE;
    }
    
    /**
     * @tc.teardown  : teardown for all testcases
     * @return       : teardown result, TRUE is success, FALSE is fail
     */
    static BOOL KvStoreFuncTestSuiteTearDown(void)
    {
        printf("+-------------------------------------------+\n");
        return TRUE;
    }
    

    3.2.4 使用宏定义LITE_TEST_CASE写测试用例

    LITE_TEST_CASE函数宏包括三个参数:测试套件名称,测试用例名称,用例属性(测试类型、用例粒度、用例级别)。示例代码中创建测试用例,名称为TestCase001,属于测试套件IntTestSuite,测试用例属性为功能测试、测试用例粒度为MediumTest,用例级别Level1。

    LITE_TEST_CASE(IntTestSuite, TestCase001, Function | MediumTest | Level1) 
    {  
      //do something 
    };
    

    示例可以参考test\xts\acts\utils_lite\kv_store_hal\src\kvstore_func_test.c,如下,测试套件KvStoreFuncTestSuite中创建测试用例testKvStoreSetValue001,测试kvstore部件的UtilsSetValue和UtilsDeleteValue接口。

    /**
     * @tc.number    : SUB_UTILS_KV_STORE_0100
     * @tc.name      : UtilsSetValue parameter legal test
     * @tc.desc      : [C- SOFTWARE -0200]
     */
    LITE_TEST_CASE(KvStoreFuncTestSuite, testKvStoreSetValue001, Function | MediumTest | Level1)
    {
        char key[] = "rw.sys.version";
        char value[] = "Hello world !";
        int ret = UtilsSetValue(key, value);
        TEST_ASSERT_EQUAL_INT(0, ret);
    
        ret = UtilsDeleteValue(key);
        TEST_ASSERT_EQUAL_INT(0, ret);
    };
    

    3.2.5 使用宏定义 RUN_TEST_SUITE注册测试套件

    RUN_TEST_SUITE(IntTestSuite);
    

    3.3 测试模块的构建配置文件

    在每个测试模块目录subsystem_lite/module_hal下新建BUILD.gn编译文件,用于指定编译后静态库的名称、依赖的头文件、依赖的库等;具体写法如下:

    import("//test/xts/tools/lite/build/suite_lite.gni")
    hctest_suite("ActsDemoTest") {
        suite_name = "acts"
        sources = [
            "src/test_demo.c",
        ]
        include_dirs = [ ]
        cflags = [ "-Wno-error" ]
    }
    

    3.4 acts下BUILD.gn增加编译选项

    需要将测试模块加入到acts目录下的编译脚本中,编译脚本路径:test/xts/acts/build_lite/BUILD.gn。

    lite_component("acts") {  
        ...
        if(board_name == "liteos_m") {
            features += [    
                ...
                "//xts/acts/subsystem_lite/module_hal:ActsDemoTest"
            ]    
        }
    }
    

    3.4 编译烧录运行

    随版本编译,debug版本编译时会同步编译acts测试套件。acts测试套件编译中间件为静态库,最终链接到版本镜像中 。将版本镜像烧录进开发板。重启设备,查看串口日志。每个测试套件执行以Start to run test suite开始,以xx Tests xx Failures xx Ignored结束。

    参考站点

    参考了下述站点,或者推荐读者阅读下述站点了解更多信息。

    点击关注,第一时间了解华为云新鲜技术~​

    展开全文
  • 确定浏览器测试类型,需要关注的测试项目.确定浏览器测试类型,需要关注的测试项目
  • 跟博客里面的web兼容性内容一致,是图片中的思路源文件。
  • WEB端测试用例模板

    2018-10-08 17:03:06
    WEB端测试用例模板,用于模块测试用例,集成测试用例,系统测试用例的编写模板
  • SIM卡兼容性测试用例

    2011-06-22 09:59:52
    SIM卡兼容性测试用例 大家可以参考,通用所以系统
  • 对于兼容性测试来说,Web测试需要确定覆盖的浏览器类型和版本,移动设备测试需要确定覆盖的设备类型和具体iOS/Android的版本等。  你可能会问,我要怎么确定需要覆盖的移动设备类型以及iOS/Android的版本列表呢?...

      对于兼容性测试来说,Web测试需要确定覆盖的浏览器类型和版本,移动设备测试需要确定覆盖的设备类型和具体iOS/Android的版本等。

      你可能会问,我要怎么确定需要覆盖的移动设备类型以及iOS/Android的版本列表呢?这个问题其实并不难:

      如果是既有产品,你可以通过大数据技术分析产品的历史数据得出Top 30%的移动设备以 及iOS/Android的版本列表,那么兼容性测试只需覆盖这部分即可。 如果是一个全新的产品,你可以通过TalkingData这样的网站来查看目前主流的移动设备,分辨率大 小、iOS/Android版本等信息来确定测试范围。

      兼容性测试的实施,往往是在功能测试的后期,也就是说需要等功能基本都稳定了,才会开始兼容性测试。

      当然也有特例,比如,对于前端引入了新的前端框架或者组件库,往往就会先在前期做兼容性评估,以确保不会引入后期无法解决的兼容性问题。

      兼容性测试用例的选取,往往来自于已经实现的自动化测试用例。道理很简单,因为兼容性测试往往要覆盖常用的业务场景,而这些常用的业务场景通常也是首批实现自动化测试的目标。

    所以,我们的GUI自动化框架,就需要能够支持同一套测试脚本在不做修改的前提下,运行于不同的浏览器。

    推荐阅读:

    智能硬件兼容性测试常见问题
    软件兼容性测试的测评指标有哪些?
    在做兼容性测试的时候,需要考虑哪些指标?
    小程序兼容性测试怎么做
    手机兼容性测试怎么做

    展开全文
  • 软件测试之兼容性测试

    千次阅读 2022-05-09 20:36:20
    对于基于计算机平台的软件,在测试过程中必须考虑软、硬件的兼容性,在设计测试用例的过程中必须考虑数据转换或转移的问题,应该尽力发现其可能带来的错误。不仅是基于计算机平台的软件,对于嵌入式软件也一样,在...
  • 软件测试之兼容性测试
  • 兼容性测试解决方案

    2021-10-08 09:57:08
    兼容性测试https://www.alltesting.cn/testservice/cbtpl.html兼容性测试,就是让APP、小程序、H5程序,在所有的设备上进行适配,兼容性测试,发现潜在的问题 平台提供的在线设备 众测平台提供海量的在线设备,...
  • app兼容性测试

    2021-12-14 16:31:32
    app兼容性测试
  • 本文为《软件可靠简介》培训课程中摘录的公开内容,目录:一、软件测试的概念;二、软件测试的分类;...四、测试用例的设计;五、测试用例的评审;六、如何记录Bug;七、回归测试;八、测试报告的输出...
  • web专项测试之兼容性测试
  • 软件测试之Web兼容性测试

    千次阅读 2022-02-14 14:21:24
    软件测试之兼容性测试 软件的兼容性通常体现在客户端的兼容性,服务器一般不做兼容性测试,因为在设计开发过程中即确定了服务器的架构,除非需要扩容扩展。软件客户端的兼容性测试可以从以下四种类型分析。 一. 软件...
  • QQ登录pc端测试用例

    千次阅读 2021-12-16 23:47:10
    之前初步学习的时候,有写过一个登录的测试用例,但是还不是很全面,这次写一个具体的登录测试用例。 一、QQ登录pc端界面 二、测试思路 可以从功能、界面、易用性、兼容性、安全性、性能方面来写; 1、功能测试 ...
  • 兼容性存在的意义 很简单,就是为了把覆盖普及大众的机型上项目暴露出来的问题全部扼杀掉,有效的改善/避免用户流失。 兼容性解决哪些问题 解决适配问题 适配产生的问题有很多,如: 1、屏幕适配,迭代过程中的测试...
  • 以我们熟知的主流浏览器就有很多版本,比如火狐浏览器、谷歌浏览器、IE浏览器等,想要软件产品或者程序在这些浏览器上兼容使用,不出现bug,那么就需要做好浏览器兼容性测试。  做好浏览器兼容性测试有哪些步骤呢...
  • app 测试用例

    2015-01-21 09:26:54
    主要总结了app通用测试点,主要包括功能测试兼容测试方面
  • 微信发朋友圈的测试用例

    千次阅读 多人点赞 2022-03-11 09:36:59
    微信发朋友圈测试用例 以下几个点我主要从界面,功能,性能,兼容性,安全性,网络测试等进行测试用例的编写,如有不足,欢迎补充!
  • web测试常用的用例及知识 1. Web测试中关于登录...7. Web测试之兼容性测试 8. Web测试-sql注入 9. Web测试中书写用例时要考虑的检查点 10. 手机电子邮件测试用例 11. 记事本与日历的测试用例 12. Web测试总结
  • 适合小白的测试用例编写方法,一看就会
  • 用例设计】浅谈兼容性测试

    千次阅读 2016-07-18 14:36:11
    说到兼容性测试,让我们先看看兼容性测试的定义是什么? 兼容性测试将验证软件与其所依赖的环境的依赖程度,包括对硬件平台的依赖和对软件平台依赖程度,即我们通常说的软件的可移植性 简单来说: 待测试项目在同...
  • 手机兼容性测试(云测试)

    千次阅读 2020-12-22 21:11:08
    手机兼容性测试一、简介机型配置好用的App云测试平台二、云测试使用百度MTC-移动云测试中心三、自己操作基本流程 一、简介   Android App兼容性测试,是一个比较重要的App评价内容,说到测试阶段,兼容性测试主要...
  • 史上最全的APP通用测试用例。推荐理由:从安装卸载推送等功能方面,到安全性、易用性、兼容性、性能等等方面对APP的各个点进行检查,非常全面,是测试APP必备。
  • 视频播放测试用例

    千次阅读 2020-11-24 07:42:27
    视频播放的用例测试点 UI测试: 导航栏元素位置、大小、颜色等要素是否一致/是否符合UI效果图; 导航栏视频分类下拉框位置、颜色、按钮是否正确 鼠标滑过、点击时、点击后按钮状态是否有相应颜色、状态变化; 视频...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 44,847
精华内容 17,938
关键字:

兼容性测试用例

友情链接: 新建文件夹 (2).zip