标签：style blog http color 使用 strong sp 数据 2014
使用禅道BUG管理系统已经半年有余，作为最基本最基本的使用，稍微记录一下各模块涉及到的最基本功能，仅此。
登录后，在顶部依次会显示：0-我的地盘、1-产品、2-项目、3-测试、4-文档、5-统计、6-应用、7-组织、8-后台。
1.1-产品，“维护”功能
首先你要建立1个产品，然后才是在这个产品的目录内提交BUG、上传文档等一系列的后续操作。
创建1个产品，你可以把产品理解为根目录
[1] 添加产品
[2] 在表单里填写：产品名称、产品代号、产品负责人、测试负责人、发布负责人、状态==正常、访问控制==自定义白名单、分组白名单==管理员
当你执行完以上的步骤，在“下拉菜单”的位置就会显示你刚刚新建的这个产品的名称。
1.2-产品，“文档”功能
在项目进行的前前后后，会形成一些文档，所以把这些文档要上传到对应的产品的目录内。这样做是一个良好的习惯，可以在今后供其它参与该项目的人参考，也有助于自己回顾项目的时候快速熟悉业务。
上传1个文档的操作步骤：
[1] 在下拉菜单内，选择对应的产品 （我们刚刚在1.1章节已经提到了如何在 “产品-维护” 添加1个产品）
[2] 创建文档
[3] 所属分类，选择对应项目的根目录就可以了（既然在步骤[1]已经选择了产品名称，那么在步骤[3]仅仅选择根目录"/"就可以了）
[4] 填写文档标题
[5] 上传附件
2.1-项目， “版本” 功能
每1个项目都会涉及到多个版本，所以需要创建多个版本，在项目不同的阶段向与之对应的版本提交BUG。这样做，也有助于筛选固定版本对应的全部BUG。
如下是创建项目的某1个版本的步骤：
[1] 创建版本
[2] 选择1个已经创建了的产品名称
[3] 名称编号，自己编辑1个比如 xxx项目_V1.0
（如果咱们的项目的名称是“自媒体”，那么该项目的版本可能包括“自媒体_V1.0”、“自媒体_V2.0”、“自媒体_改版V1.0”、“自媒体_trunk版本”）
（项目的名称在“测试-BUG”的左侧“树”型结构内创建，然后再在“项目-版本”创建相同项目名称的版本就可以了。）
[4] 构建者==自己
[5] 关联需求和BUG，此处不用勾选任和内容，保持空就可以了
[6] 版本描述，稍微写写这个版本增加了哪些功能、删除了哪些功能、这个版本存在的意义。
2.2-项目， “团队”功能
一般情况下，要添加参与该项目的人，这样大家就可以看到该项目的BUG了。
前置条件：当发现你打算添加的人不在“项目-团队”的用户列表里，那么就要到"组织-用户"这个模块去添加1个新用户。
（建议：首先在"组织-用户"内搜索这个人的姓名、邮箱，用来确认这个人是否的的确确不在“组织-用户”的用户列表内，以免添加了重复的姓名引起麻烦）
在“项目-团队”添加参与该项目的人的步骤：
[1] 点击 "团队管理"
[2] 从用户列表内选择需要参与到这个项目的人
[3] 手动输入角色名称
[4] 其它选项保持默认值就可以了
3.1-测试，“树”功能
在“测试-BUG”这个界面内，可以分为2部分，左侧是“树”，右侧是“BUG列表”，
左侧“树”的目的是快速定位项目的某1个版本对应的全部BUG，所以“树”是必要存在的。
怎么构建“树”？
[1] 点击"维护模块"
[2] 在根目录（该产品名称）下面建立1级目录，1级目录的名称也就是这个产品的下属几条产品支线
比如我们拿常见的视频网站来说，根目录可以命名为：视频
1级目录可以有：
[3] 在1级目录下，咱们创建2级目录，2级目录的名称==版本名称 就可以了，比如2级目录的名称是“自媒体”，版本名称（参见本文2.1-项目， “版本” 功能，步骤[3]）可以是“自媒体_V1.0”、“自媒体_V2.0”、“自媒体_改版V1.0”、“自媒体_trunk版本”
（trunk版本的意思是：测试环境+正式数据库）
在我感觉，目录不必要建太多级，目前有根目录、1级目录、2级目录就够用了。这么说，你代码里有很多层级的嵌套，可读性就变很差。一个意思。
[4] 保存
[5] 返回到“测试-BUG”界面，在"维护模块"右侧有1个"修正数据"的功能，点击"修正数据"作用是更新一下已经保存的最新版本的"树"。
标签：style blog http color 使用 strong sp 数据 2014
原文地址：http://www.cnblogs.com/musicmovie/p/4021709.html
