极客时间已完结课程限时免费阅读

测一测 | 这些软件测试题目，你都掌握了吗？

测一测 | 这些软件测试题目，你都掌握了吗？-极客时间

测一测 | 这些软件测试题目，你都掌握了吗？

2018-11-23 茹炳晟 来自北京
《软件测试52讲》
课程介绍
经过将近五个月、60 篇文章的学习，相信你已经对软件测试的全貌有了一个大致的理解，而对某一种类型的测试（比如，GUI 自动化测试、移动 App 的自动化测试、性能测试等），也有了更深入的理解。
现在，我从专栏中精心挑选了 25 个核心知识点，组成了 25 道测试题目（包含 20 道选择题，5 道问答题）。希望可以帮助你检测一下这段时间的学习成果，以期对这些核心知识的理解可以达到炉火纯青的程度。
如果你刚刚打开这个专栏，可以用这 25 道题目，找到自己的薄弱点，对症下药；如果你已经学习了一段时间，可以用这 25 道题目，检测一下学习成果，查漏补缺。
我的建议是：选择题部分，你可以直接进入考试系统作答，系统也会给你自动判分。对于简单题，你可以拿出纸笔，简单写下答案，然后再与文末的答案进行对照。
点击下面按钮进入选择题部分，选择题中有单选题有多选题，系统自动评分（满分为 100 分）。

问答题

GUI 自动化测试脚本分层设计的最佳实践是怎样的？
多个 API 连续调用的测试用例的难点是什么？你是如何来解决的？
单元测试中，桩函数和 Mock 函数用来解决什么问题，两者又有什么区别？
性能压测过程中，当面对大量并发用户调用的时候，服务器端 CPU 的使用率是高好还是低好？为什么？
当需要在尽可能短的时间内完成大量 GUI 自动化测试用例的执行时，业界主流的解决方案是什么？

答案与解析

1. GUI 自动化测试脚本分层设计的最佳实践是怎样的？
考点分析：GUI 自动化测试脚本的分层设计原理。
答案与解析：
大量 GUI 自动化测试能够成功的关键，就在于脚本的分层设计。而脚本分层设计的核心思想就是模块化。
首先，我们需要对页面进行抽象，形成页面对象模型。在这样的测试用例中，你看到的都是类似于 XXXPage.YYYComponent.ZZZOperation 的语句。它们和实际的手工测试可以建立一一对应的关系，用通俗的话语来讲，就是某某页面上的某某元素，执行了某某操作。
接下来，为了使 GUI 自动化测试脚本更加符合业务场景的描述，同时进一步提高脚本的封装性和可重用性，就需要引入业务流程脚本的概念。这里，业务流程和实际的业务流程也是一一对应的关系。这样，测试用例就可以通过调用业务流程脚本来实现，测试用例本身的可读性以及可维护性也会更好。同样地，业务流程脚本，也是基于页面对象模型实现的。
关于页面对象模型的细节，你可以再回顾下第 13 篇文章《效率为王：脚本与数据的解耦 + Page Object 模型》中的相关内容。
而关于业务流程抽象的细节，你可以再回顾下第 14 篇文章《更接近业务的抽象：让自动化测试脚本更好地描述业务》中的相关内容。
2. 多个 API 连续调用的测试用例设计难点是什么？你是如何解决的？
考点分析：多个 API 连续调用时，前后两个 API 之间的参数传递。
答案与解析：
单个 API 测试并不难，难的是多个 API 的连续调用，并且后一个 API 的参数值使用的是前一个 API 调用的返回结果，这就要求多个 API 调用之间可以方便地进行参数传递。一个最典型的场景就是，前一个 API 调用会返回一个有效的 token，后一个 API 调用需要带着这个 token 才能调用成功。
为了解决这个问题，一般来讲有三种处理方法：
第一种方法是，手工复制前一个 API 返回结果中的某个值，然后粘贴给后一个 API 作为输入参数。当然，这是最基本的方法，但是效率太低，而且无法实现自动化。
第二种方法是，使用基于代码的 API 测试框架。由于此时所有的测试逻辑都是通过代码来实现的，因此可以很容易地实现 API 之间的参数传递。
第三种方法是，借助于类似 HttpRunner 之类的已有 API 测试框架。此类框架可以通过关键字，很方便地将前一个 API 的返回值中的某个值传递给下一个 API 作为输入参数。
关于复杂场景下的 API 测试，建议你再回顾下第 22 篇文章《从 0 到 1：API 测试怎么做？常用 API 测试工具简介》中的相关内容，以及《测试专栏特别放送 | 答疑解惑第四期》中的第一个问题。毕竟，复杂场景的 API 测试，才是我们业务场景中最常遇到的，也是软件测试工程师面试过程中经常会被问题到的问题。
3. 单元测试中，桩函数和 Mock 函数主要用来解决什么问题？这两者又有什么区别呢？
考点分析：理解桩函数和 Mock 函数的本质区别。
答案与解析：
当被测函数中调用了第三方的函数时，我们一般会采用桩函数或者 Mock 函数来模拟这些第三方函数，以此来实现被测函数的高代码覆盖率。可以说，桩函数和 Mock 函数的使用大大方便了单元测试的开展，同时也解决了单元测试的代码耦合性问题。
但是，这两者到底有什么区别呢？
通俗来讲，如果你的测试验证是在被测函数中进行的，那么此时你使用的就是桩函数；而如果你的测试验证是在被模拟的函数中进行的，那么这个被模拟的函数就是 Mock 函数。
更详细的分析，你可以再回看下第 3 篇文章《什么是单元测试？如何做好单元测试？》中的相关内容。
4. 性能压测过程中，当面对大量并发用户调用的时候，服务器端 CPU 的使用率是高好还是低好？为什么？
考点分析：理解性能测试指标解读的复杂性，必须要全盘考虑多个指标间的相互关联和制约。
答案与解析：
这个问题的答案，一定会有坚持不同意见的两派人。
一部分人认为，CPU 使用率当然是越低越好。这说明后端代码实现得很高效，只占用很少的计算资源就能实现较高的并发。并发情况下，越低的 CPU 占用率，说明系统可以继续承载越多的并发负载。
而另一部分人则认为，CPU 的使用率是越高越好。这说明系统的计算资源被充分利用了起来。
你同意哪个观点呢？
其实，这个问题本身就是个伪命题，单单通过题干中的信息是不足以给出孰好孰坏的结论的。这里的关键是，随着并发用户数的上升，事务的响应时间是如何变化的。
如果随着并发用户数的增加，事务的响应时间也呈线性增长，但 CPU 的使用率一直上不去，这就是典型的 CPU 资源没有被充分利用的现象。此时，你就需要去进一步诊断为什么 CPU 资源不能在并发场景下被充分利用。
而如果随着并发用户数的增加，事务的响应时间能基本保持稳定，同时 CPU 的使用率会随着并发用户数的增加呈线性增加，这反倒是我们希望看到的结果，也就是说更多的并发用户会需要使用更多的 CPU 资源。
5. 当需要在尽可能短的时间内，执行完大量 GUI 自动化测试用例时，业界主流的解决方案是什么？
考点分析：测试执行架构的设计
答案与解析：
这个问题其实不难回答，业界一般会采用两种方案：
一种是，使用第三方的云测服务，比如国外的 Sauce Labs、国内的 Testin 等；
另一种是，自己搭建 Selenium Grid 集群。
其实，这两种方案的本质都是将大量的测试用例以并发的方式来执行。更多的技术细节，你可以参考第 39 篇文章《从小作坊到工厂：什么是 Selenium Grid？如何搭建 Selenium Grid？》中的相关内容。
分享给需要的人，Ta购买本课程，你将得20元
生成海报并分享

