Cucumber 最佳做法概述

下面是作为我的场景的一部分应该执行的步骤列表

使用Redshift DB验证在S3位置生成的文件

验证原始脚本与最新脚本之间的副本

验证最新脚本中新添加的列

验证原始脚本和最新脚本中的旧列数据是否完整

我有下面的功能来涵盖同样的内容

     Feature:Add # of times PDP browsed to search and sort output files User Story CDH-3311
       @regression
      Scenario Outline: :Validation of file being generated at S3 location after job run
        Given user has the json file  with <country> and <brand>
         Then user execute the Generic-extract-Batch job
         Then user verify the  file is generated successfully at S3 location
         Then user verify the data in Redshift db with generated file
         Then user  verify the duplicate data  in latest sql script
          And  user verify the duplicate data in original sql script
          And  user verify PDP_VIEWS column in latest sql script
          And user verify   <old coulmn> data of original script 
          And user compare it with the latest sql script

         Examples: 
          | country | brand | old column            | 
          | US      | test1  | test6           | 
          | US      | test2  | STORE                 | 
          | US      | test3  | test7 | 
          | US      | test4  | SALESUNITSCORE        | 
          | US      | test5  | TOTALSCORE            | 

功能：添加PDP浏览次数以搜索和排序输出文件用户故事CDH-3311
@回归
场景大纲：：验证作业运行后在S3位置生成的文件
给定的用户拥有带有和的json文件
然后用户执行通用提取批处理作业
然后用户验证文件是否在S3位置成功生成
然后用户用生成的文件验证红移数据库中的数据
然后用户验证最新sql脚本中的重复数据
用户验证原始sql脚本中的重复数据
和用户验证最新sql脚本中的PDP_视图列
和用户验证原始脚本的数据
用户将其与最新的sql脚本进行比较
示例：
|国家|品牌|老栏目|
|美国|测试1 |测试6 |
|美国|测试2 |商店|
|美国|测试3 |测试7 |
|美国|测试4 |销售单位分数|
|美国|测试5 |总分|

---

请验证大纲是否符合最佳实践，是否正确地表示了上述测试需要完成的工作

不确定业务流程，但确保示例表列中没有空格。所以最后一列应该是

old\u列