2022.7.5学习总结
一；代码分类？
1、黑盒测试（把测试的对象看成是一个黑色的盒子的，看不到里面内部的结构，是对软件的一种功能性的测试）
2、白盒测试（就是把测试的对象看成是一个透明的盒子，能够看见被测软件的内部结构，是单元测试的一种形式，是针对程序的内部代码的一种测试形式。）
3、灰盒测试（它是介于黑盒测试与白盒测试中间，具体的来说就是测试开发工程师（测试工程师）能够看开发的代码，进行代码的走查，和参与开发代码的评审。）
1、手工测试 ⼿⼯测试就是由⼈去⼀个⼀个的输⼊测试⽤例，然后观察结果，和机器测试相对应，属于⽐较原始但是必须的⼀个
步骤。⼿⼯测试⼜叫功能测试，或者说是业务测试。它的特点主要为：
优点：⾃动化测试是⽆法替代⼈的测试的⾏为模式的，也⽆法替代探索性的测试
缺点：执⾏效率慢，影响测试交付的效率
2、自动化测试（UI自动化测试，接口自动化测试）：通过工具或者是代码的形式来模拟人的操作，来对被测试的产品进行自动化测试的操作。
三；质量六大特性？
1，功能性：软件需要满⾜⽤户显式或者稳式的功能。
2，易⽤性：软件易于学习 和上⼿使⽤。
3，可靠性：指的就是软件必须实现需求当中指明的具体功能。
4，效率性：类似于软件的性能。最直观的感受：就是响应时间
5，可维护性：要求软件具有将某个功能修复之后继续使⽤的能⼒。
6，可移植性：当前软件可以从⼀个平台移植到另⼀个平台上去使⽤的能⼒
四；网页加载速度检查？
1，谷歌进网页后右键鼠标，点击检查
2，点击NextWork(网络)后刷新，箭头所指即网页加载速度
五；算法
什么是算法： 在程序里面，指的是做一件事需要的步骤。
什么是程序，程序=数据结构+算法。
数据结构： 队列：先进先出 栈：先进后出
六；计算机常用表达式？
<：小于
==：等于
>：大于
!=：不等于
&&：并且（至少两个条件的关系）
||：或者(至少两个条件满足一个就没可以了)
七；软件分类？
软件分类： B/S（WEB）的产品测试经验。
app的测试经验 小程序的产品（依赖于微信&支付宝）
测试范围：WEB/APP/小程序
八；测试术语？
1，冒烟测试：开发把编写好的程序转给测试的时候，测试首先需要做的是针对转测的程序进行正常流程的测试，这个过程叫冒烟测试。（针对被测程序的正常流程的测试，目的是验证程序正常流程可以执行通的情况下继续测试被测程序的其他功能）
2，探索性测试：探索性强调测试⼈员的主观能动性，抛弃繁杂的测试计划和测试⽤例设计 过程，强调在碰到问题时及时改变测试策略
3，安全测试：主要是针对被测软件进行安全的考虑，目前主要使用的技术是渗透测试。
4，回归测试：产品都已经测试完成了，在准备上线的情况下，针对产品进行第N次的测试。回归测试目前主要是大量的自动化测试来承担这部分的任务
九，行业术语?
toB:商家 toC:消费者
B2C：例如淘宝类的结合商家和消费者的
2B：面向企业的，例如钉钉
十，为什么要需求分析？
软件测试需求是设计测试⽤例的依据。 有助于保证测试的质量和进度 软件测试需求是衡量测试覆盖率的重要指标
十一，软件测试的需求步骤？
列出需求⽂档中的具有可测性的原始需求 对每⼀条需求进⾏细化分解，形成可测试的分层描述的测试点 对形成的每⼀个测试点，从软件产品的质量需求来分析，确定测试执⾏时需要实施的测试类型。 建⽴测试需求跟踪矩阵，对测试需求进⾏管理
十二，测试点分析
通过分析需求描述中的输⼊、输出、处理、限制、约束等，给出对应的验证内容（功能测试） 各个模块之间的业务顺序，和各个功能模块之间传递的信息和数据，对存在给你交互的功能项，给出对应的验 证内容（功能业务测试） 考虑到需要的完整性，要充分覆盖软件需求的各种特征，包含隐性需求的验证，⽐如界⾯的验证，异常情况 （界⾯、易⽤性、兼容性、安全性、性能）
十三，测试⽤例步骤
拿到需求文档 -> 分析需求（画思维导图） -> 编写⽤例 -> 划分⽤例优先级
十四，测试用例编写特征？
1，⼀致性：主要包括⽤例模板⼀致；各同事的编写⼿法⼀致；以及⽤例的细腻度⼀致。
2，覆盖率：主要包括对需求的覆盖（也包含隐含的需求）；新需求可能对那些功能会产⽣影响的覆盖；对各种场
景的覆盖等 。
3，可执⾏性：主要是指步骤易于理解、信息描述准确、且能快速识别出测试点 。
4，执⾏准确性：是指⽤例执⾏的准确度，本身没什么技术含量。但这⾥需要注意的是执⾏⼈对待执⾏⽤例的态
度。不要因为⽤例简单或者⼀些外界的因素，导致部分⽤例未实际执⾏标为通过的情况。
5，持续更新：要及时不断的更新，要尽量减少⽤例库中失效的⽤例 。
6，复⽤性：主要⽤例可以被不断的复⽤，从⽽减少维护成本
十五，编写测试用例的三种方式?
1、思维导图 结构化看起来非常的好，但是不够细
2、使用excel，特点是写起来非常浪费时间，但是非常细
3、checklist 只考虑被测对象的大概的点
十六，测试⽤例组成元素
⽤例ID；用例编号 *⽤例名称； 测试⽬的； 测试级别； 参考信息；参考文档 测试环境； *前提条件； *测试步骤； *预期结果； 设计⼈员。测试用例编写人员 较为重要的四点为(用例名称、前提条件、测试步骤、预期结果)
十七，环境：
1、测试环境：给测试使用的环境，指的是一个产品还没上线前测试的环境（QA环境）【系统已有功能的测试（回归）】
2、预发布环境：介于测试环境与线上环境中间，但是它也是可以给客户使用的环境，一般不开放，只供研发内部人员使用
3、线上环境：给真实的用户使用的环境【①、系统已有功能的测试 ②、针对本次上线新功能的回归测试】
十八，工作
1，工作要求
能够独立的负责一个产品的测试，能够很好的做功能测试，以及在自动化测试需要开展的时候又能够很好的参与到自动化的测试，以及在性能测试开展的时候又能够很好的参与进去。
2.刚开始工作的工作日常
第一天内容：
①、熟悉环境，熟悉身边的人，梳理清楚谁是你的负责人。
②、安装电脑的常用软件（java环境,Python环境,postman,jmeter,offer办公软件,思维导图软件,foxmail,git）
③、看需求文档
第二天的内容：
继续看需求文档
3.看需求文档抓住核心的东西：
①、产品是给谁服务的？
②、产品的核心流程是什么？ 核心流程最好使用思维导图的模式把流程梳理出来
③、如果产品里面有专业术语（咨询产品或者是自己百度搜索）
④、梳理出产品哪些逻辑不是很清楚，梳理出来后，专门约产品经理或者是其他测试，让对方协助我们来讲解下这部分
4.工作中于产品经理及开发出现观点不同时的解决方法？
回答：我们一般开展头脑风暴，每个人提出自己的观点，进行讨论。
5.你之前测试用例写了多少个？
回答：这个之前还真没有数过，我个人认为数这个没多大意义，更多应该考虑的是把测试的对象的测试点考虑周全
6.你对加班怎么看？假设我们每天需要加班到10点，你会接受吗？
回答：我接受公司的加班制度，在项目需要会加班，但不做无用加班。
7,。工作约束
