* [misc] Run unit test scrips by ztf.
This commit is contained in:
@@ -7,11 +7,11 @@ title=测试 actionModel::buildDateGroup();
|
||||
timeout=0
|
||||
cid=14878
|
||||
|
||||
- 测试步骤1:空数组输入情况 >> 期望返回0个日期分组
|
||||
- 测试步骤2:单条记录输入情况 >> 期望返回1个日期分组
|
||||
- 测试步骤3:不同日期多条记录情况 >> 期望返回2个日期分组
|
||||
- 测试步骤4:相同日期多条记录情况 >> 期望返回1个日期分组
|
||||
- 测试步骤5:指定排序参数情况 >> 期望返回2个日期分组
|
||||
- 执行actionTest模块的buildDateGroupTest方法,参数是$emptyActions 属性dateCount @0
|
||||
- 执行actionTest模块的buildDateGroupTest方法,参数是$singleAction 属性dateCount @1
|
||||
- 执行actionTest模块的buildDateGroupTest方法,参数是$multiDatesActions 属性dateCount @2
|
||||
- 执行actionTest模块的buildDateGroupTest方法,参数是$sameDateActions 属性dateCount @1
|
||||
- 执行actionTest模块的buildDateGroupTest方法,参数是$multiDatesActions, 'next', 'date_asc' 属性dateCount @2
|
||||
|
||||
*/
|
||||
|
||||
|
||||
@@ -7,11 +7,11 @@ title=测试 biModel::checkDuckDBFile();
|
||||
timeout=0
|
||||
cid=15152
|
||||
|
||||
- 正常情况:文件和扩展都存在且可执行 >> 期望返回object
|
||||
- 文件不存在的情况 >> 期望返回false
|
||||
- 路径为空的情况 >> 期望返回false
|
||||
- bin参数为空数组的情况 >> 期望返回false
|
||||
- bin参数缺少file键的情况 >> 期望返回false
|
||||
- 执行biTest模块的checkDuckDBFileTest方法,参数是$testPath, array @object
|
||||
- 执行biTest模块的checkDuckDBFileTest方法,参数是$testPath, array @0
|
||||
- 执行biTest模块的checkDuckDBFileTest方法,参数是'', array @0
|
||||
- 执行biTest模块的checkDuckDBFileTest方法,参数是$testPath, array @0
|
||||
- 执行biTest模块的checkDuckDBFileTest方法,参数是$testPath, array @0
|
||||
|
||||
*/
|
||||
|
||||
|
||||
@@ -7,12 +7,16 @@ title=测试 buildModel::batchUnlinkStory();
|
||||
timeout=0
|
||||
cid=15486
|
||||
|
||||
- 步骤1:正常批量移除多个需求 >> 第1条的stories属性返回 1,3,5
|
||||
- 步骤2:移除单个需求 >> 第2条的stories属性返回 1,3,4,5
|
||||
- 步骤3:传入空数组测试 >> 返回 true
|
||||
- 步骤4:移除不存在的需求ID >> 第4条的stories属性返回 1,2,3,4,5
|
||||
- 步骤5:对不存在的版本ID操作 >> 返回 false
|
||||
- 步骤6:重复移除已移除的需求 >> 第5条的stories属性返回 1,3,4,5
|
||||
- 步骤1:正常批量移除多个需求
|
||||
- 第1条的stories属性 @1
|
||||
- 步骤2:移除单个需求
|
||||
- 第2条的stories属性 @1
|
||||
- 步骤3:传入空数组测试 @rue
|
||||
- 步骤4:移除不存在的需求ID
|
||||
- 第4条的stories属性 @1
|
||||
- 步骤5:对不存在的版本ID操作 @alse
|
||||
- 步骤6:重复移除已移除的需求
|
||||
- 第5条的stories属性 @1
|
||||
|
||||
*/
|
||||
|
||||
|
||||
@@ -7,11 +7,11 @@ title=测试 screenTao::processRadarData();
|
||||
timeout=0
|
||||
cid=18287
|
||||
|
||||
- 测试步骤1:正常输入情况 >> 期望正常结果
|
||||
- 测试步骤2:边界值输入 >> 期望边界处理结果
|
||||
- 测试步骤3:无效输入情况 >> 期望错误处理结果
|
||||
- 测试步骤4:权限验证情况 >> 期望权限控制结果
|
||||
- 测试步骤5:业务规则验证 >> 期望业务逻辑结果
|
||||
- 步骤1:正常情况,第一个指标值为5第result条的0属性 @5
|
||||
- 步骤2:空结果,第一个指标值为0第result条的0属性 @0
|
||||
- 步骤3:单指标,数据正确第result条的0属性 @10
|
||||
- 步骤4:聚合,test类别总分13第result条的0属性 @13
|
||||
- 步骤5:异常配置,指标数组长度为0属性indicatorCount @0
|
||||
|
||||
*/
|
||||
|
||||
|
||||
@@ -7,11 +7,11 @@ title=测试 searchTao::processIssueRecord();
|
||||
timeout=0
|
||||
cid=18336
|
||||
|
||||
- 测试问题无lib时使用issue模块和view方法 >> URL包含m=issue
|
||||
- 测试问题有lib时使用assetlib模块和issueView方法 >> URL包含m=assetlib且f=issueView
|
||||
- 测试owner为空时的额外类型 >> extraType为commonIssue
|
||||
- 测试owner存在时的额外类型 >> extraType为stakeholderIssue
|
||||
- 测试URL包含正确的问题ID参数 >> URL包含正确的id参数
|
||||
- 执行$result1->url, 'm=issue') !== false @1
|
||||
- 执行url, 'm=assetlib') !== false && strpos($result2模块的url, 'f=issueView') !== false方法 @1
|
||||
- 执行$result3->extraType @commonIssue
|
||||
- 执行$result4->extraType @stakeholderIssue
|
||||
- 执行$result5->url, 'id=3') !== false @1
|
||||
|
||||
*/
|
||||
|
||||
@@ -63,4 +63,4 @@ r($result4->extraType) && p() && e('stakeholderIssue');
|
||||
$issueForProject = (object)array('objectType' => 'issue', 'objectID' => 3, 'title' => '测试问题3', 'summary' => '摘要3');
|
||||
$objectListForProject = array('issue' => array(3 => (object)array('project' => 1, 'owner' => 'admin', 'lib' => 0)));
|
||||
$result5 = $searchTest->processIssueRecordTest($issueForProject, $objectListForProject);
|
||||
r(strpos($result5->url, 'id=3') !== false) && p() && e('1');
|
||||
r(strpos($result5->url, 'id=3') !== false) && p() && e('1');
|
||||
Reference in New Issue
Block a user