到底什么是 ISV

　　ISV 是 Independent Software Vendors 的英文缩写，意为“独立软件开发商”，特指专门从事软件的开发、生产、销售和服务的企业。

　　为什么是「独立」软件开发商？

　　多思考一下，就会好奇，直接叫软件开发商就行了呗，为什么要加一个独立呢？独立从何说起？

　　这就得追溯一下软件行业的发展历史了。

　　之所以叫独立，是因为软件最早是依附于硬件，是不独立的。

　　自 1946 年的情人节，第一台通用计算机埃尼阿克（Eniac）问世，计算机产业开始诞生和发展，如下图所示，那时候的计算机，贵就算了，还贼占地方。

　　也正是因为又贵又大，所以当时只有少数特殊部门才能够用得起计算机，比如国防、科研等等。

　　因此，计算机的供应量也少得可怜，相应的，对软件编写需求也较少。

　　所以，在当时，软件还是作为计算机硬件的附属，是由计算机硬件厂商开发并随机赠送的。

　　一些新兴职业，如程序员、分析员和计算机系统专家等应运而生。这就为软件行业的「独立」发展奠定了一定基础。

　　到 1964 年，一个标志性的人物出现了，一个名叫戈兹的人，创建了世界上第一家专门围绕软件产品开发和营销运行的公司——ADR。

　　而且，在当时，随着计算机行业的快速发展，计算机计算能力、适用场景也迅速增加。相应的，应用的数量、复杂度也在不断提升，计算机硬件厂商，像原来一样提供免费软件的成本也越来越高。

　　终于，到 1969 年，当时的计算机巨头 IBM 宣布：停止发送免费装机软件。并从 1979 年 开始，分别为软件和硬件定价。

　　作为当时计算机行业的领导者，IBM 的这一举动，极大地推动了软件行业的发展。

