我们拒绝平庸,拒绝随波逐流,拒绝墨守成规,让梦想不再流浪。
软件构建
上一篇 /
下一篇 2014-05-28 10:44:10
/ 个人分类:甲骨文
软件构建 | |
等级3 | | 3级:对外防御 | | |
| 查检项 | 满足? | |
参照标准 | 在构建过程中集成单元测试、功能测试和代码静态检查,并将其作为构建成功的条件,对与外部工具和产品的集成进行测试。 | | 1成功构建的标准是什么?51Testing软件测试网U1U+b!\/q 2构建是自动化的吗?每个人的构建过程是一致的吗? %dT'w%~X
sbc#]03构建的频率是多少?每次构建的大概时间是多少?51Testing软件测试网
d@
f0u3EG
m4d 4使用什么样的版本管理工具?51Testing软件测试网R5G^&Z0q\ 5配置管理工具是否支持原子提交?51Testing软件测试网;ZCJ#AA%C6s`] 6每日构建结果报告怎么通知?51Testing软件测试网6I.f XF^sE|@ 7、提交冲突如何解决?51Testing软件测试网nKO4r7|I 8、开发人员一般多长时间提交一次代码? 9、开发人员每天check in代码有没有什么规则?51Testing软件测试网w7PX:z?^-i 10、CI搭建在什么机器上,是不是有专人维护CI环境?持续集成的硬件资源环境是否充足?51Testing软件测试网1P:bASV/R$y0H 11、CI需要执行哪些测试? 12、是否有严格的持续集成纪律? 13、如果有本地构建的话,本地构建包含哪些内容,时间大概多长? 14、CI构建的输出报告有哪些内容,是否有人关注? 15、自动化测试成功比率?自动化测试用例数量? |
4.3.3 | 构建过程中包含了集成单元测试、功能测试和代码静态检查 | | X |
4.3.4 | 上述构建单元的结果影响构建最终结果 | √ |
4.3.5 | 对与外部工具和产品的集成进行测试。 | | √ |
满足 软件构建 - 等级 3? | 对外防御? | X |
等级2 | | 2级:持续集成 | |
| 查检项 | 满足? |
参照标准 | 尽快构建-即保持最高的构建频率。整个团队对构建状态负责 | |
4.2.2 | 提交构建过程 | √ |
4.2.3 | 团队对构建结果及时关注 | √ |
满足 软件构建 - 等级 2? | 持续集成? | √ |
等级1 | | 1级:重复 | |
| 查检项 | 满足? |
参照标准 | 构建过程是自动化的、可重复的,但受限于技术原因不能保持最高的构建频率;整个团队对构建状态负责 | |
4.1.1 | 有持续集成环境 | √ |
4.1.2 | 构建过程自动化、构建频率保持稳定 | | √ |
4.1.3 | 构建频率偏低(技术原因) | X |
4.1.4 | 团队对构建结果及时关注 | √ |
满足 软件构建 - 等级 1? | 构建过程是自动化的、可重复的? | √ |
等级0 | | 0级:可重复 | |
| 查检项 | 满足? |
参照标准 | 构建流程是可重复的,但并不活跃,往往手动触发,而且频率较低。构建由团队中某个特定的成员负责。 | |
4.0.1 | 没有持续集成环境 | X |
4.0.4 | 软件每次构建的过程都是一致的,可能不是自动化的。 | X |
4.0.5 | 构建由团队某个特定的成员负责。 | √ |
满足 软件构建 - 等级 0? | 构建流程是可重复的,但手动触发且频率较低? | √ |
等级-1 | | —1级:不可重复 | |
| 查检项 | 满足? |
参照标准 | 构建必须手动执行,每次执行都需要专门做一些配置,执行频率较低;构建由团队中某个特定的成员负责 | |
4.-1.1 | 没有持续集成环境 | X |
4.-1.2 | 每次需要不定期人工构建 | X |
4.-1.3 | 对构建结果不能立刻反馈,团队对构建结果不关注 | | X |
4.-1.4 | 构建成功率低(可能依赖于负责人个人能力) | X |
4.-1.5 | 每个人的构建过程都可能不一致,构建过程可能是随意的。 | | X |
满足 软件构建 - 等级-1? | 构建必须手动执行且频率较低? | √ |
收藏
举报
TAG: