XAML测试写到崩溃？Write XAML Tests帮你自动搞定，亲测真香🔥-Skill优仓

做.NET MAUI开发的同学，有没有遇到过这种情况：XAML绑定出了问题，XamlC编译行为对不上，Source Generator输出莫名其妙，然后你对着空白的测试文件发呆，不知道从哪下手？

Write XAML Tests这个Skill就是专门为这种场景生的。它能帮你快速创建符合规范的XAML单元测试，覆盖XAML解析、XamlC编译（IL生成）和Source Generator输出三大核心场景，让你不再靠感觉写测试。

核心功能

Write XAML Tests的核心能力围绕Controls.Xaml.UnitTests项目展开，专注于XAML层面的行为验证，而不是UI交互或视觉渲染。具体能做这几件事：

自动生成符合项目命名规范的测试文件，包括MauiXXXXX.xaml和MauiXXXXX.xaml.cs，文件路径直接落到src/Controls/tests/Xaml.UnitTests/Issues/目录下，不用手动对齐规范。
支持用[Values] XamlInflator模式同时测试Runtime、XamlC、SourceGen三种inflator，一次覆盖多个执行路径。
针对XamlC编译测试，使用MockCompiler；针对Source Generator测试，使用MockSourceGenerator，工具选择精准。
支持特殊文件扩展名（.rt.xaml、.rtsg.xaml、.rtxc.xaml）来标记无效代码生成场景，处理边界case不含糊。
自动执行构建和测试验证命令，确认测试在修复前FAIL、修复后PASS，闭环完整。

适用平台

Write XAML Tests作为一个标准的AI Skill，可以无缝接入主流AI编程助手。无论你用的是Cursor、GitHub Copilot、Claude Code，还是OpenAI Codex、Gemini Code Assist，甚至是国内的文心快码、腾讯云CodeBuddy、华为云CodeArts，都能直接加载这个Skill。

它相当于给这些AI工具装了一个专属的.NET MAUI XAML测试大脑，让AI在生成测试代码时能精准理解项目结构、命名约定和测试模式，不再输出那种驴唇不对马嘴的测试代码。

实操代码示例

下面是一个典型的XAML单元测试文件结构，展示了如何用[Values] XamlInflator同时覆盖三种执行路径：

[TestFixture]public class Maui12345Tests{    [Test]    public void BindingPathShouldResolve([Values] XamlInflator inflator)    {        var layout = inflator.Inflate<StackLayout>(            "<StackLayout xmlns='...'><Label Text='{Binding Name}' /></StackLayout>"        );        Assert.IsNotNull(layout);    }}

构建和运行测试只需两条命令：

dotnet build src/Controls/tests/Xaml.UnitTests/Controls.Xaml.UnitTests.csproj -c Debug --no-restore -v qdotnet test src/Controls/tests/Xaml.UnitTests/Controls.Xaml.UnitTests.csproj --filter "FullyQualifiedName~Maui12345" --no-build

优势分析

市面上大多数测试生成工具关注的是UI层或业务逻辑层，对XAML编译链路的覆盖几乎是空白。Write XAML Tests的差异化在于它深入到了XAML解析→XamlC IL生成→Source Generator输出这条完整链路，每个环节都有对应的测试模式和工具支持。

另一个明显优势是它的规范强制性。命名、路径、inflator选择这些容易出错的细节，全部由Skill自动处理，团队成员不需要反复翻文档对齐约定，新人上手成本大幅降低。

应用场景

Bug复现测试：用户提了一个XAML绑定失效的issue，先用Write XAML Tests生成一个能稳定复现问题的测试，确认FAIL后再动手修复，修复完跑一遍确认PASS，整个流程有据可查。
XamlC回归测试：每次修改XamlC相关逻辑后，跑一遍对应的单元测试，确保IL生成行为没有被意外改变。
Source Generator验证：Source Generator的输出很难用肉眼验证，用MockSourceGenerator配合单元测试，能精确断言生成代码的结构和内容。
边界case覆盖：利用特殊扩展名标记无效XAML场景，系统性地覆盖那些容易被忽略的异常路径。