测开-刷笔试题时的知识点

1. 圈复杂度（暂缓）

    复杂度越大，程序越复杂

    计算公式：

V(G) = E - N + 2

   E代表控制流边的数量，n代表节点数量

V (G) = P + 1

p为判定节点数

几种常见的控制流图：

2. Linux文件权限

    具有四种访问权限：r（可读），w（可写），x（可执行）, -（无权限）

    使用ls -l 命令可以查看某个文件或者目录的权限

    它以显示数据的第一个字段为准，第一个字段由10个字符组成，如下：

         第一位表示文件类型，-表示文件，d表示目录

     2-4位表示文件所有者的权限，u权限

     5-7位表示文件所有者所属组成员的权限，g权限

     8-10位表示所有者所属组之外的用户的权限，o权限

     2-10位的权限总和有时称为a权限

3. MYSQL存储引擎

memory, mrg_myisam,csv,federated,performance_schema,myisama,inndb,blackhole,archive

4. HashMap与Hashtable的区别：

    两者都实现了Map接口

    hashmap不是线程安全的，hashtable是线程安全的

    hashmap不是同步的，hashtable是同步的

    

5. 二维码支付的测试用例

    界面UI上：

    打开支付宝后，能否正确显示界面，二维码的界面是否正确，支付的每个步骤界面是否正确。不会出现前端界面错误，或者打开不了界面。

    界面是否清晰没有错别字

    出示二维码时自动调整屏幕亮度

    功能测试：

    扫码枪能否成功扫到用户手机中的二维码，扫码成功后能否收到钱，并且成功生成收款的界面。支付宝后台、商家后台、用户手机能否成功传输支付结果信息。

    性能测试：

    压力测试：持续的扫码，测试扫码支付功能在强压的状态下，工作状态如何。

网络测试：测试在不同网络环境下，不同网络信号强度的情况下，整个支付流程是否出现卡顿，卡顿的点容易出现在哪里。

易用性测试：（在整个用户支付的过程中，操作步骤是否简易方便。）

在不同光线，屏幕不同亮度的情况下，能否成功完成扫码收款的功能。

用户操作的响应时间多个用户同时在使用扫码操作，系统性能

兼容性测试；

测试扫码支付功能，在不同手机品牌，不同操作系统下是否兼容

接口测试：

明确整个支付流程所需要调用的接口，分清楚商家和第三方平台的接口以及参数的请求方式，包括对接口特定参数的加密，使用异常单号模拟支付，对服务端的检验等等

安全性测试：

二维码如果超过安全时间后能否自动更新为新的二维码。测试整个支付流程的安全机制能否成功实现。

支付请求的伪造，金额的恶意篡改，恶意模拟第三方接口来调用商家接口等，均是我们需要考虑清楚的问题

二维码是否有时间和次数的限制如果使用了安全套接层，测试加密是否正确，加密前后信息是否完整

6. 持续集成、持续交付与持续部署

    持续集成指的是频繁的将代码集成到主干上。

    它的好处主要有两个：

    快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。

    防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至 难以集成。

    持续交付指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的中。它强调的是，不管怎么更新，软件是随时随地可以交付的。

    持续部署是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。持续部署的前提是能自动化完成测试、构建、部署等步骤。