在Xebium安装部署完后，我们来看看Xebium目录下文件的结构。了解了结构，就可以用目录结构来管理自己的测试或者知识库，相当于可以自己在后台做Admin的事情（虽然有些在前端网页菜单内也可以达到移动复制等目的，但操作繁琐，不如直接修改路径来的方便）。目录结构如图：
C:\Xebium主目录下内容
进入"FitnesseRoot"目录后，看到如下图所示：
http://localhost:8000/后的资源内容
用户用http://localhost:8000进入后，会跳转到路径：http://localhost:8000/FrontPage，其实就是跳转到上图FrontPage目录下，把content.txt脚本内容解释渲染出来。
另外，我们在界面的菜单项内容可以通过修改properties.xml文件内容来进行自定义或修改：
Xebium菜单项
相对应的properties.xml文件内容，它与Tools->Properties页面中的内容相对应：
对应的properties.xml文件内容
以上说了那么多结构的东西，如果想要自己定义一个目录入口testEntry，那么在c:\Xebium\FitNesseRoot\下创建空目录，命名为“testEntry”，然后浏览器路径：http://localhost:8000/testEntry即可进入该目录，如图：
自定义入口testEntry
进入入口后，各个菜单项作用如下：
Edit - 生成content.txt文件，添加文档内容，进入编辑模式等待用户输入。
Add->Static Page - 再该目录下新建一个静态页（非测试用例或者测试集），不具备测试执行功能（菜单不具有Test按钮）
Add->Suite Page - 新建一个测试集（测试用例集合），可以执行。
Add->Test Page - 新建一个测试页当作测试用例，可以编写测试脚本，也是可以执行的。
引申下去的话，测试用例或者测试集的管理，相当于就是一个目录的管理，简单而且易于理解。
另外wiki自身也是分享型的知识库，用Static Page创建的页面大家可以一起维护，相关系统的知识可以归总集合，相关的测试部分也可以添加链接到具体的用例执行路径，是不是更方便好用呢？
对于一个团队来说，每个人自己的目录，相当于工作空间，自己的知识可以在自己的空间分类整理。对于项目有自己的目录空间。同时也可相互引用显示。这样可以避免文章的冲突，也能更好地进行知识传承，现在很多人都用自己的evernote或者其他笔记，一旦走人，知识点也可以保留。
网友评论