关于验收测试的几个困惑

最新推荐文章于 2024-05-03 16:37:51 发布

weixin_34128411

最新推荐文章于 2024-05-03 16:37:51 发布

阅读量182

点赞数

文章标签： ui 测试 python

原文链接：http://www.cnblogs.com/tuty/p/5564836.html

版权

参考书籍

英文书名：Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation

中文书名：持续交付：发布可靠软件的系统方法

获奖情况：2011年度 Jolt 震撼奖

关注章节：第8章自动化验收测试

困惑一：自动化验收测试 vs 手工验收测试

通过合理地创建和维护自动验收测试套件，其成本就会远低于频繁执行手工验收和回归测试的成本：

手工测试通常都是在项目的最后、软件即将发布、整个团队都面临压力的情况下进行的；
原计划中预留的时间并不足以修复手工验收测试中发现的缺陷；
当需要比较复杂的修改才能修复刚发现的缺陷时，很可能引入新的回归问题。

结论：自动化验收测试是很有必要的。

困惑二：创建和维护自动化验收测试的成本太高

将自动化验收测试的成本降到投入产出比可接受程度是可能的。实现自动化验收测试的两种方法：

直接基于业务层执行测试。前提是表现层只负责展现，不要涉足业务领域或应用逻辑。如：基于MVC的Controller进行测试。
基于应用程序的GUI运行。需要使用分层将验收测试和UI解耦。

结论：自动化验收测试如果成本高是因为设计得不够好。

困惑三：基于GUI进行验收测试时，如何让测试与GUI解耦

验收测试的层次：

验收条件。“假如……当……那么……”。

测试实现层。代码使用领域语言，不引用UI元素。

应用程序驱动层。理解如何与应用程序进行交互，来执行一系列动作，并返回结果。

【案例】验收条件

功能: 下订单
    
场景: 用户订单应该正确地记入账户
    假如 存在一种叫做"债券"的金融契据
    而且 存在一个叫"Dave"的用户，他的账户中有50美元
    当   我用"Dave"登录
    当   我选择了"债券"契据
    当   我下订单以10美元的单价购买了4份"债券"
    当   订单已完成
    那么 我的账户中还剩10美元

【案例】测试实现层

 1 using System;
 2 using TechTalk.SpecFlow;
 3 
 4 namespace AcceptanceTestExample
 5 {
 6     [Binding]
 7     public class 下订单Steps
 8     {
 9         private AdminApi adminApi;
10         private TradingUi tradingUi;
11 
12         [BeforeScenario]
13         public void 准备工作()
14         {
15             adminApi = new AdminApi();
16             tradingUi = new TradingUi();
17         }
18 
19         [Given(@"存在一种叫做""(.*)""的金融契据")]
20         public void 假如存在一种叫做的金融契据(string instrument)
21         {
22             adminApi.CreateInstrument(instrument);
23         }
24         
25         [Given(@"存在一个叫""(.*)""的用户，他的账户中有(.*)美元")]
26         public void 假如存在一个叫的用户他的账户中有美元(string user, decimal amount)
27         {
28             adminApi.CreateUser(user, amount);
29         }
30         
31         [When(@"我用""(.*)""登录")]
32         public void 当我用登录(string user)
33         {
34             tradingUi.Login(user);
35         }
36         
37         [When(@"我选择了""(.*)""契据")]
38         public void 当我选择了契据(string instrument)
39         {
40             tradingUi.SelectInstrument(instrument);
41         }
42 
43         [When(@"我下订单以(.*)美元的单价购买了(.*)份""(.*)""")]
44         public void 当我下订单以美元的单价购买了份(decimal amount, int quantity, string instrument)
45         {
46             tradingUi.PlaceOrder(instrument, quantity, amount);
47         }
48 
49         [When(@"订单已完成")]
50         public void 当订单已完成()
51         {
52             tradingUi.ConfirmOrderSuccess();
53         }
54         
55         [Then(@"我的账户中还剩(.*)美元")]
56         public void 那么我的账户中还剩美元(decimal balance)
57         {
58             tradingUi.ConfirmAccountBalance(balance);
59         }
60     }
61 }

【案例】应用程序驱动层

 1 namespace AcceptanceTestExample
 2 {
 3     public class AdminApi
 4     {
 5         //调用业务逻辑
 6     }
 7 }
 8 
 9 namespace AcceptanceTestExample
10 {
11     public class TradingUi
12     {
13         //使用Selenium.WebDriver操作Web UI
14     }
15 }

结论：验收测试分为三层。只有应用程序驱动器层知道如何与应用程序打交道，而其他两层只用业务的领域语言。

转载于:https://www.cnblogs.com/tuty/p/5564836.html

weixin_34128411

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
关于验收测试的几个困惑

相关概念单元测试：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。集成测试：集成测试是在软件系统集成过程中所进行的测试，其...
复制链接

扫一扫