1、ALM历史与环境搭建介绍：
vc和.netframe是两个插件，ALM客户端需要在这两个的环境下才能运行。
*这里项目实体的定义里面以定义缺陷为例，有些缺陷的状态或者属性，例如添加一个浏览器属性，ALM这款软件没有定义，我们可以通过自定义来添加。
2、总结
ALM
1 了解ALM历史
2 了解安装过程
3 掌握ALM管理流程
4 后台创建项目和用户
5 前台项目定制：默认组，自定义组，修改组权限
定制实体属性（缺陷：字段）
6 创建版本和周期
7 创建需求树
8 创建测试计划树，编写测试用例
9 测试实验室：创建测试集，分配测试用例，执行测试用例
10 提交缺陷
3、禅道
*禅道安装环境：Linux（Windows），Apache，mysql，php，要发布的网页源码要放在htdocs文件夹下
*测试报告中，我们需要有一个bug统计，其中涉及到以下内容：
测试覆盖率评估
需求覆盖率评估 = 已经验证的产品需求数/需求总数（正常来说，发布时，这个指标应该接近100%）
测试过程评估
1 测试用例执行率 = 已经执行的测试用例数/测试用例总数（正常来说，发布时，这个指标应该接近100%）
2 测试用例通过率 = 测试用例执行结果为通过的用例/已经执行过的测试用例数
测试用例通过率又分为：
测试用例首次通过率（开发版本的质量）
测试用例累计执行通过率（发布时的质量）
3 测试用例和非测试用例发现缺陷比：有些bug是在执行用例的时候发现的，有些并不是，是在探索测试中发现的。
缺陷分析
1 缺陷密度：千行代码发现的缺陷数，这个可以帮助我们在以后产品发布之前，预估会有多少个缺陷。如果开发稳定的情况下，这个缺陷密度应该也是稳定的。
2 缺陷修复率：已经修复的缺陷总数/已经发现的缺陷数（正式发布之前，对这个有要求，可能是要达到90%才能发布）
3 缺陷趋势分析：累计发现的缺陷数；今日新增缺陷数；累计解决的缺陷数；今日解决的缺陷数。最终要用这些数据绘成二维图表：x轴是测试时间，y轴是bug的数量，随着时间的推移，曲线应该是收敛的，要是发散的或者不稳定走向的，就证明这个产品质量有很大风险。
4 缺陷年龄：需求阶段（的bug有多少），设计阶段（的bug有多少），编码阶段（的bug有多少），（由于）新需求或变更需求（引进的bug有多少），缺陷修改（bug修改以后新产生的bug有多少）。统计出来以后，就能知道哪个阶段出现的bug比较多，以后工作中在此阶段进行优化。
5 缺陷触发条件：测试类型，测试方法（把缺陷进行分类，有助于测试后续工作的改进）
