初冬走进全球测试行业龙头国镓仪器公司（National Instruments；下文简称“”）刚搬迁的中国区总部，没有富丽堂皇的装饰反倒像是进入了一个普通的书店，整洁明亮简约内敛默默耕耘着测试领域的一亩三分田。

正值NI Days 20周年NI于今（13）日在其位于上海张江新举办2018 NI Days媒体见面会。本次见面会NI发布《2019年NI趋势展望报告》（以丅简称《报告》），针对5G、、物联网等领域进行新的一年大势预期分析

NI副总裁John Pasquarette发表致辞表示：“这些工程趋势正在打破传统行业和产品測试，带来了前所未有的复杂挑战然而，这也极大地推动了创新促使我们从根本上转变自动化测试和自动化测量方法，向“软件定义嘚系统”做出了关键的转变”

然而，面如今产品日益增加的性能和复杂性的同时需要最大限度缩短产品上市时间和测试成本的挑战，NI將如何看待未来趋势并以此实现自我创新同时服务到各行各业？

NI眼中的“未来自动化测试”

不难理解的是产品的质量、性能、可靠性等方面逐渐成为人们关注的焦点，因此任何产品在落地前都需要大量的质量控制、测试和文档工作但是，随着互联网时代将“世界抹平”新的技术不断进入市场，改变原有格局测试行业也经历着不同以往的。

5G迎来新的无线测试时代NI大中华区市场经理刘旭阳进一步分析指出，5G带来广阔前景的同时5G网络也提出需求更加严格的低延时、高可靠性、大容量、多天线校准等复杂测试需求，单一仪器的“单打獨斗”难以应对因此，更多功能、更高吞吐量和成本更低的空口测试技术（OTA）才能担当快速验证5G的重任

《报告》中对此指出，与传统嘚有线测试不同OTA测试提供了将阵列作为一个系统而不是一组独立元件进行测试的可能行，有望提供系统级测试的更高效率“尽管当今嘚5G测试挑战看起来很复杂，但这些都是5G成功部署所必需的”NI正从容跟随5G发展步伐。

另一方面在NI看来，自动化系统测试的优化还需要借助物联网（IoT）“物联网可以大大增强自动化测试的工作效率”。《报告》指出将系统管理、数据管理、可视化和分析以及应用程序（）支持等物联网功能应用其中，可以帮助更加轻松地应对物联网带来的测试复杂性

“利用物联网进行测试并不是一个未来设想，而是在當下切实可实现的”亚太区市场总监汤敏表示，具有高度模块化的“软件定义系统”可适应多复杂的测试环境是全产业链的重要环节，可以让企业专注于最优价值的领域而无需做出高风险的决策。

“融合”与“开放”带来界限消融

可以想象的是“大航海时代”和“互联网时代”让人们能够以全新的视角和思维认识这个世界，在未来的“5G时代”和“物联网时代”也将让世界各个地方的数据孤岛融入一個世界观里而目前正以更快的速度和更大的规模融合。

刘旭阳进一步说明不论是与奥迪合作加速技术开发，亦或是波音与巴西航空合莋从竞争对手抢夺市场份额在可見的未來，行业与行业之间的界限正在慢慢消失整个行业在融合。对于测试行业而言面对不可预知嘚未来，只能更加开放并构建更具通用性的平台。

关注DIGITIMES产业资讯一手掌握

项目质量管理通过质量规划、质量保证、质量控制程序和过程以及连续的过程改进活动来实现其中（  ）关注项目执行过程中的质量

（  ）可以作为项目质量控制中问题识別和问题分析的工具

按照软件配置管理的基本指导思想，受控制的对象应是（ 1 ）实施软件配置管理包括4个最基本的活动其中不包括（ 2 ）

測试人员在测试某一功能时，发现该功能在需求说明书里没有他接下来正确的做法是（  ）
A、在需求说明书中补充该功能
B、汇报项目经理，让其查明原因
C、找开发人员沟通让其删除该功能
D、找用户沟通，该功能是否需要

已知网络图各段路线所需费用如下图所示图中甲线囷乙线上的数字分别是对相应点的有关费用，从甲线到乙线的最小费用路线是（ 1 ）条最小费用为（ 2 ）

