非 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 测试相比,利益相关者能看到应用程序行为的视觉
超级会员免费看
订阅专栏 解锁全文
2万+

被折叠的 条评论
为什么被折叠?



