初识测试

测试的发展

没有测试人员 ----> 交叉测试 -----> 专业的测试人员 ---->测试开发

测试发展方向

功能测试(点点点)

接口测试

性能测试【主力军】

自动化测试(UI自动化 接口自动化[通过不同的断言方式 json响应状态码等] 单元自动化测试)

测试需要掌握的内容

测试理论

测试思维

测试工具

自动化测试 --【测开】

软件测试的作用和目的

1.测试工作发现并修复软件中存在的缺陷，从而提高用户对软件的使用信心

2.测试操作可以记录软件使用过程中产生的一些数据，从而为决策者提供依据

3.测试操作可以降低同类软件开发的风险

总结：通过尽可能少的人力 财力 物力来查找并解决软件中存在的缺陷从而降低商业风险

缺陷的定义

缺陷是不满足需求文档，以理解，不易使用，运行速度缓慢，或者最终用户认为不好

如果你遇到的bug开发人员不认为是bug的时候你怎么办？

1.通过不懂方式或者是不同的测试环境来对bug进行确认
2.根据需求文档对bug进行评断
3.将bug出现的频率，以及出现的方式和对应的操作步骤进行书写，将结果截图或者是录屏
4.找对应的项目经理或者是客户经理对bug进行评审
5.将bug进行记录到测试总结中

当然实际上我们还是可以根据目前的测试重点和项目重点来确认bug的优先级，如果不那么重要，我们可以留到一个版本再讨论，再处理

测试原则

1.尽早原则(测试应尽早接入，一般不要在开发完成之后才执行测试，这样不利于缺陷的尽早发现)

2.边界和极端原则

3.28原则(测试证明软件存在缺陷，我们的测试工作只能证明当前软件是有缺陷而不是没有缺陷的)

4.确认原则

5.回归关联

测试流程

产品提出需求后，开立项会进行讨论需求并指定需求文档，开发根据需求文档进行编码，测试人员根据需求文档进行编写测试计划，以及对应的测试用例编写。用例编写结束后，进行用例评审，开发提代码后执行冒烟测试，冒烟测试通过后执行过程中出现bug进行提交bug，并对bug进行追踪。bug关闭后我们做测试总结，提交对应的测试报告

**********************
需求文档： 产品经理
测试计划： 一般都是测试主管或者是项目经理
测试用例： 测试人员
执行用例： 不是编写测试用例的人
测试总结： 测试人员

测试模型

阶段和开发各阶段的对应关系

							(V模型)
用户需求<------------------------验证，确认------------------------------>验收测试
	需求分析                                                          系统测试  
    	概要设计												集成测试
        	详细设计										单元测试		
            					软件编码

冒烟测试和回归测试

冒烟测试是开发提测的版本，我们快速的去过一下它的流程以确认这个软件是可以用的

回归测试是我们正式的测试过程当中对已修复的bug进行校验或者在上线之前对我们的所有历史功能呢进行一个再次测试

测试工具

文档工具：word excel

bug管理工具：禅道 jira

抓包工具： charles fiddler wineshark

性能工具：jmeter Loadrunner (对业务场景测试)

命令：Linux adb Monkey

编程语言： python

自动化： selenium appnium(ui自动化) pytest(测试用例 单元测试) innerHtml(发送测试报告) alluer

数据库: Mysql

软件测试面试的常见面试种类

软件测试面试常见的有四类问题

第一类：软件测试流程，项目流程  软件测试相关 以及测试用例的思路
第二类：自动化测试技能 ，自动化测试应用相关
第三类：数据库的应用，数据库的基本操作
第四类： Linux的常见操作

漏测解决

漏测是很难避免的，毕竟问题总会有，所以我们要做的就是尽量减少漏测率
1.已有的测试清单要做到百分百覆盖
2.没有考虑到的测试场景呢，要马上加入到测试清单当中去，补全用例
3.考虑优化测试流程