IssueNo: #I59P5A

Description: fix ability docs err
Sig: SIG_ApplicationFramework
Feature or Bugfix: Feature
Binary Source: No
Signed-off-by: Nguyuanzhang <zhangguyuan@huawei.com>

zh-cn/application-dev/ability/ability-assistant-guidelines.md

@@ -2,11 +2,7 @@
 
 Ability assistant（Ability助手，简称为aa）是实现应用、原子化服务、及测试用例启动功能的工具，为开发者提供基本的应用调试和测试的能力。通过该工具，开发者可以在hdc shell中，发送命令以执行各种系统操作，比如启动Ability、强制停止进程、打印Ability相关信息等。
 
-## 开发指导
-
-工具已在设备环境预置，开发者可直接通过命令行调用。
-
-### 查询相关
+## 查询相关
 
 - **help**
 
@@ -22,7 +18,7 @@ Ability assistant（Ability助手，简称为aa）是实现应用、原子化服
   aa help
   ```
 
-### Ability相关
+## Ability相关
 
 - **start**
 

zh-cn/application-dev/ability/ability-brief.md

@@ -5,9 +5,9 @@
 ​        Ability框架模型具有两种形态：
 
 - 第一种形态为FA模型。API 8及其更早版本的应用程序只能使用FA模型进行开发。 FA模型将Ability分为FA（Feature Ability）和PA（Particle Ability）两种类型，其中FA支持Page Ability，PA支持Service Ability、Data Ability、以及FormAbility。
-- 第二种形态为Stage模型。从API 9开始，Ability框架引入了Stage模型作为第二种应用框架形态，Stage模型将Ability分为Ability和ExtensionAbility两大类，其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等等一系列ExtensionAbility，以便满足更多的使用场景。
+- 第二种形态为Stage模型。从API 9开始，Ability框架引入了Stage模型作为第二种应用框架形态，Stage模型将Ability分为Ability和ExtensionAbility两大类，其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等一系列ExtensionAbility，以便满足更多的使用场景。
 
-​        Stage模型的设计，主要是为了方便开发者更加方便地开发出分布式环境下的复杂应用。下表给出了两种模型在设计上的差异：
+​        Stage模型的设计，主要是为了开发者更加方便地开发出分布式环境下的复杂应用。下表给出了两种模型在设计上的差异：
 
 | 对比           | FA模型                                                       | Stage模型                                                |
 | -------------- | ------------------------------------------------------------ | -------------------------------------------------------- |

zh-cn/application-dev/ability/ability-delegator.md

 # 测试框架使用指导
 
 ## 概述
-Delegator测试框架是OpenHarmony提供的一套开发者应用自测试框架，旨在为开发者提供针对应用的自测试环境。开发者可以通过delegator类启动对应Ability，并通过Delegator类提供的能力对Ability进行生命周期切换和监听，同时支持shellCMD输入和测试结果打印显示等功能。
+Delegator测试框架是OpenHarmony提供的一套开发者应用自测试框架，旨在为开发者提供针对应用的自测试环境。开发者可以通过Delegator类启动对应Ability，并通过Delegator类提供的能力对Ability进行生命周期切换和监听，同时支持shellCMD输入和测试结果打印显示等功能。
 
 ## 约束与限制
 

zh-cn/application-dev/ability/fa-brief.md

@@ -9,13 +9,6 @@ Ability框架在API 8及更早版本使用FA模型。FA模型中Ability分为Pag
 - DataAbility也是没有UI的Ability，提供其他Ability进行数据的增删查服务，在后台运行。
 - FormAbility是卡片Ability，是一种界面展示形式。
 
-## 应用包结构
-**应用包结构如下图所示：**
-
-![fa-package-info](figures/fa-package-info.png)
-
-应用包结构的配置请参见[应用包结构配置文件的说明](../quick-start/package-structure.md)。
-
 ## 生命周期
 
 在所有Ability中，PageAbility因为具有界面，也是应用的交互入口，因此生命周期更加复杂。

zh-cn/application-dev/ability/stage-brief.md

@@ -38,7 +38,7 @@
 -  **ExtensionAbility**：基于场景的服务扩展能力统称，系统定义了多种基于场景的ExtensionAbility类，它们持有各自的ExtensionContext;
 -  **WindowStage**：本地窗口管理器；
 -  **Window**：窗口 管理器管理的基本单元，持有一个ArkUI引擎实例；
-- **Ark UI Page**：Ark声明式UI展示。
+-  **ArkUI Page**：方舟开发框架页面。
 
 
 ### 生命周期