一些关于测试

开发模型

开发模型主要分为五个：瀑布模型、螺旋模型、迭代模型、增量模型、敏捷模型

• 瀑布模型
  优点：各个阶段比较独立，看重需求分析和软件测试；
  缺点：无法适应需求的变化；测试到编码后介入，导致前期的缺陷无法及时发现。无法及时修正。
  使用项目：适用于需求稳定的项目。
• 螺旋模型
  适用项目：前期需求不是很明确，并且有风险，项目比较庞大的系统开发；
  优点：强调软件质量；每一次迭代进行严格的风险分析，提供讨论项目是否有必要进行下去的机会。
  缺点：引入风险管理，会投入大量资金（人力物力）；
• 迭代、增量模型
  一个系统的四个功能，A模块、B模块、C模块、D模块，两周时间完成。
  迭代模型（抗风险能力更强）：第一周开发人员完成A、B、C、D四个模块的基础功能，第二周，在基础功能上进行强化和完善。
  增量模型：第一周完成A、B模块，第二周完成C、D模块。
• 敏捷模型
  轻文档、晴流程、重目标、重质量
  拥抱变化：可以适应需求的变化
  scrum流程：
  PO，product owner 产品经理，把客户
  的需求整理成user story，客户的代表方；
  SM scrum master 项目经理 负责保证整个敏捷流程的顺利实施；
  ST scrum Team 研发团队，目标是交付一个高质量可用软件
  scrum流程 （1~4周 十人以内）
  1、发布计划会议： PO负责讲解user story，根据user story的紧急程度排出本期要迭代的userstory。
  2、迭代计划会议： 迭代计划：细化user story，分配任务，每个人需要完成什么任务，以及时间节点。
  3、开发过程中，每日站会：讨论三件事：昨天做了什么、遇到了什么困难、今天的计划是什么
  4、产品演示评审会：给用户演示完成的产品，用户会提出一定的意见，产品经理整理成新的user story，放到下一次的迭代当中。
  5、回顾会议：对本期迭代进行总结。

软件测试的生命周期

1、软件测试的生命周期：（软件测试流程）
需求分析
| 分析需求
| 细化需求
| 验证需求的正确性和合理性
|
测试计划
| 规划测试人员数量
| 规划时间
| 测试范围
| 测试目的
|
测试设计、开发
| 分析需求，从细化的而需求中提炼功能点，设计测试用例
|
|
测试执行
| 执行测试用例，记录BUG
| 测试报告测试的范围
| 有多少测试用例
| 执行了多少
| 余留了多少测试用例
| 发现多少BUG
| 修改了多少BUG（验证）
| 遗留的BUG以及解决方案

设计测试用例的方法

用户 产品经理 程序员 测试人员
需求——软件需求——开发软件——测试功能——上线
（1）、根据需求去设计测试用例
验证需求的正确性：
分析需求、细化需求、从需求中提炼功能模块，划分子功能，根据每一个子功能去写测试用例。
（2）、具体的设计测试用例的方法
等价类 把输入（特殊情况下才考虑输出）划分成若干个等价类，从每一个等价类当中选一个测试用例进行测试，如果这个测试用例测试通过，那我们说这个测试用例代表的等价类测试通过