赞 12

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
测试专栏特别放送 | 浅谈全链路压测
下一篇
结束语 | 不是结束，而是开始
unpreview
 写留言

精选留言(16)

  • CFSR
    2018-11-23
    结束了还能有更新，老师真是诚意满满啊😄

    作者回复: 原本计划了两篇的，后来实在来不及了

    7
  • 希涛
    2019-01-16
    我把课程多看几遍

    作者回复: 希望能够帮助到你

    3
  • 湖畔炊烟
    2018-11-23
    谢谢老师，通过这些题目不仅可以检测自己掌握的知识，还能找到困扰自己的答案，这些问题都是平时会碰到但可能不知道怎么解决的。老师不仅给出答案，还给出了课程涉及到的具体篇章，很贴心，谢谢老师。这个课程很值。

    作者回复: 感谢支持，能够有收获我就感觉很欣慰

    3
  • yedengyi
    2019-03-28
    老师，我觉得我的测试资讯获取少，您有没有好的测试网站或者比较好的公众号推荐？
    2
  • 沛野
    2018-12-09
    老师后面会出一些测试管理的么？最近去了一个组，就我一个测试，自己要把我测试进度，负责各种报告，感觉有点摸不着头脑

    作者回复: 很遗憾没有很大的篇幅讲测试管理，不过最核心的内容可以参考专栏开始的多篇文章，尤其是测试计划相关单位内容，希望可以帮到你

    2
  • 浮生老莫
    2018-11-23
    老师赞！及格了

    作者回复: 关键是能有收获就好

    2
  • Ice Sea
    2022-06-13
    谢谢，老师。先留个言，入坑软件测试！
  • Kevin
    2021-12-08
    作为一个开发工程师，很开心完整学习完了老师的课程。从这门课程里学习到了很多知识，特别是大厂的实际案例，性能测试，全链路压测这几部分对我启发很大。我一直坚信，只有产品、开发、测试、运维通力合作，才能打造出一流的产品。 结尾的测试做完了，选择题85分，问答题简单回答并核对了老师的答案，应该也在80左右。后面会继续再次复习，并将课程讲解的技术实际应用到公司的产品和项目中去。
    展开
  • 吴子茹
    2021-11-22
    辛苦啦
  • 莫雪毅
    2020-02-24
    我学完了
  • LOVE园
    2019-06-18
    作为一个5年测试经验的我，看了开篇感觉还是可以，能理清一些思路，分享自己方法学习。很不错哈哈
  • 大王派我去巡山哟——...
    2019-06-15
    刚买了课程，选择题都能答出来，大题一道都回答不出来😂希望学完之后自己能有很大的进步
  • 秦浩然
    2019-04-09
    感谢老师分享！辛苦了！
  • 命名
    2019-01-10
    先来留个言吧 现在只会第一题 发现自己懂得太少了

    作者回复: 看完专栏就应该都清楚了

  • 未
    2018-12-26
    jmeter……
  • 缪倩
    2018-11-29
    题目设计得很好，解析也到位，赞👍