测试1 初识篇
- 什么是软件测试？
1.概念：验证软件功能是否满足用户的需求。
2.从两个方面进行验证（测试）：符合标准的数据进行测试，不符合标准的数据进行测试
- 软件测试与开发的区别
1.开发广度小，专业度高；测试广度大，专业度低
2.测试与调试的区别：
（1）目的不同
测试的任务是发现程序当中的缺陷；调试的任务是定位并且解决程序中的问题。
（2）参与角色不同
测试主要是由测试人员和开发人员来执行；调试由开发人员完成。
（3）执行阶段不同
测试贯穿整个软件开发生命周期；调试一般在开发阶段。
- 为什么要选择软件测试(一个优秀的测试人员所具备的素质)
举例子说明
1.思维模式 逆向思维 发散性思维
2.兴趣
3.性格特征 敏感 不浮躁
4.能力 文字能力和开发能力
5.责任感和压力
测试2 概念篇
- 软件测试的目的和原则
1.目的：验证软件有或没有问题
2.原则：以客户为中心，遵循软件测试的规范、流程、标准和要求
- 什么是需求
1.概念：满足用户期望或者软件规定的文档（标准、合同、规范）所具有的条件和权能，包含用户需求和软件需求。
2.用户需求：一般比较简略
软件需求：是用户需求的转化、细化，也是用户需求详细实现的一个过程。
- 什么是bug
1.当且仅当规格说明（用户需求、软件需求）是存在并且正确，程序与规格说明之间不匹配才是错误的；
2.如果规格说明不存在，程序没有满足用户合理的预期，就是软件错误。
- 什么是测试用例
1.概念：是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。
2.作用：
（1）横盖测试覆盖率
（2）版本不会重复测试
（3）不会大量冗余，影响测试效率
3.例题
标题：网易邮箱登录模块用例
测试环境：chrom浏览器、Windows10系统
测试数据：邮箱892479164@163.com 、密码090406c
操作步骤：打开网易邮箱登录页面、输入邮箱名、输入密码、点击登录
预期结果：登陆成功
功能模块：登录模块
4.问题：水杯测试测试用例
标题：水杯测试用例
测试环境：光滑的地面、两个一模一样的杯子
测试数据：距地1m高的平面、距地1.5m高的平面
操作步骤：一个杯子从距地1m高的平面摔下去，看损坏程度
另一个杯子从距地1.5m高的平面摔下去，看损坏程度
预期结果：从距地1m高的平面摔下去，杯子轻微划痕
从距地1.5m高的平面摔下去，杯子裂开
- 软件的生命周期
6个阶段：需求分析、计划、设计、编码、测试、运营维护
- 开发模型（优缺点）
1.瀑布模型
每个阶段只执行一次，线性顺序进行的软件开发模式
优点：强调开发的阶段性、早期计划及需求调查、产品测试
缺点：不能适应需求变化、经验教训不能反馈应用于本产品的过程、风险在后期的测试阶段显露且失去纠正机会
2.螺旋模型
适用于规模庞大、复杂度高、风险大的项目，是渐进式开发模型
优点：强调全过程的风险管理、强调各开发阶段的质量、提供机会检讨项目是否有价值继续下去
缺点：对风险管理的技能水平有很高的要求，需要人员、资金、时间的投入
3.增量、迭代模型
增量模型：逐块建造（有项目ABCD，先构建AB，再构建CD）
迭代：反复求精（构建ABCD、精修ABCD）
两者都抗风险能力强，但迭代的更强
4.敏捷模型
4.1《敏捷宣言》价值观：
个体与交互重于过程和工具
可用的软件重于完备的文档
客户协作重于合同谈判
响应变化重于遵循计划
4.2 srcum
（1）srcum里的角色：srcum由product owner(产品经理)、srcum master(项目经理)、team(研发团队)组成
product owner：负责整理 user story（用户需求/故事），定义其商业价值，对其进行排序，制定发布计划，对产品负责。
srcum master：负责召开各种会议，协调项目，为研发团队服务。
team：由不同技能人员组成，保障交付产品
（2）srcum将产品的开发分解为若干个小sprint（迭代），开发周期短，成员少。
（3）srcum的基本流程
产品负责人负责整理user story，形成product backlog（产品待办事项）
发布计划会议：product owner负责讲解user story，对其进行估算和排序，发布计划会议的产出就是制定这一期迭代要完成的story列表，sprint backlog。
迭代计划会议：项目团队对每个stroy进行任务分解，分解的标准是完成该story的所有任务，每个任务都有明确的负责人，并完成工时的处估计。
每日例会：每天srcum master召集站立会议，询问团队成员的工作进度、今日计划以及问题。
展示会议：迭代结束之后，召开展示会议，团队负责向大家展示本次迭代取得的成果。记录大家的反馈，由product owner进行整理，形成新的story。
回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，以达到持续改进的效果。
- 软件测试模型
1.V模型
是瀑布模型的变种
（1）优点：
包含了底层测试（单元测试）和高层测试（系统测试）；
清楚的标识了开发和测试的各个阶段；
自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。
（2）缺点
自上而下的顺序导致了，测试工作在编码之后，就导致错误不能及时的进行修改；
实际工作中，需求经常变化，导致v模型步骤，反复执行，返工量很大，灵活度较低。
在V模型中，只是把测试作为编码之后的一个阶段，并没有在需求开发阶段就进入测试。
改良：每个步骤都可以进行小的迭代工作。
2.W模型（又称双V模型）
优点：测试与开发同步进行、有利于尽早地全面的发现问题、有利于及时了解项目难度和测试风险、减少总体测试时间、加快项目进度
缺点：不利于需求变化的项目、无法支持敏捷开发模型
转载：https://blog.csdn.net/weixin_43807876/article/details/114692984