[0007]杂记零碎知识

《一》HR的问题
   (1)离职原因
      公司架构调整，跟我想要的职业发展路线有些偏差，所以我出来看看机会。
   (2)测试工作中你的优势是什么？
      优势的话就是我比较细致嘛，遇到问题我会去钻研一下它报错原因，不是简单的把这些出现的一些bug直接扔给开发那边；
      还有就是加班算不算优势，因为有时候项目很赶的话，就会直接影响到进度；
        还有就是效率，我会认真的去完成测试工作的任务。
   (3)你觉得什么样的项目适合做自动化测试？
      软件需求变动不频繁；项目周期足够长；UI变动小
   (4)如何看待加班？
      临近发版时，加班时避免不了的，不过平时我会提高工作效率，减少不必要的加班

《二》http协议
   (1)什么是HTTP协议？
      客户端和服务器，两端之间的数据传输，也称为“超文本传输协议”
   (2)http和https的区别？
      最明显的区别还是在技术上的区别，比如：
         1)HTTP标准端口是：80，无需证书，工作于应用层
         2)HTTPS标准端口是：443，需要SSL证书，工作于传输层
   (3)状态码概括
       　1开头：表示服务器接收到了请求；
         2开头：表示服务器成功接收处理并且返回
         3开头：表示系统资源的重定向
         4开头：表示客户端的问题
         5开头：表示服务器端的问题
   (4)三次握手
         第一次握手：客户端向服务端发起请求：已确认服务端是否能够收到请求
         第二次握手：服务端响应客户端：告诉它我收到你的请求，并且准备还接收其他请求
         第三次握手：客户端向服务端再次发起请求，告诉服务端我也收到你的回复，我也准备好了
   (5)TCP和UDP有什么区别？
       1)TCP面向连接，可靠的协议，保证传输的数据的完整性、正确性，不丢包，不重复，而且是有序的；
         2)UDP是无连接，不可靠的协议；
         3)TCP的传输效率比UDP低一些，TCP的安全性比UDP低；
         4)连接对象数量：TCP是一对一的连接，UDP是一对多，或者多对多的连接；

《三》多线程的使用
   (1)首先导入threading 模块，这是使用多线程的前提；（import threading）
    (2)创建数组threads；
    (3)创建线程，使用threading.Thread()方法进行调用函数和传参
    (4)创建的线程加入到数组中，进行start运行，启动线程

《四》adb命令分析日志
   (1)APP端抓包日志到本地：adb logcat | find “cn.zjdata.bredbaby” >D:/heelo.txt
   (2)数据线连接手机和电脑，通过adb logcat输出到电脑的指定目录，进行find过滤包名，ctr+c结束日志，获取日志信息
   常用命令：
    (1)adb devices：获取设备列表及设备状态
    (2)adb logcat：查看日志
    (3)adb shell：进入设备shell环境

《五》弱网测试
   (1)切换2G网络环境
    (2)fiddler工具进行模拟弱网环境
       弱网的关注点：(1)重要数据的提交，不会重复；(2)页面比较慢的时候，页面是否友好的提示，还是有转圈圈、crash闪退的异常情况
    (3)工作中遇到的问题：tonken失效或者过期；请求错误

《六》一个人能独立完成自动化框架的设计吗？
   我之前的企业是跟组内的成员协作一起完成自动化测试框架的设计，对于自动化设计上，我相对来说有一定的了解和基础，如果贵公司想要
   推行自动化，那么我这边可以尝试去实现相关的内容，毕竟我也有这样的经验和基础，只是之前是由整个团队一起来协作，而现在是由我一
   个人来做的情况下，可能花费的时间会比之前稍微长一些。那么我在这里请问一下，公司内除现有我以外，还有其他的自动化测试工程师吗？

《七》UnitTest类文件执行顺序
   类文件执行顺序：
        1. main
        2. 继承于UnitTest.TestCase类的class
        3. setupClass(一个class对象只执行一次)
        4. setup(每个测试用例都执行一次)
        5. 测试用例
        6. teardown(每个测试用例都执行一次)
        7. teardownClass(一个class对象只执行一次)

《八》经典BUG案例
   (1)修改支付密码，新密码和原密码一致，也通过了，系统没有做新旧密码的校验
    (2)付款时候的手机验证码，可以一直使用，没有成功做有效期控制
    (3)手机APP断开网络后，再去点击，没有友好的错误页面提示网络已断开，只有undefined返回

