CX远程助手接续测试任务：如何核对结果并整理交付说明

假设出门前，工作电脑上的编程任务已经开始跑测试。外出后，你想看结果，再补一份交付说明。最容易出错的地方，是看到一句“已完成”，就把它写成“项目已验收”。消息已发送、测试已结束、文档已保存，原本就是三件事。

我参与开发CX远程助手。这里用它说明手机接续原任务的操作，同时把测试结果和文档交付的核对方法展开。场景中的文件路径是示例，不能照搬为自己项目的实际结果。

1. 先找到原来的电脑、项目和任务

手机上使用的是CX远程助手App，也可以用网页版工作空间。工作电脑需要运行CX电脑伴侣，以及要连接的Codex、Claude或DSH原应用。手机负责查看和补充消息，任务仍由所选电脑的原应用执行，不是在手机里重建一份开发环境。

首次连接时，在手机App或网页版“添加电脑”生成配对码，填入电脑伴侣对应应用卡片的设置。每条电脑与应用连接分别配对。配对后，还要确认该应用实际连接成功，再选择电脑、项目，打开已有任务。

两端使用同一个CX账号，原应用则登录它自己的账号；首次注册按页面要求完成手机号及短信验证。电脑保持开机、联网，伴侣和原应用继续运行，发送与执行还取决于账号当前权益及原应用权限。

同名项目可能在不同电脑上各有一份。发送前核对电脑名称、项目目录和最近对话；不要因为任务标题熟悉，就默认选对了环境。离线时能看旧消息，也不代表电脑现在在线。

使用前提：电脑在线，伴侣与原应用已连接。此图是跨设备接续示意，非软件截图或执行结果。配图含AI生成内容。

2. 看测试输出，别只截最后一行

打开原任务，展开命令或工具调用摘要，先查这几项：

• 实际执行的命令与工作目录，是不是这次要交付的项目。
• 测试执行了多少项，有没有失败、错误、跳过或中途停止。
• 输出对应哪次运行，后面是否又修改过相关代码。

例如，测试框架里的“成功”标志也有具体含义。下面直接用Python标准库的TextTestRunner运行一个空测试套件，观察结果对象；它不是命令行自动发现测试的演示。

import io
import unittest

日志 = io.StringIO()
结果 = unittest.TextTestRunner(stream=日志, verbosity=0).run(
    unittest.TestSuite()
)

print("执行用例数：", 结果.testsRun)
print("成功标志：", 结果.wasSuccessful())
if 结果.testsRun == 0:
    print("交付判断：没有执行用例，不能写成测试范围已验证")

这个示例会得到用例数0、成功标志True。它说明，仅凭一个成功标志无法判断测试范围。即使实际跑了用例，也要看覆盖的是哪部分功能，不能把局部通过扩大成整个项目可交付。

手机上第一条补充消息可以先只读结果：“请汇总本任务已有测试的命令、执行数量、失败与跳过情况、输出位置；暂不重跑测试，也不改文件。缺少记录就标明缺失。”先把依据找齐，再决定后续操作。

3. 交付说明只写已有依据

如果测试范围已经核对清楚，再让原任务整理文档。把目标写具体，比“帮我完善一下项目”更容易检查。

例如，可以发送下面这段要求。发送前应确认目录存在、目标文件的修改范围，以及原应用已有的读写权限：

根据当前项目的README、启动配置和本任务已有测试输出，只新建或修改docs/handoff.md。整理环境前提、安装与启动步骤、配置项名称、已有测试范围、结果和待确认事项。不要读取或复制密钥，配置值用占位说明。 不改代码、依赖和运行配置，不重跑测试，不提交、不推送、不部署。找不到依据的内容标“未验证”；目标目录不存在、已有文件需大段覆盖或需要额外权限时，先说明并等我确认。 完成后回复实际保存路径、修改章节和依据位置。没有保存成功就说明卡在哪里，不要只返回计划。

docs/handoff.md只是示例相对路径，不是软件固定生成的文件。这里的文字约束也不等于权限隔离，仍需在原应用里检查授权；超出范围的操作不能因为“任务卡住了”就全部批准。

文档中可以明确分两类记录：“已有测试输出已核对”和“启动步骤尚未演练”。这比把两者都压成一个“通过”更方便接手人判断。

4. 遇到状态不清楚，先核对再重发

状态不明时，先刷新最近消息和队列，确认同一条要求是否已进入执行。不要连续发几次相同任务。停止也不会撤销已经写入的文件，更不能拿来代替变更回滚。

5. 最后检查文件，不用聊天结论代替验收

收到路径后，到对应电脑核对文件确实存在，检查安装命令、启动目录和配置前提是否有来源。需要演练的步骤，在合适环境获得授权后另做；没有演练就保留“未验证”。

手机接续在这个场景里的用途，是读原任务的结果、补充有限要求、回复必要确认。大段差异、未知环境或生产变更仍适合回到电脑细查。交付说明应让接手人知道哪些已经验证、哪些还缺材料，而不是替缺失的证据写一句“全部完成”。

参考资料：

• Python unittest：测试运行器与结果对象
• CX远程助手使用教程：连接、原任务接续与状态核对