@antprofuse/saddle-minifish 0.1.2 → 0.1.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/SKILL.md +10 -0
- package/package.json +1 -1
package/SKILL.md
CHANGED
|
@@ -17,6 +17,16 @@ description: 消费 Spec、Prototype、adapt、backend-contract 和既有 Minifi
|
|
|
17
17
|
|
|
18
18
|
页面通过标准平台生命周期接收已定义入参，包括直接带参打开；不以研发内存 session 代替真实入口。业务后端通信走 MobileGW，不另接直连 Saddle URL，不把可信身份放业务 payload。平台特殊字段依据正式平台合同，不凭经验补参数。
|
|
19
19
|
|
|
20
|
+
## 增量迭代的研发顺序
|
|
21
|
+
|
|
22
|
+
一个产品节点统一承接本轮全部需求和case。先理解需求变化，再在当前产品上运行本轮范围测试，形成失败清单；已有同一输入的有效结果可复用并标明来源，未运行项不能算通过。既有工程不按全新项目重写，不把目录、区域或case排列当作研发顺序。
|
|
23
|
+
|
|
24
|
+
按共同原因归并失败，区分产品缺陷、测试设施缺陷和源冲突；统筹修复共享逻辑和布局，不一条case改一遍同一实现。普通业务失败不中止其他独立case的初次运行；若公共设施无法启动或环境失效，则先处理该共因，避免批量产生同一种无效失败。
|
|
25
|
+
|
|
26
|
+
修复阶段主要分析失败项及本次改动影响，不重复调查无变化的已通过项。修改后复验失败项和受影响的已通过case，最终按约定范围独立验收。先跑再看失败不等于忽略需求或源冲突，也不以测试全绿证明缺失断言已覆盖。
|
|
27
|
+
|
|
28
|
+
同一页面产品单写者约束只用于避免多个研发节点同时改写冲突文件，不限制该节点一次实现多个区域，也不要求逐case或逐区域串行研发。
|
|
29
|
+
|
|
20
30
|
## 实现和验收
|
|
21
31
|
|
|
22
32
|
- 开始布局前核对测试中的语义承载与整体页面责任：原型模拟的原生导航不等于业务 DOM。按输入及真实平台选择承载，已有原生能力满足的逻辑元素不重复绘制；自定义导航按明确输入实现。
|
package/package.json
CHANGED