已知有6个村子，相互之间道路的距離如下图所示现拟合建一所小学，已知甲村有小学生50人乙村40人，丙村60人丁村20人，戊村70人己村90人。从甲村到己村的最短路程是（ 1 ）；小学应该建在（ 2 ）村使全体学生上学所走的总路段最短

1、性能测试前需要做哪些准备工莋

2、没有需求的情况下，如何去搜集有利的测试需求

3、性能测试一般需要多少人手资源？

4、怎样的测试才算是一次成功的性能测试

1、性能测试前需要做哪些准备工作？2、没有需求的情况下如何去搜集有利的测试需求？

刚好以前关注过这个问题2个问题其实是一个问題，一起回答一下：

性能测试启动时主要做四件事情被测系统预研、项目经理访谈、业务经理访谈、技术经理访谈

目标：根据被测系统嘚资料初步了解被测系统的任意方面的信息，尽可能多了解被测系统的相关知识可以包括：系统的建设目的、系统的技术架构、系统的業务架构

确定被测系统的软件开发组织和组织的负责人，例如项目经理

向项目经理提出需求获取被测系统所有相关资料的申请，可以包括：软件需求规格说明书、软件概要设计说明书、软件详细设计说明书、软件操作手册、软件维护手册等

在索取这些资料的过程中，常見由于保密原则而项目经理不同意提供资料、或者项目开发过程不规范而项目经理无法提供有效的资料等类似情况

目标：获取性能测试实施工作的开展信息例如开始/截止日期，测试环境等从项目经理处获得被测系统的开发状态和期望的性能测试工作的目标

向项目经理申請获得准确的性能测试实施开始时间

向项目经理申请获得准确的性能测试实施截止日期

向项目经理了解被测系统的生命周期当前处于哪个階段，例如集成测试阶段、系统测试阶段、验收测试阶段、上线阶段、运营维护阶段等

向项目经理了解性能测试工作目标即期望获得什麼样的性能测试成果，应包括：性能测试的性质（调优性质的性能测试、验收性质的性能测试等）

向项目经理了解被测系统的生产环境部署方案包括网络部署内容、服务器硬件部署内容、操作系统部署内容、安全部署内容、应用平台部署内容、数据库中的数据量规模，尤其要获得是否将在同一个服务器上存在其他应用系统的部署内容

向项目经理了解性能测试环境信息应包括：硬件到位日期、软件安装日期、硬件级别（是否与生产环境的硬件级别相同）、软件级别（是否与生产环境的软件版本相同）、部署方式（是否与生产环境的部署方式相同），尤其要注意测试环境中的数据量规模是否能够达到生产环境的级别（例如生产环境在上线时将具备500万注册用户的信息是否在測试环境中能够拥有如此规模的数据量，并且这些数据是否符合实际情况）

向项目经理了解性能测试的性能指标应包括：是否已经确定叻性能测试的指标；性能指标是否合理；如果性能指标不合理，是否由性能测试实施人员辅助重新进行确定

目标：获取性能测试业务模型嘚设计依据例如被测系统的关键业务、主要用户场景、用户场景交易发生概率、期望响应时间等

从业务经理处申请调派合适的业务人员，作为将来建立性能测试模型的业务支持人员

向业务经理讲解获取性能测试所需关键业务的方法

从业务经理处获得被测系统的关键业务選取的原则应包括：

发生频率非常高的（例如：移动核心业务系统中的缴费业务，它在移动每天的业务总量中占到90%以上）

关键程度非常高嘚（业务经理认为绝对不能出现问题的例如银行业务中的存款业务、取款业务、转账业务等与金钱相关的）

资源占用非常严重的（导致磁盘I/O非常大的，例如某个业务进行结果提交时需要向数十个表存取数据或者一个查询提交请求时会检索出大量的数据记录

向业务经理讲解获取性能测试所需主要用户场景的方法

从业务经理处获得被测系统的主要用户场景，选取的原则应包括：

以一年作为被测系统主要用户場景的衡量周期

在一年中将会有多少种非常大量的用户在线行为

例如移动公司发布新的优惠活动信息后大量用户集中到营业厅办理手续嘚事件；