　　目前我们熟知的 SAP(思爱普）、Microsoft（微软）、Oracle（甲骨文）等等，都是在 70 年代陆续创建的。

　　也正是从那时候开始，软件不再是硬件平台的依附，而是独立与硬件平台的独立存在。

　　这就是「独立软件开发商」这一名字的由来。

　　ISV 的当代含义

　　随着信息革命渗透到每个角落，如今软件的风头，早就超过了硬件，甚至有了 Software is eating the world 的说法。

　　当前的 ISV，也基本不再和硬件平台强关联。

　　现在的 ISV，更多开始和软件平台关联起来。

　　目前我们提及 ISV 概念，更多指的是使用、集成和销售其他软件产品，但本身并不依附其他主体的软件厂商。

　　比如在飞书、钉钉、企业微信平台，会有很多软件开发商，利用这些平台的基础能力，开发和销售自己的软件。

　　这些都可以称作 ISV。

　　再比如微软的 office，其产品已经从产品套件，发展成协同平台，在这个平台上很多协同办公相关的厂商，都可以将其产品和 office 集成，给用户提供更加丰富高效的办公体验。对于微软来说，这些服务提供商，都是 ISV。

　　所以，总结一下，当代的 ISV，已经成为了一个和软件平台关联的概念，即当阐述一个服务提供商和一个平台之间协作关系时，我们常用 ISV 代指和平台协作为客户提供服务的服务提供商，这种服务既包括软件开发集成，在某些语境下甚至可能也包括销售。

　　ISV 的生存价值

　　前面也提到，ISV 经历了半个世纪的发展，在这个平台经济大行其道的时代，ISV 到底在平台生态中扮演什么价值，让其经久不衰，甚至越来越抢手？

　　向前认为 ISV 之所以存在，是由企业服务的复杂性决定的。

　　ToB 的企业服务，和 ToC 的个人用户服务相比，一个最大的差异就是两者复杂度。

　　一个企业服务软件，可能需要支持协同不同层级，不同部门，企业内外部共同完成一个任务，尤其是随着分工的不断细化，这种趋势愈加明显。

　　而 ToC 的个人服务软件，基本上都是一个人可以完成的行为。

　　因此，整体的复杂度不在一个量级。

　　这个复杂度，就决定了 ToB 的服务商，要贴身服务才能帮助客户梳理清楚，把软件投入使用，这些要投入很多精力人力。

　　如果一个厂商单独来完成，这意味着什么？

　　意味着他需要建立渗透全国（全球）各地的分公司，需要招募海量的员工。这些员工，还需要能够理解各行各业。

　　没有任何一个企业可以做到这个程度。

　　而 ISV，各种各样分布在各地、各行各业的小企业，可以很好地解决平台型企业无法解决的上述问题。

　　更重要的是，从ToB 服务复杂度延伸出的，就是 ToB 领域大量的个性化需求。

　　个性化需求意味着，平台型企业的一套标准化产品是无法完整满足客户诉求的，这时候，就需要有大量的生态 ISV，围绕客户细分需求做补充定制，通过标准产品+定制产品，最终来满足客户的诉求。

　　重服务和个性化，这两点就是 ISV 存在的坚实根基，且这两个根基，短期还看不到动摇的迹象。

　　随着软件行业的发展，ISV 和平台、客户的协作模式，也正在变得越来越复杂，向前试着总结一下，当前 ISV 主流的业务模式。

　　开发类 ISV，指的是基于平台能力，为平台应用客户，提供自己开发的软件服务的开发商。

　　再细分一下，又可以分为两类：标准化应用 ISV 和个性化应用 ISV。

　　标准化应用 ISV，就是围绕平台基础能力，建设通用标准的应用，以弥补平台在一些细分场景下的不足。

　　比如在飞书、钉钉平台上，我们都能够看到一些项目管理、人力等应用，这些应用，是由 SaaS 厂商基于这些平台的接口，开发的标准化应用，所有钉钉、飞书的租户，都付费使用这些应用。

　　还有一类，是个性化 ISV，与上面提到的相反，虽然他们也是基于一个标准平台，但是会提供一些个性化开发，例如某些钉钉的 ISV，就会给客户定制一些业务流，并和钉钉的审批能力集成起来，帮助客户更好解决业务管理问题，同时又能够收口到钉钉上统一管理。

　　销售类 ISV，职能一般比较简单，就是帮助平台厂商销售产品。

　　需要说明的是，在狭义  ISV 语境下，专职负责销售的，不会被叫做 ISV，而是更多叫做「服务商」or「渠道商」。

　　销售类 ISV，主要目的，就是基于自己对某些行业的理解，手头的客户资源等，帮助平台厂商，拓展更多的客户，他们通过和平台厂商分成获得收入。

　　这类 ISV，再细分又可以细分为：

　　传统 ISV，他们是销售类 ISV 的主体，基本就是利用自己的资源、理解来进行地推销售。

　　集成类 ISV，这类 ISV 具备一定的技术实力，通常很了解某个领域的很多产品，他们代表甲方客户的利益，为甲方选型和集成。他们会和客户、SaaS 厂商保持较好的商务关系，以获得客户侧的解决方案收入，和软件厂商侧的产品售卖分润。

　　还有一类是咨询类 ISV，这类 ISV ，往往是一些咨询公司。在当前如果脱离软件为企业做咨询，基本也是空中楼阁无法落地的。

　　因此很多咨询公司也会在咨询过程中，给客户引入软件解决方案，在这个过程中帮助软件公司完成售卖，在获得甲方的咨询费同时，还可以获得软件厂商的分润收入。

　　到这里，相信你基本对 ISV 有了更多的理解。

　　ISV 即独立软件开发商，概念起源于软硬件的分离和独立，当前主要指的是平台和平台生态企业的关系。

　　生态企业有负责软件开发的，也有负责售卖的，共同推动软件厂商和 ISV 自身的发展。

特别声明：以上文章内容仅代表作者本人观点，不代表新浪网观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与新浪网联系。

Revit是Autodesk公司为BIM建模开发的一款软件。它将构件作为对象，可以执行项目的构建、结构、MEP专业建模以及完成不同专业之间的协调。Revit上手操作容易，三维效果好，实现BIM模型信息交换标准(IFC)并提供API编程接口。为此，为了更好地适应我国标准化要求和项目建设服务，促进国内BIM技术的发展，国家对Revit的研究也正处于火热状态。

通过对Revit软件二次开发，能够与其他BIM软件进行数据交换。经研究，以IFC标准规范，BIM软件在导入及导出中，会导致数据丢失等问题，从而影响了BIM软件间的协同设计。利用探讨BIM建筑结构模型的表达，创建IFC标准生成要求的结构模型。基于CAD图形的实体三维建模，并对其转换为BIM模型。Revit具有良好的扩展性，通过Revit二次开发可以对Revit软件功能进行模块化扩展，能够快速完成建模。该功能类似于天正系列研发的CAD软件，Revit可以识别CAD图纸的坐标信息等部分数据。利用Revit二次开发完成对墙、板、板钢筋等自动生成的各自算法研究。

Revit二次开发的基本方法，开发本拓展包，节省时间、降低施工成本，可适用于BIM全专业设计。利用垂线解决多变量直径平行管道批处理标记问题的算法。这种方法可以通过二次开发Revit快速有效地标记管道，相比与之前的标记方法，提高了管线标注的效率。利用Revit二次开发，在Revit平台上对空间模型参数化进行研发，能够实现空间网格结构和荷载、支撑等结构模型参数的快速生成。Revit构件的创建编辑，采用FamilyAPI完成电气元件族类型获取，并对其Revit模型的数据元素存储于数据库。Revit的官方开发网站和开发工具包(SDK)主要用于基于Revit的二次开发，也可以参考些书籍，更多的信息可以在网上找到。

目前，市面上基于Revit开发的软件公司有很多，各开发公司拥有自己的开发团队。例如：翻模软件建模大师、橄榄山，Revit设计软件天正TR、鸿业BIMSpace等。天正公司的TR软件延续天正T20经典界面与绘图习惯，移植大量有效的绘图功能应用到Revit平台中。然而，Revit是BIM全寿命周期集成化管理的三维绘图软件，天正TR在延续经典界面的同时，却将五个专业分由五个不同的开发团队研发了五款TR软件。不同的是，鸿业的BIMSpace、橄榄山、翻模大师等都是一款集合五个专业的软件，包括：土建和机电两大专业，利于模型的完整性设计及专业间碰撞检测，减少了图纸链接的繁琐性。

各公司研发的BIM软件都含有自己的丰富标准族库，支持基本“族”与CAD平台天正图块的对应关系，实现信息共享。TR天正建筑软件中，基本可以实现T20建筑平面设计的信息，能够将墙体、门、窗、楼梯、梁、柱子的图元转换为族，模型效果显示也比较完整。TR天正电气仅支持部分电气设备的导入，基本可以实现电缆桥架、灯具及开关。转换比较好的还有设备专业的风管、水管等管线。由于CAD中电气设计会以建筑专业为底图，故转化的Revit电气模型会附带Revit建筑模型，但TR天正电气软件转化的Revit建筑模型缺失大部分建筑构件，例如门窗等都不显示。其他软件也是如此，在模型CAD转到Revit时，总是缺少模型构件的部分信息。TR天正电气在导线连接时，识别天正电气CAD图块的功能并不像CAD那样快捷。TR天正软件的接口不支持CAD文字导入，而橄榄山软件可以支持CAD文字转化，但都不支持三维模型中文字的标注。

综述所述，Revit开发的软件公司有很多，但并没有一款软件都涵盖全部功能，可见开发难度之大。土木专业相对于电气、设备专业优势更明显一些，在墙体、梁等结构统一，易与规范，开发难度相对低。其他专业功能扩展，可以通过Revit API接口，对Revit软件进行模块开发。对于三维标注技术，天正、鸿业等公司软件开发全面，功能丰富。而它们在三维模型房间及电气装置、桥架管线信息文字标注方面鲜有研究，使得工程技术人员在设计和查阅图纸时，无法判断其名称及功能用途。

    Revit中文网作为国内知名BIM软件培训交流平台,几十万Revit软件爱好者和你一起学习Revit，不仅仅为广大用户提供相关BIM软件下载与相关行业资讯，同时也有部分网络培训与在线培训，欢迎广大用户咨询。

3D等几十种BIM相关软件的教学课程，专业涵盖土建、机电、装饰、市政、后期、开发等多个领域。

    需要更多BIM考试教程或BIM视频教程，可以咨询客服获得更多免费。

从定义来说是：验证软件功能是否满足用户的需求

软件测试是在软件投入使用之前通过手动或自动的方法对软件进行测试，以找出与预期结果不相符的地方。

在我看来，可以简单的说一下，测试可以分为两个步骤：首先运行程序，先保证程序整体的正确性；其次，检查功能是否满足用户需求。

（1）在给定的产品中尽可能多地发现错误 ( 或 bug ) 。

（2）演示一个给定的软件产品与它的需求规格匹配。

（3）  使用最小的成本和努力来验证软件的质量。

（4）生成高质量的测试用例，执行有效的测试，并发布正确   和   有用的问题报告。

软件研发是让产品从无到有的过程，测试的任务是发现程序中的缺陷，贯穿于软件开发的整个生命周期。

那测试与研发有什么不同呢？

1. 完成的工作不同：

测试   主要由测试人   员和开发人员来执行，测试人员完成黑盒测试（功能测试），开发人员执行单元 / 集成测试、并同时完成调试工作。

测试广度大、但专业度低；研发广度小、但专业度高。

中小企业测试的薪资总体比研发低，自动化等专业测试领域和研发基本无差距。大厂研发和测试薪资基本无差别。

一般来说测试比研发工作轻松，但敏捷模式下差距不大，在产品发布前测试的压力较大。

测试要求更广泛：业务能力，设计和架构分析能力，测试手段和工具使用，用户模型分析和理   解，编程能力。

测试开发工程师的目标有两点：质量和效率。

质量是提升产品的覆盖度，以求得更高的质量；

效率是提升产品的测试效率，以求得更快的产品交付和发布上线。

为了达到以上两点，测试开发工程师会使用各类手段以达到以上目标，包括但不限于：

（3）灰盒测试 ( 搜狗内部将通过了解代码实现而进行的功能测试称之为灰盒测试 )

（4）专项性测试 ( 性能、压力、内存、耗电、流量 )

（6）代码重构 ( 谷歌的测试开发工程师会对代码进行重构，仅限于重构而不做功能性开发，目前在国内这一工作职责还没有推广起来。 )

（8）自动化解决方案……等

所以，测试开发工程师是一个编码能力很强的程序员，可以写功能代码；也是一个能力很强的测试者，可以测试任何产品，有能力管理他们自己的工作和工具。

普通的测试人员不需要有太强的编程技术，普通应用或是代码段能看懂就行。思考问题时要全面、细致、有原则，对产品敏感，不能跟着开发和产品走，这是测试人员的基本要求。

测试开发人员需要写测试工具，自动化测试代码，具备一定的开发编码能力，虽然不像开发那样深入地掌握一种编码语言，但对于脚本语言还是要有所掌握。

说到底，其实这两个职位都属于软件测试体系。只是软件测试工程师是纯粹的软件测试，执行执行用例。而软件测试开发工程师，是测试体系里面会使用测试工具，或者能开发测试工具从而提高测试效率的软件测试人员。