add zh-tw whitepaper

Author: bxwillshi

whitepaper.zh-cn.md

@@ -78,7 +78,7 @@ CI 平台执行脚本 → 生成报告 → 导入测试结果。
 
 如果能在脚本提交时直接解析、映射为可追溯的用例，那么协作流程将从“看不见 → 看见”，
 
-从“导入报告”改为从“同步脚本”，这就是 Script-as-Test 的起点。
+从“导入报告”改为“同步脚本”，这就是 Script-as-Test 的起点。
 
 ## 第2章：测试管理的盲区与困局
 
@@ -99,6 +99,8 @@ CI 平台执行脚本 → 生成报告 → 导入测试结果。
 
 许多测试确实被执行了，甚至每天都在运行。但对管理者来说，看到的却只有 CI 流水线上的一个绿色勾勾或报告中的一行统计数据。
 
+例如无法清楚回答：
+
 - 哪些模块覆盖了？
 - 哪些脚本失效了？
 - 哪些功能缺少测试？
@@ -196,9 +198,9 @@ Robot Framework | 文件 → 测试集， Test Case Keyword → 用例
 
 以 Xray Cloud 为例，SAT 模型通过 Xray GraphQL 的 REST API 接口实现三种操作：
 
-1. 用例搜索：检查目标项目是否已有对应用例（避免重复）
-2. 用例创建或更新：将提取出的测试方法结构作为 Generic Test 内容同步
-3. 文件夹组织：按文件路径映射至 Test Repository 中的文件夹，形成结构一致性
+1. **用例搜索**：检查目标项目是否已有对应用例（避免重复）
+2. **用例创建或更新**：将提取出的测试方法结构作为 Generic Test 内容同步
+3. **文件夹组织**：按文件路径映射至 Test Repository 中的文件夹，形成结构一致性
 
 此外，在未来的实现中，SAT 模型还可选同步以下附加信息，以进一步增强测试资产的管理价值：
 
@@ -217,7 +219,7 @@ SAT 模型特别适合以下场景：
 
 对于刚启动测试管理转型的中小团队，也可作为“测试资产管理的起点”。
 
-**SAT 提供的，是一个“用脚本构建协作资产”的思路**，让自动化不再只是执行，而成为作的一部分。
+**SAT 提供的，是一个“用脚本构建协作资产”的思路**，让自动化不再只是执行，而成为协作的一部分。
 
 ![](images/04-1.png)
 
@@ -227,9 +229,13 @@ SAT 模型特别适合以下场景：
 
 测试脚本一旦被纳入用例体系，就不再只是一个“执行动作”，而是成为整个项目流程中可协作、可溯源、可评价的流程节点。即“脚本 → 用例 → 协作对象”。
 
-QA 可以对接自动化脚本进行评审与补充， 开发团队也能更清晰地了解，哪些功能点已有对应测试脚本，哪些尚未覆盖，PM 可以看到完整的覆盖范围与来源路径。
+QA 可以对接自动化脚本进行评审与补充； 
+
+开发团队也能更清晰地了解，哪些功能点已有对应测试脚本，哪些尚未覆盖；
+
+PM 可以看到完整的覆盖范围与来源路径。
 
-这意味着测试流程的角色从“执行人”变成了“协作者”。透明 + 溯源 + 协作。
+这意味着测试流程的角色从“执行人”变成了“协作者”：透明 + 溯源 + 协作。
 
 ### 【统一视图】三方共识
 
@@ -280,15 +286,15 @@ Script-as-Test 模型的提出，旨在解决当前测试管理中的协作盲
 从测试执行者，走向测试协作者。
 
 > Script-as-Test 是我提出的一个方法，也是邀请你共创的一种未来。
-> —— Will Shi (SHI WEI / 石巍 )
+> —— Will Shi (石巍 / SHI WEI)
 
 ![SAT 模型协作图（Dev/QA/PM 三角 → 流程中枢）](images/06-1.png)
 
 ## 版权与联系信息
 
-Script-as-Test 模型由 Will Shi (SHI WEI / 石巍 ) 提出。
+Script-as-Test 模型由 Will Shi (石巍 / SHI WEI) 提出。
 
-本白皮书版权归作者 Will Shi (SHI WEI / 石巍 ) 所有，欢迎引用、转发，但请注明出处。
+本白皮书版权归作者 Will Shi (石巍 / SHI WEI) 所有，欢迎引用、转发，但请注明出处。
 
 如您希望交流 SAT 方法论的落地实践，或获取 Jira 插件使用支持，欢迎通过以下方式联系作者：
 
@@ -338,7 +344,11 @@ Zephyr 系列支持 | 📝 评估中
 
 > Q2：插件是否需要本地安装？ 
 
-不需要，插件基于 Forge，无需本地部署。但当前正在申请 Atlassian Marketplace 公开上架，上架后可以通过在 Marketplace 搜索 AutoTestCase Extractor，直接安装即可；若因国际形势等问题无法上架，可联系 will.shi@tman.ltd 申请。插件说明：https://docs.tman.ltd/atce/overview
+不需要，插件基于 Atlassian Forge 平台，无需本地部署。待通过 Atlassian Marketplace 审核并正式上架后，您可以直接在 Marketplace 搜索并安装 AutoTestCase Extractor。
+
+若因审核流程或其他因素导致暂时无法上架，欢迎通过 will.shi@tman.ltd 联系我们获取安装方式和使用支持。作为个人开发者，我会尽力推动上架进度，也欢迎提前来信体验与反馈。
+
+插件说明文档：https://docs.tman.ltd/atce/overview
 
 > Q3：插件支持私有 GitLab 或 Bitbucket Server 吗？ 
 
@@ -356,4 +366,3 @@ SAT 是一种流程理念，当前通过两种实现方式落地：
 - 命令行工具 [Atlassian ATC Manager](https://pypi.org/project/atlassian-auto-test-case-manager/)（[GitHub 开源项目](https://github.com/TMAN-Lab/tman-atlassian-atc-manager)，需配合 CI/CD 执行） 
 
 两者都体现了 Script-as-Test 的核心思想。
-