测试理论复习

你是怎么理解测试的?

⾼级测试:在研发的⻆度上,测试团队的任务就是保障产品在符合市场的规范下交付给市场,给⽤户赋能,那么就 是更加具体的说,通过技术的⼿段和质量管理的策略和思想,来测试以及验证,和保障从需求点出发,到代码阶段 各个环节中,做出的东⻄是否满⾜市场的期望以及⽤户的期望。

初级测试:测试我们可以简单的把它理解成质量检测元,但是它⽐质量检测元的⼯作更加丰富,那么测试需要保障 的是从需求到代码的阶段中,测试需要验证被测产品的功能性和⾮功能性是否满⾜本次的需求。

测试的区别

过去的测试:编写测试⽤例,测试阶段验证被测产品的质量

现在的测试:需要参与端研发流程的各个环节,从需求开始⼀直到产品线上运营,那么具体的⼯作可以如下:

1、需求阶段需要协助产品,站在测试的⻆度和客户的⻆度,以及研发的⻆度,来审视本次需求设计是否合理?

A、如果合理,熟悉需求,梳理测试点

B、如果不合理,⼀定要在需求的评审阶段把不合理的地⽅,或者说⾃⼰的疑问的地⽅,反馈出来

2、现在的测试都得具备编程思维以及编程能⼒

3、需要参与到研发代码的评审以及技术⽅案的评审

4、都得具备API的测试技术能⼒

5、也得具备⾃动化测试技术的能⼒

需求评审的时候测试需要注意什么?

如果需求不合理,⼀定要在需求的评审阶段把不合理的地⽅,或者说⾃⼰的疑问的地⽅,反馈出来

编写测试⽤例的依据是什么?

产品设计需求⽂档(PRD),开发技术⽅案⽂档

测试⽤例评审谁参与?

必须包含:产品,开发,测试,其他相关的⼈

测试⽤例评审注意?

场景未考虑周全,别⼈会现场说出来,需要现场再笔记上记录

场景考虑到了,但是不对,那么也是需要现场纠正或者记录下来

后续根据别⼈的意⻅完善测试⽤例,完善后再次发出来

测试⽤例要素?

测试标题

前提条件

测试步骤描述

期望结果

测试步骤注意事项?

步骤⼀定要清晰

提交BUG注意事项?

BUG出现的步骤⼀定要⾮常清晰

最好是图⽂并茂,如果可能,最好有截图的信息

如果是后端的,最好有⽇志信息

针对涉及到数据的问题,那么最好测试的数据

BUG的称呼

缺陷,BUG,ISSUS

测试流程

产品梳理需求以及评审需求⽂档

需求评审后,开发开始编写实现产品的代码

测试这边开始编写测试计划,根据需求⽂档来梳理测试点,以及编写测试⽤例,完成后进⾏评审

开发完成后,转测给测试,测试这边先进⾏冒烟测试,冒烟测试通过后进⼊到测试阶段

测试阶段测试完成后进⾏验收测试

验收测试通过,开始准备上线,和上线后的验证

什么是冒烟测试?

就是本次产品转测正常流程的验证和测试

什么是回归测试?

针对系统已有功能的测试

⼯作评估

注意事项

1、如果能⼲6⼩时的,就说8⼩时

2、但是如果能⼲4⼩时的,就按4⼩时的来

3、尽量就是给⾃⼰多争取时间

4、时间⼀旦确定,到期没有完成,导致延误

⻛险管理

编写的⻛险必须是有事实的根据,不能凭空猜想

开发晚转测,你会怎么办?

假设预期转测时间是今天,结果开发反馈说明天转测,那么⼀定要在今天把这个⻛险反馈给相关的⼈

BUG流程

发现问题后,进⾏提交问题,然后把问题反馈给开发,开发这边会进⾏确认,如果是问题,开发修改后会再次反馈 测试,测试这边进⾏回归测试,测试通过BUG关闭,如果不通过,继续反馈给开发。

线上出问题怎么办?

先在测试环境验证是否存在该问题,如果存在,就说明该问题测试没有测试出来,需要版本回退

A、确认到底是代码问题还是环境问题,如果是存在,那么就是代码问题

B、如果不存在,那么就是环境配置的问题,这个时候开发需要检查这部分

复盘

A、如果是测试的问题,怎么解决?你的解决⽅案是什么?

1、如果是测试场景,那么需要在评审,以及分析的时候,需要加强

2、技术性问题,那么思考怎么使⽤技术问题来解决

B、如果是环境配置问题

1、每次上线梳理上线的checklist(上线步骤 检查配置)

如果提交⼀个BUG,开发不承认?

1、再次完善该问题的步骤信息

2、你可以出现,对⽅不出现,把对⽅叫到你这边,给对⽅演示问题出现的情况

3、给对⽅演示了,还是不承认进行多次测试用结果继续反馈

什么时候可以找leader?

1、⼼情郁闷了,不想⼲了,想离职了,找对⽅反馈离职的事

2、⻛险反馈

3、⼯作反馈

4、⼯作推动不了

什么是⿊盒测试?什么是⽩盒测试?

⿊盒测试:主要是功能测试的⼀种形式,我们把被测试的程序看成⼀个⿊⾊的盒⼦,看不⻅⾥⾯内部的结构

⽩盒测试:主要指的是基于代码的形式,⽐如单元测试,我们把被测试的程序看现成⼀个⽩⾊的盒⼦,可以看⻅⾥ ⾯内部的结构

测试阶段?

单元测试:函数或者⼀个⽅法级别的测试

集成测试

研发⻆度:

1、前后端联调

2、后端与后端联调

测试⻆度:

模块与模块之间的测试

所以说开发给测试的转测标准是什么?

1、前后端都完成

2、冒烟测试通过

系统测试

端到端的测试,就是针对系统业务流程的完整测试

验收测试

外包:验收测试的时候参与⼈是甲⽅的客户

⾃研: 1、测试测试完成后,发送邮件让产品进⾏验收测试

2、产品验收测试完成后,产品恢复邮件,确认验收测试通过

3、在产品验收测试通过的基础上,开始⾛上线流程

按照代码分类

功能测试

⾃动化测试

1、UI⾃动化测试

2、API⾃动化测试

3、性能测试

测试⽤例设计⽅法

等价类

1、有效的数据

2、⽆效的测试

边界值

是针对等价类的补充

因果图

输⼊的数据是多个条件的组合,来推导出⼀个结论

正交实验分解法

针对因果图的⼀种优化,因为按照因果图的理论,设计出来的测试⽤例的个数是⾮常多,但是了测试资源(时间和 ⼈)是有限的,那么就需要考虑优先级了,⽽正交实验分解法就可以解决这个问题,也就是说我们测试的时候只选 择有代表性的数据。

错误推测法

针对产品⾮功能的考虑和测试。因为在⼯作⾥⾯,我们针对产品的测试,必须考虑如下⼏点:

1、正常的功能

2、异常的测试

3、⾮功能性的

A、浏览器的兼容性

B、性能测试

C、安全测试

D、稳定性的保障

⾼可⽤的建设质量体系的保障

场景法

 

上一篇:评价自己


下一篇:除夕了,你还在改BUG吗?