概念篇—软件测试

1.什么是需求

1.1软件是如何产生的

①需求-开发软件/软件功能开发-测试软件功能-上线
②需求是由产品经理整理的，并且需求在软件开发过程中占主导性位置
③用户：流量用户、甲方用户（直接购买软件）、公司内部人员使用业务系统的业务人员

1.2需求的概念

需求是满足用户的期望（用户的需求）或者规定的文档（合同、标椎、规范）（软件需求）所需要的要求和权限
①用户需求：比较简单，具有概括性
②软件需求：用户需求转化来的，是用户需求的具体实现细节
③产品经理收集用户需求，转化为软件需求

1.3从测试人员的角度看待需求

需求是测试人员测试软件的依据；需求是测试人员编写测试用例的依据，验证需求没问题了，需求是合理的，需求的细化，从需求中提取出测试项，然后根据测试项去找测试点，最后编写测试用例
这样不会遗漏测试需求，测试覆盖率会比较高，会比较有条理

2.什么是测试用例

软件测试人员向被测试系统发起的一组集合，包含测试环境，测试数据，测试步骤，预期结果

3.什么是软件缺陷（bug）

（1）如果软件需求规格说明书存在并且合理，软件功能不符合软件需求规格说明书，就称为bug
（2）如果软件需求规格说明书不存在，但是需求存在并且合理，软件功能和用户需求不符合，就称软件错误（bug）

4.软件开发的生命周期

需求分析-计划-设计-编码-测试-运行维护

5.软件开发的五大模型

5.1瀑布模型

（1）优点：串行的，每个阶段独立，强调开发的阶段性；强调早期计划及需求分析；强调后期的产品测试
（2）缺点：依赖于早期唯一的一次需求分析，不能适应需求的变化；测试介入晚，前期的问题后期才会发现，导致错误失去了及时纠正的机会

5.2螺旋模型

（1）优点：强调严格的全过程风险管理，注重每一个迭代风险分析；适合于项目比较庞大，前期风险大的项目；强调各开发阶段的质量； 提供机会检讨项目是否有价值继续下去
（2）缺点：严格的风险分析识别、分析、控制需要投入专业的人员、时间、资金，成本比较高

5.3增量模型

（1）定义：按照一定的增量去开发系统的功能
（2）优点：抗风险能力高
（3）举例：一个系统开发A B C D四个模块，两周之内完成，该模型就是第一周完成A B模块，第二周完成C D模块

5.4迭代模型

（1）定义：先完成基本功能，再完成剩余功能
（2）优点：抗风险能力比增量模型更强
（3）一个系统开发A B C D四个模块，两周之内完成，第一周完成A B C D四个模块的基本功能，第二周在上一周基础之上完成剩余的较为复杂的功能

5.5敏捷模型

（1）敏捷宣言：
个体与交互重于过程与工具
可用的软件重于完备的文档
客户协作重于合同谈判
响应变化重于遵循计划
（2）敏捷模型是拥抱变化的，不会单纯的去注重文档，而是注重用户和研发团队之间的及时沟通和交流；注重在短期内交付一个高质量的可用的软件，而不是各种文档
（3）典型模型：Scrum模型

（4）Scrum模型工作流程
①PO 产品经理（product owner）收集用户需求，并把用户需求转化为软件需求（user story），整理user story形成product backlog；
SM 项目经理：保证整个敏捷流程的实施，负责召开各种会议，统计项目进度；
ST 研发团队：由各种技能的人员组成，开发人员，测试人员等
②产品发布会：PO负责讲解user story ，对其进行估算和排序，确定出本期迭代的user story形成Sprint backlog（本期迭代内容）
③迭代发布会：对每一个story进行细化，分解任务，分配任务，预估任务完成需要的时间
④开发阶段每日站会：每天scrum master召集站立会议，团队成员回答昨天做了什么今天计划做什么，有什么问题
⑤产品演示会议：迭代结束之后，召开演示会议，相关人员都受邀参加，团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来，由po整理，形成新的story
⑥回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，已达到持续改

6.软件测试模型

6.1软件测试V模型（瀑布模型的变种）

（1）优点：明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系（左边的每一个阶段和右边的每一个测试阶段一一对应，左边的每一个阶段是右边的每一个阶段的依据）
（2）缺点：测试介入比较晚，在编码后才开始，前期的问题后期才会发现，导致错误失去了及时纠正的机会；不支持需求的改变

6.2软件测试W模型

（1）定义：双V模型，开发的每一个阶段，测试的每一个阶段分别构成V模型
（2）特点：测试和开发同时进行，测试在需求阶段就开始介入有利于风险控制，有利于尽早的发现问题；测试的每一个阶段和开发的每一个阶段一一对应
（3）缺点：串形，不能够适应需求的变化，无法支持敏捷开发模式；对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