《九》软件测试流程
   产品调研需求，然后进行需求评审，开发确认排期的接口联调时间和提测时间，产品确认最晚的上线时间。
   测试进行思维导图测试点的编写，编写完之后，进行组内的测试用例的评审，然后上传到测试用例平台，新建测试计划。
   在测试计划阶段，可以对测试用例的补充完善，最后发送测试报告。
   简化：需求分析评审-编写测试计划-评审测试用例-执行测试用例-缺陷管理的回归-测试报告的总结
    我们OPPO有测试用例的管理平台，我们可以新建测试计划，将测试点导入到测试计划里面，然后新建迭代版本，按照迭代版本的测试点进行测试。
    另外项目组每周有晨会，汇报昨天的项目进度情况，每周也有周会，汇报这周的项目进展情况，这周的完成的情况和风险点暴露出来以及下周的任务安排。

《十》测试点案例
   (1)登录密码的测试用例(非典型)
      1、正确的用户名和正确的密码
        2、正确的用户名和错误的密码
        3、用户名和密码均为空，或为空的校验
        4、用户名和密码是否区分大小写
        5、密码框是否加密显示
        6、忘记用户名和密码是否可用
        7、用户名和密码的长度的校验
        8、单击验证码是否可以更换验证码，更换后的验证码是否可用
        9、若验证码有时效性，验证时效内和时效外的验证码的有效性
        10、超管和普通用户登录系统后的权限是否正确
        11、输入正确的用户名和密码，按回车键是否支持登录
        12、安全性验证：
            a、验证储存在后台的用户对应的密码是否加密
            b、验证用户密码在网络传输过程中是否加密
            c、验证密码输入框是否不支持复制和粘贴
            d、同一个用户在同一终端不同浏览器是否支持登录
        13、兼容性验证：
            a、不同浏览器，验证登录页面的显示功能正确性
            b、相同浏览器不同版本，验证登录页面的显示功能正确性

        总结归纳如下:
      正常的情况：输入正确的用户名和正确的密码
        异常的情况：
        1、功能性方面：正确的用户名和错误的密码、用户名和密码其中一个为空的校验、密码框是否加密、忘记密码是否可用、用户名和密码长度的校验、验证码点击是否更换、更换的验证码是否可用、按回车键是否可用
        2、安全性方面： a、验证用户名和密码在网络传输过程中是否加密；b、验证密码输入框是否不支持复制和粘贴
        3、兼容性验证：相同浏览器不同版本，登录页面的验证
   (2)手机APP端的测试
      功能测试:根据产品需求文档编写测试用例而进行测试
                1)app是否完成了设计的所有功能。分清模块(增删改查功能点)
      兼容性测试:
                1)对android各个系统版本进行测试(不同分辨率、不同尺寸)
      界面(UI)测试：
                1)用户界面布局、风格是否满足客户要求。
                2)文字是否正确，操作是否友好等。
      网络环境测试:
                1)针对2G、3G、WIFI三种网络环境进行测试
      性能测试：
                1)app运行的内存消耗和cpu消耗，app后台长时间运行的耗流量，耗电量。
      安装、运行、卸载测试：
                1)验证App是否能正确安装、运行、卸载

《十一》黑盒测试和白盒测试的方法有哪些？
   黑盒测试：等价类划分法、边界值分析法、错误推测法、场景法、因果图法、判定表法
    白盒测试：代码检查法、逻辑覆盖法

《十二》app测试工具有哪些？
   monkey

《十三》单元测试 集成测试 系统测试 验收测试 区别
   (1)单元测试和集成测试：开发测试
    (2)系统测试：测试人员测试
    (3)验收测试：用户测试

《十四》BS和CS有什么区别？
   BS：浏览器，响应速度比较慢；
    CS：客户端，响应速度比较快；

《十五》万能的测试用例设计方案
   如何设计测试用例才能考虑比较全面
    设计测试用例，主要是从功能、性能、安全、网络、兼容性、UI界面、专项测试这几个维度去设计测试用例
    (1)功能：重点关注我们软件产品有没有实现具体的功能，是通过各种黑盒的测试方法去进行测试的；
    (2)性能：主要考虑功能操作的响应时间以及服务端的CPU、内存、网络、磁盘的消耗的情况
    (3)安全：暂没有深入的进行测试，但有一定的了解，对敏感信息是否加密，SQL注入简单的安全性测试
    (4)网络：需要关注无网络、弱网、网络之间的切换的测试点
    (5)兼容性：关注不同版本的兼容(前端-需要关注分辨率测试；手机-需要关注操作系统的兼容性)
    (6)UI界面：关注UI测试点，按钮是不是可用，界面是否能够顺利跳转等布局的测试
    (7)专项测试：独有的功能进行测试

《十六》五种日志级别按从低到高排序：DEBUG < INFO < WARNING < ERROR < CRITICAL

《十七》什么是PO设计模式
    1.比如一个登录页面，使用PO模式之后，，创建一个loginPage的class，
    2.该class定义用户名输入框、密码输入框，登录按钮。
    3.用例层从页面层进行调用操作方法。这样的设计理念就是PO模式。