OpenStack最佳实践（测试与CI/CD）--------笔记（CI/CD和软件测试基础）

CI/CD(持续集成/持续交付）

持续集成并不能消除BUG，而是让他们非常容易的被发现和改正。这也正是持续集成的真谛所在。

持续集成涉及主要工具类别包括：

      版本控制工具-实现源代码管理，版本控制

      构建工具-实现代码自动化编译，打包等，这是持续集成的核心工具

      测试工具-实现代码的自动化测试，以及大型测试或专项测试

      CI系统-整合版本控制，构建工作和测试工作，实现持续集成

      持续交付的目标不是要消灭缺陷，而是要规范开发和测试的流程，从根源上提高软件的质量，总之，持续集成，持续测试，持续交付和持续部署的核心就是让不间断的‘密集型，高强度，信息及时反馈的持续性改进’成为提高软件产品质量的驱动力。

      DevOps是一种工程文化，理论集，是一个抽象的概念；而其范畴下的CI/CD则是他的具体实现和方法，是一种化抽象为形象的工具集，流程图。如果说DevOps是云计算，那么CI/CD就是计算，存储和网络，OpenStack则是其具体实现平台。

     持续集成最大的优点就是降低风险，提高项目研发过程的效率和质量，迎合互联网时代信息快速更新的规律。

如何让用户帮助做测试？

1.员工自用

2.阿尔法测试与贝塔测试

3.故障推送，提示你的反馈对我们非常重要等

4.A/B测试 就是将特性，版本有些许不同的软件发布给不同的用户使用，然后比较这些特性所造成的不同影响。

5.灰度发布：按1%的比例进行发布并改进修复，不断提高发布率。

6.黑暗部署

7.生产引流：将用户所有请求复制下来，引入测试系统进行测试，会把用户的操作习惯复制下来涉及隐私问题。

       边界值分析法不仅需要考虑输入条件，还要考虑输出产生的测试结果。顾名思义，等价类属于确认有效区间，边界值属于确认边界，共同点就是设计测试用例时等价和边界要一起考虑，任何等价区间都有边界，有边界就有区间。

       场景设计法

       错误猜测法：根据经验和直觉推断程序中所有可能存在的各种错误，从而有针对性的设计测试用例，当输入错误的数据或执行错误的操作时，程序需要给出相应的提示说明或进行适当处理，从而验证系统的健壮性。

        正交表设计法：研究多因素多水平的用例设计方法。

        基于需求的测试方法

        界面易用性测试方法：导航测试；图形测试；整体界面测试；独特性测试。