提高软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件；
提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息；
软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程，如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的；

3.?软件测试与软件开发的区别？?

(1) 技能要求专业度?

软件开发：技能的要求专业度高,技能要求不广泛；要熟悉C/C++，Java，python，PHP等语言，以及相关框架Spring，Spring Boot等，构建工具maven，Gradle等；
软件测试：技能要求比较广泛，但是专业度不高；

? ? ? ? ? ? ?【测试接口】soupUl, postman , jmeter

? ? ? ? ? ? ?【性能测试】loadrunner，jmeter

? ? ? ? ? ?? 【自动化测试脚本】Python，java，unittest，TestNg，Charles，fiddler，appium

(2) 软件测试和软件调试

目的不同：软件测试就是验证软件是否实现了它应该实现的功能(需求)；
? ? ? ? ? ? ? ? ? 软件调试的目的是软件开发人员验证软件是否实现了他（开发人员的角度）想让软件实现的功能；

角色不同：测试是由开发人员(白盒测试)和测试人员共同完成；
? ? ? ? ? ? ? ? ? 调试是由开发人员完成；

阶段不同：测试现在贯穿了整个软件开发的生命周期;? ? ?需求一>计划一> 设计一>编码一>测试一>运维
? ? ? ? ? ? ? ? ? 调试是在开发阶段；

概念篇

1. 什么是需求？

用户的期望和满足合同(文档，规则，标准)的规定所需要的条件和权限；

软件需求是用户需求转换而来的，它是用户需求的细化，是用户需求的具体实现细节和规范；

用户需求比较粗略，直接实现会有困难，因为没有细节，所以需要软件需求把用户需求细节实现和规范，把用户需求变成一个具体的可实现的过程文档；

2.?需求是软件测试的依据

验证需求，保证需求正确可实现，细化需求，从需求中提炼出一个一个的测试项；

以用户登陆为例，阐述下整个过程：

软件测试人员如何深入了解需求? 答:从用户需求分析阶段就开始介入了解需求，站在用户的角度；

3. 测试用例

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求；

测试点：用正确（已经注册）的手机号和密码登陆网易邮箱界面，登陆成功

测试用例

测试环境: ?Chrome版本99.0.4844.51 ? PC端 Windows系统
测试数据: ?用户名: 134****2311 ? 密码: *******
测试步骤: ? 1、在浏览器打开邮箱URL: https://mail. 163.com/?msg= authfail#return
? ? ? ? ? ? ? ? ? 2、输入用户名和密码
? ? ? ? ? ? ? ? ? 3、点击登陆
预期结果: (操作完测试步骤后的结果)登陆成功

测试用例告诉我们测什么，怎么测?

优点:? 衡量需求的覆盖率(测试用例和需求对比); 复用性，借鉴意义; 可以用于回归测试; 防止遗漏测试需求；

4. 什么是BUG？

当且仅当，程序规格说明书(软件需求)存在并且合理，如果软件功能和软件规格说明书不相符合，我们就说是软件错误；当软件需求不存在，用户需求存在并且合理，软件功能和用户功能不相合，就说明是软件错误；软件测试的阶段:? 整个软件开发的生命周期，需求阶段介入??验证需求的合理性和正确性；

5.?开发模型（5个模型）

软件开发的生命周期：需求分析一计划一设计一开发一测试一运行维护

（1）瀑布模型

特点 : 阶段性强，每一个阶段比较独立; 看重前期的需求分析和后期的测试
缺点 : 测试在编码后才开始介入，导致前期的问题后期才发现，会失去错误补救的机会?

（2）?螺旋模型

适合于项目庞大，风险大，不是很明确项目
特点: 强调每一个迭代的测试质量和风险分析
缺点: 风险管控人力物力投入很多，成本比较大?

（3，4）增量模型，迭代模型

同一个系统的四个模块 A? B? C? D? 两周
增量模型：第一周开发A B功能模块，第二周开发C D功能模块
迭代模型：第一周先开发A B C D的基础功能，第二周再在第一周的基础之上完全其它的功能
? ? ? ?特点：抗击风险能力强；

（5）敏捷模型

个体与交互重于过程和工具；可用的软件重于完备的文档；客户协作重于合同谈判；响应变化重于遵循计划
特点：轻文档，轻流程，重目标，重产出

角色:
PO：product owner，把用户需求转化成user story
SM：scrum master项目经理，管理整个团队，负责敏捷流程顺利实施，各种会议
ST：scrum team各种技能的人组成，开发，测试UI

scrum流程:

发布计划会议：产品经理收集需求形成userstory ,讲解，排出本迭代需要进行开发的userstory形成sprint backlog
迭代计划会议：分析用户故事，把userstory分解- 个个的任务, 分配开发人员，制定开发计划
每日站会：昨天干了什么，遇到的问题，今天的计划
产品演示会议：甲方，用户演示产品，PO把不足的地方收集成user story,下一次迭代改进
回顾计划会议：回顾整个迭代过程，把不足的地方找出，在下一次迭代过程中改进，优化迭代流程