测试1、2

测试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系统

测试数据:邮箱[email protected] 、密码090406c

操作步骤:打开网易邮箱登录页面、输入邮箱名、输入密码、点击登录

预期结果:登陆成功

功能模块:登录模块

  • 软件的生命周期

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模型)

优点:测试与开发同步进行、有利于尽早地全面的发现问题、有利于及时了解项目难度和测试风险、减少总体测试时间、加快项目进度

缺点:不利于需求变化的项目、无法支持敏捷开发模型

猜你喜欢

转载自blog.csdn.net/weixin_43807876/article/details/114692984