27、非 UI 自动化验收测试与非功能需求测试

非 UI 自动化验收测试与非功能需求测试

1. 非 UI 自动化验收测试类型

非 UI 自动化验收测试有多种类型,下面介绍集成测试以及直接测试业务逻辑。

1.1 集成测试

在集成测试中,假设测试数据库已配置为返回航班 FH - 101 的正确状态。若想更直接地控制航班状态,可将 flightService 对象替换为自己的存根,示例代码如下:

flightService = {
    getStatus: function(flightNumber) {
        switch(flightNumber)
        {
            case 'FH-101': return 'ontime';
            case 'FH-102': return 'delayed';
        }
    }
};

这两种策略都有效:第一种侧重于确保所有组件正确连接,第二种更关注探索不同场景。

对控制器层进行测试比 Web 测试快很多,但也有局限性。对于复杂场景,与等效的 Web 测试相比,设置代码可能复杂且难以维护。检查控制器组件生成的路由指令或错误消息时,无法确定路由是否指向正确的网页,也无法确定错误消息是否正确呈现。因此,可能需要用一些基于 UI 的测试来补充控制器层测试,以展示这些更直观的方面。

这种方法比端到端 Web 测试更接近单元或集成测试,可能会让非技术团队成员对测试结果缺乏信心。与 Web 测试相比,利益相关者能看到应用程序行为的视觉

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值