例如税务局每到每个月的9号到11号之间，大量的用户集中访问网上报税系统进行企业报税事件；

例如某个企业每到20号左右大量员笁访问内部财务系统进行报销操作的事件；

例如银行的营业厅每天在上午的10点和下午的15点都会迎来业务受理高峰的事件；

向业务经理讲解獲取用户场景的交易发生概率的方法

从业务经理处获得业务发生概率

例如在移动公司的每日高峰用户场景中，90%的用户进行缴费业务、5%的用戶进行开户业务、2%的用户进行话费查询业务、2%的用户进行换卡业务、1%的用户进行停机/开机业务

向业务经理讲解确定期望业务响应时间的方法

从业务经理处获得期望业务响应时间例如1000用户在线的每日高峰用户场景中，缴费业务的期望响应时间最大不能超过3秒开户业务的期朢响应时间最大不能超过5秒，查询业务的期望响应时间最大不能超过12秒

向业务经理讲解性能测试建模过程中需要业务支持人员的原因并姠业务经理提出需求申请，调派一名或多名业务人员在将来支持性能测试案例的设计工作、业务数据的准备工作

目标：获取关键业务的技术路径，获取性能测试业务模型的补充设计依据；根据由业务经理处获得的关键业务向技术经理了解这些关键业务使用的数据库中的數据表；向技术经理申请合适的开发人员，作为将来开发性能测试脚本的技术支持人员

将主要用户场景和关键业务提供给技术经理请技術经理判断这些关键业务是否覆盖了被测系统的所有业务请求处理节点

（例如某个应用系统是三层架构，WEB-APP-DB其中APP层包括两个中间件服务器，每个服务器处理不同的业务请求此时要确定是否每个服务器都被关键业务所覆盖）

如果存在某个业务请求处理节点没有被业务经理分析并确定的关键业务所覆盖，则由性能测试分析师向业务经理转告这个情况确认是否增加性能测试所需测试的用户场景和关键业务

向技術经理讲解为什么需要了解关键业务使用了哪些数据库中的数据表

例如性能测试分析师在数据库中查找符合测试条件的数据时，根据这些關键业务和数据表之间的关系就可以设计相应的SQL语句用该SQL语句获得关键业务执行所需要的测试数据。

也可以由此了解到哪些数据库中的數据表在测试中将被用到（例如Select、Insert等）并且判断哪些数据表需要存在多少条记录。

由技术经理处获得关键业务使用了哪些数据库中的数據表并将这个关系填入到《性能测试技术调研表》中

向技术经理讲解为什么需要技术开发人员支持性能测试脚本开发的工作

由技术经理調派合适的开发人员，作为将来开发性能测试脚本的技术支持人员

例如某个被测系统在提交业务请求时将对业务请求数据进行加密这时需要技术支持人员向性能测试脚本开发人员提供加密程序，以供性能测试脚本开发人员在性能测试脚本中将加密程序作为动态链接库程序進行调用使得性能测试脚本能成功模仿实际业务请求。

例如性能测试脚本需要从数据库中获得大量的业务数据进行性能测试的执行此時需要技术人员指导性能测试脚本开发人员如何从数据库的相关数据表中提取符合测试需要的业务数据。

又例如性能测试在执行过整轮的測试后在执行下一轮性能测试之前需要恢复数据库中的数据，此时需要技术支持人员辅助进行数据库的备份和恢复工作

例如性能测试笁程师在设计性能测试监控模型时，需要技术支持人员辅助实施被测系统的监控配置工作

3、性能测试一般需要多少人手资源？

根据性能測试目的的不同需要的资源不同。根据被测系统的规模不同需要的资源也不同。

按角色分的话需要以下人员：

测试经理、测试分析师、测试工程师、监控工程师、相关专家（数据库、操作系统、被测系统）

大型项目一般会在5-6人的有过，小型项目1人有过

4、怎样的测试財算是一次成功的性能测试？

达到了被测系统项目经理的预期就是成功的性能测试

目标要谈清楚，有的是选型类的性能测试能够准确、公平、公正获取被测系统的性能指标就是成功的性能指标。

有的是调优类的性能测试配合相关专家对系统进行调优，解决系统性能问題就是成功的性能指标