软件测试综述-小白学习测试开发DAY1_测试小白学习计划

学习测试的第一天

今天开始学习测试的相关内容，这也是暂时选定的未来的发展计划，因为最近这段时间实在不知道学习什么，和大佬聊了以下发现了一个之前比较想做的方向，所以现在就开始吧，不管前面怎么样，动起来总归比趴在那好！

大致规划

首先是在牛客网查看了新手入门的一些推荐书籍，然后很快下单找到了书。选择的书籍是《软件测试》，是一本比较经典的、对新手比较友好的书。预计先看完《软件测试》，然后去试试阅读《软件测试的艺术》。先扫盲，把测试相关的概念先搞懂，然后后期去做别的应该会好一点。

每日计划内容

今天是计划先看30页

今天所看的主要内容为：

1. 软件测试的综述

   1. 软件缺陷是什么；
   2. 产品说明书；
   3. 软件缺陷的官方定义：
      1. 软件不能实现说明书中要求的功能；
      2. 软件实现了说明书中指明的不应该出现的错误；
      3. 软件实现了说明书中未提到的内容；
      4. 软件未实现产品说明书中未明确要求但应该实现的内容；
      5. 软件难以使用、难以理解、运行缓慢或者用户认为不好（软件测试员的角度）
   4. 软件测试的任务：发现软件缺陷；
   5. 应具备的素质：不仅会测试，还要会编程！

2. 软件开发的过程

   1. 产品的组成：
      1. 客户需求；
      2. 产品说明书；
      3. 进度表；
      4. 软件设计文档；
      5. 测试文档；
   2. 软件开发的生命周期
      1. 大爆炸模式-简单，无计划-难以控制
      2. 边写边改模式-无计划，开始考虑测试
      3. 瀑布模式-简洁、流程化，测试方便-各分组无交叉，无法回溯；
      4. 螺旋模式-目标确定，测试全程介入，及时发现问题，上下衔接有计划

3. 软件测试的实质

   1. 测试的原则：
      1. 无法完全测试–测试样例无法覆盖所有情况；
      2. 测试无法保证找出所有错误；
      3. 找到软件缺陷越多，说明软件缺陷越多–同一个地方找到的问题越多，说明在那个地方问题也越多；
      4. 必须编写不停的、新的测试程序，对程序不同部分进行测试，以找出更多缺陷；
      5. 并不是所有缺陷都需要修复：
         1. 没有足够的时间；
         2. 不算真正的软件缺陷；
         3. 修复的风险太大；
         4. 不值得修复；
      6. 软件测试员在产品小组中不受欢迎（滑稽）
   2. 软件测试的术语和定义
      1. 准确和精确：
         1. 精确：稳定性高，但不一定都对；
         2. 准确：基本都对，但稳定性不够好；
            
      2. 确认和验证
         1. 确认：软件符合产品说明书；
         2. 验证：产品符合用户的要求
      3. 质量和可靠性
         1. 质量：满足客户要求，客户感到产品性能优越，优于其他产品；
         2. 可靠性：长时间，艰苦环境下稳定运行
      4. 测试和质量保证
         1. 测试：尽早的找出缺陷，便于修复；