软件测试第一课

第一大点
一、测试面试题
1、你说淘宝购物车的测试点？
2、给你一只笔你会怎么测？
3、你讲下微信转账的测试点？
4、你讲下微信点赞的测试点？
5、给你个二微码你会怎么去测试？
6、给你水杯你会如何去测试？
7、你说下这个电梯的测试点？
8、你说下上传文件如何测试？
9、说下共享单车的测试点？
10、你说下空调的测试点？

二、测试思维角度
1、需求测试
2、界面测试（ui测试）
3、功能测试
4、兼容性测试
5、性能测试
6、安全测试
7、可靠性测试
8、可移植性测试
9、易用性测试

三、详解每个角度
（1）需求测试
需求：就是一个文档，制作商品的需求（全称：软件测试需求规格说明书，简称srs）
需求：出自产品，产品根据客户要实现的功能，将内容整理成文档，给到开发和测试，开发就根据需求编辑代码，测试根据需求写用例
测试需求：需求是否合理，需求有没有错别字，需求是否规范，需求是否是唯一，是否冗余
案例水杯：测试制作水杯的说明书
（2）界面测试
界面测试也是外观测试，也称为ui测试
测试界面：测试形状，颜色，大小，类型，布局、格式，风格，控件位置等
案例水杯：水杯的颜色，形状，大小等
（3）功能测试
功能测试定义：指对产品软件的各个功能进行验证，验证产品是否达到客户要求。
案例水杯：喝水、装水，制冷，保温等
（4）可靠性测试
定义：在规定条件下，可持续的寿命的最长时间。（通常使用各种设备模拟不同的场景，比如高温，低温的情况，加速反映产品在环境中使用的状态来验证）
案例水杯：装200oc度的水
（5）兼容性测试：
案例水杯：装水，装油，装醋等
软件兼容：操作系统：win10，win11，mocos、ios、andriod
浏览器：谷，歌uc、ie等
（6）易用性测试
定义：指是否方便使用，可以理解为：易学性，易操作性
案例水杯：logo，吸管、背带、被套、过滤网、隔热层等
软件易用性：中英翻译、字体调整大小，说明书、分辨率的修改、颜色切换等
（7）性能测试
a、压力测试（也叫破坏性测试）
定义：有一个临界点，突破临界点，查看系统运行状态
案例水杯：一个杯子能装5升水，直接导入6升，查看状态
b、负载测试
定义：有一个临界点，慢慢的接近临界点，查看系统运行状态
案例水杯：一个杯子能装5升水，倒入4升，4.5升，4.8升，5升查看状态
b、负载测试
（8）安全测试：
案例水杯：制作材料是否有毒，烫伤
软件安全：金额、用户信息、病毒，木马，加密、权限
（9）可移植性
定义：指对设计程序与硬件，软件之间的兼容性测试组合
软件是否录到指定的软件或硬件上运行，由于结构不一样，导致某一类型上的软件不能再另一个计算机上运行。
电脑配置： 16g 258 cpu 2.8 运行腾讯会议
电脑配置： 4g 258 cpu 2.0 无法运行腾讯会议

五.H模型的流程
软件测试流程_H 模型
1、产品召开需求澄清会议，产品、开发、测试都参加
2、测试和开发拿到需求
3、测试经理拿到需求，根据需求编写测试计划
测试计划（内容：测试目的，背景，范围，测试准入，测试准出，环境和资源，测试任务和测试进度，风险及风险管理，测试交付文档）
4、测试人员分析需求，编写用例
（测试用例内容：用例编号，用例标题、前置条件，用例步骤，预期结果，优先级）
5、评审用例（组内评审，交叉评审用例）
组内是项目组：测试，开发，产品一起评审
交叉评审：测试人员之间互相评审（测试a、测试b，测试c）
6、用例导入到用例管理工具；（如禅道，testlink）
7、通知运维搭建环境（自己搭建环境，测试经理搭建）
8、开发也开发好了代码，准备提测；
9、测试将代码包部署到环境中
10、开始进行冒烟测试
（冒烟测试通过以后进行sit系统集成测试;
如果冒烟测试不通过就打回给开发，重新编码再提交；
sit系统集成（一般3次，或者给更多次数）
11、sit1系统测试，测试所有的用例
12、测试有bug 提交给开发
13、开发修改bug，将新的代码包提交给测试，
14、测试将新的代码包部署到环境中
15、冒烟测试，冒烟测试通过
16、进行第2次sit系统系统集成测试
sit2测试用例来源：
a、冒烟测试用例
b、上一轮有bug的用例
c、与bug相关联模块的用例
d、你认为可疑或可能出错模块的用例
e、补充新用例
17、测试出的bug，提交给开发，开发修改
18、开发修改好，提交代码包，部署到环境
19、冒烟测试，冒烟测试通过，
20、进行第3次sit系统集成测试，
21、测试到准出，用例100%执行，0bug；
22、输出测试报告
(内容：测试目的，测试范围，测试背景，测试实施日期，测试人员，bug 清单，用例清单，测试结果)
以上表示测试完成
23、通知uat验收测试
24、验收通过
25、封装版本
26、准备线上数据
27、上线
29、线上测试
有bug：分析bug的严重程度：严重回退版本，
bug轻微：可以备注好下一个版本解决或者走技术上线
30、线上没有bug，就上线成功
H模型主流程面试主流程
产品开需求会议测试和开发拿到需求分析需求=编写测试计划（测试经理）编写测试用例=评审用例，评审通过将用例导入用例管理工具=搭建环境开发提测，达到准入要求部署项目包到环境中=开始冒烟测试=冒烟测试通过=sit1系统集成测试有bug提交给开发开发修改好提交第二次代码包=部署项目包到环境中在冒烟测试进行sit2测试=以此类推直到达到准出要求0bug，用例100%执行输出测试报告通知uat测试=uat验收通过封装版本=等待上线=准备线上数据=上线线上测试=测试无bug表示上线成功。
h模型的梳理流程
梳理版本
产品拿出需求规格说明书（srs）；召开需求会议，分析需求，熟悉需求；测试负责人拿到需求开始编写测试计划；安排测试任务，各自编写测试用例；编写完用例后在对用例进行评审（有组内评审，有交叉评审）；评审通过以后，导入到用例管理工具中；在搭建好环境（运维或测试人员）；开发开发完也要进行提测（达到准入）；测试将代码包部署到环境中；在进行冒烟测试，冒烟测试通过（如果冒烟失败，就打回版本），就进行sit1系统集成测试，将所有测试用例都执行一遍；有bug提交给开发，开发修改，再提交代码包；进行第二次sit系统集成测试，也要冒烟测试，冒烟测试以后就开始进行sit2系统集成测试，测试中发现的bug，提交给开发，开发修改，再提交第三次代码包，进行第三sit系统集成，以此类推，直到测试用例100%执行，0bug（达到测试准出），输出测试报告；通知uat验收，验收通过；封装版本，打包，准备线上数据，上线，线上测试，线上测试通过，上线成功。（如果线上有bug根据影响程度判断：影响大就回退版本，如果影响小，备注好下一个版本解决)