> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/chinese/zui-zhong-yong-hu-yu-he-zuo-huo-ban/partner-section/invoice-automation-testing-with-docbits.md).

# 使用 DocBits 测试发票自动化

## 概述

本文档概述了使用 DocBits 与 Infor LN 或 M3 进行发票自动化的测试计划。其中包括测试用例、测试准备、执行步骤和支持流程的详细信息。

## 测试用例

| ID | 测试用例                | 描述                                                    | 状态  |
| -- | ------------------- | ----------------------------------------------------- | --- |
| 1  | 成本发票                | 不含采购订单的发票在 DocBits 中成功处理，并以“成本发票”导出至 LN。              | 待测试 |
| 2  | 采购订单相关发票，完全匹配       | 采购订单相关发票在 DocBits 中成功处理，且发票与 PO 完全匹配，因为物料编号、数量和单价均一致。 | 待测试 |
| 3  | 采购订单相关发票，数量不同       | 采购订单相关发票在 DocBits 中处理，但在 PO 匹配模块中，数量不匹配。              | 待测试 |
| 4  | 采购订单相关发票，单价不同       | 采购订单相关发票在 DocBits 中处理，但在 PO 匹配模块中，单价不匹配。              | 待测试 |
| 5  | 采购订单相关发票，物料编号不同或不存在 | 采购订单相关发票在 DocBits 中处理，但在 PO 匹配模块中，物料编号不匹配或不存在。        | 待测试 |
| 6  | 采购订单相关发票，差异在容差范围内   | 采购订单相关发票在 DocBits 中处理，但在 PO 匹配模块中，数量或单价存在差异，不过在容差范围内。 | 待测试 |
| 7  | 贷项通知单               | 贷项通知单在 DocBits 中成功处理并导出至 LN。请明确金额应以正号还是负号导出。          | 待测试 |

## 与客户共同进行测试的计划

### 1. 设置

* **首次会议**：与客户安排启动会议，说明测试流程和目标。
* **访问权限**：确保客户拥有测试所需的 DocBits 和 Infor LN 或 M3 访问权限。

### 2. 测试准备

* **培训**：为客户团队提供全面培训，讲解如何使用 DocBits 处理发票。
* **文档**：分享详细的测试流程文档，包括每个测试用例的预期结果。

### 3. 执行测试用例

* **测试环境**：设置一个尽可能贴近客户生产系统的测试环境。
* **逐步测试**：与客户合作执行每个测试用例，并确保他们理解每个步骤：
  * 通过 DocBits 处理发票。
  * 在 PO 匹配模块中验证输出。
  * 检查在 LN 或 M3 中的导出结果。

### 4. 问题解决

* **跟踪**：使用跟踪系统（例如 Jira 或简单的电子表格）记录测试过程中出现的问题或差异。
* **支持**：及时提供支持，以解决问题并解答疑问。

### 5. 验证和反馈

* **验证**：每个测试用例完成后，与客户核对结果以确保准确性。
* **反馈循环**：收集客户对流程的反馈以及所需改进。

### 6. 最终确定

* **结果文档**：记录每个测试用例的结果，并向客户提供总结报告。
* **评审会议**：召开评审会议，讨论测试结果以及上线前所需的后续步骤。

### 7. 上线准备

* **复习培训**：如有需要，提供复习培训。
* **支持计划**：制定初期上线阶段的支持计划，确保平稳过渡。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.docbits.com/chinese/zui-zhong-yong-hu-yu-he-zuo-huo-ban/partner-section/invoice-automation-testing-with-docbits.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.