PHP接口自动化测试框架实现

最新推荐文章于 2024-01-02 18:52:19 发布

测试界潇潇

最新推荐文章于 2024-01-02 18:52:19 发布

阅读量153

点赞数

分类专栏：技术分享自动化测试软件测试文章标签： php 数学建模开发语言软件测试程序人生

本文链接：https://blog.csdn.net/nhb687096/article/details/131377130

版权

软件测试同时被 3 个专栏收录

1240 篇文章 15 订阅

订阅专栏

自动化测试

458 篇文章 7 订阅

订阅专栏

技术分享

199 篇文章 0 订阅

订阅专栏

我们来看一个简单的PHP实现的超简单的接口。

...

//报名验证
private function apply_verify() {
    $raid = $this->input->get_post('raid');
    $mid = $this->input->get_post('mid');

    if (!$raid || !$mid) {
        $this->ret_json(10021, '参数错误');
    }

    $this->load->model('enlist_model');
    $result = $this->enlist_model->get_enlist_by_raid_mid($raid, $mid, true);
    if (!empty($result)) {
        $this->ret_json(10101, '你已经报过名');
    }
}

说明：

首先，它是一个POST接口。它需要两个参数：raid 和 mid。
然后，判断raid 和 mid 是否为空，为空返回：参数错误。
最后，调用 enlist_model 模型，通过 get_enlist_by_raid_mid方法查询是否为空，如果不为空返回：你已经报过名了。

接下来要做的事情不是写用例，而是构造一条已经报名的数据。

创建 xx_enlist_test_data.php 文件

array(
    'table_name'=>'xx_enlist',
    'data'=>array(
        array('eid'=>1,'raid'=>99,'mid'=>150,'phone'=>'01234567890'),
    )
)

当自动化在执行之前，会先到数据库的 xx_enlist 表插入这条数据，为什么要初始化数据？当然是为了保证接口测试用例的稳定性。比如，我在调用接口时，传入 raid=99, mid=150。如果数据库是表空的？那么，用例肯定失败了！如何保证这条用每次运行 100% 成功呢？当然是每次执行之前再对应的表中初始化这么一条数据了！

定义的数据怎么插入到数据库中，当然是有一层解析的，将上面的数据库转成一条SQL语句执行。上面的数据当然比原生的一条插入SQL语句好写。

最后，才是开始写用例。创建interface_enlist_test.php测试文件。

class Interface_enlist_test extends InterfaceTestCase
{
    //初始化数据
    public function db_fixtures()
    {
        return array(
            array(
                'data_file' => 'xx_enlist_test_data.php',
                'truncate'  => true
            ),
        );
    }


    /*
    * 报名验证
    * raid不传
    */
    public function test_post_enlist_raid_null()
    {
        $result = $this -> request('enlist/apply_verify',array(),array('mid'=>150));
        $this->assertEquals($result['status'],'10021');
        $this->assertEquals($result['message'],"参数错误");
    }

    /*
    * 报名验证
    * mid不传
    */
    public function test_post_enlist_mid_null()
    {
        $result = $this -> request('enlist/apply_verify',array(),array('raid'=>99));
        $this->assertEquals($result['status'],'10021');
        $this->assertEquals($result['message'],"参数错误");
    }

    /*
    * 报名验证
    * 用户已报名
    */
    public function test_post_enlist_verify_success()
    {
        $result = $this -> request('enlist/apply_verify',array(),array('raid'=>99, 'mid'=>150));
        $this->assertEquals($result['status'],'10101');
        $this->assertEquals($result['message'],"你已经报过名");
    }
}

这里的用例我就做过多解释了。调用接口写断言。

答疑环节

我知道你们大概会有哪些疑问，接下来，我将试着解答这些疑问。

1、我怎么知道接口调用了哪些表？

首先你要懂PHP编程，然后熟悉Web开发框架，申请代码查看权限，阅读接口处理逻辑，自然就知道接口调用哪些表。

2、看不懂开发代码怎么办？

学呗！我当年也不是一下子就看懂PHP代码的，前后也学了两三个月。

3、往数据库里面插入测试数据，有重复的怎么办？

我们当时的设计是，框架在运行时会自动化的修改被测试的接口项目将数据库指到我本地，也就是说我本地有一个跟测试环境一模一样的数据库，每次在插入数据之前先清空表。
要保证本地数据库的表结构和测试环境是一样的。这其实也不难，开发如果改到表会上传SQL脚本，我只需要在本地数据库执行一下就行了。

4、这样做接口测试有什么好处？

首先，接口用例超级稳定，稳定是自动化测试的大敌，做过自动化的同学知道我在说什么。在保证数据的基础上，如果用例失败了， 100% 是接口逻辑被改动到了。
不依赖接口文档，有几个公司的接口文档是非常详细，且及时维护的？我这种方式不需要接口文档。
不 盲测，盲测就是把接口的参数，每个类型试一遍，然后再排列组合，如果你不知道接口要调用哪个表的哪个字段来判断条件，那么这种盲测依然覆盖不到接口的所有处理逻辑。
当然更装X（玩笑~！），实际情况是你测试接口的水平即全面又深入，比只会用 postman 盲测的同学厉害多了。
反向促进接口代码质量，因为的接口用例编写是基于阅读接口代码的，有一个新来的PHP开发被我叫到面前几次，并直接指出对方的代码逻辑错误之后（分分钟教他怎么做开发，哈哈！），它的接口提测质量一下子提高了许多。

5、这样做接口测试的缺点是什么？