POC测试——精选推荐

POC测试，即Proof of Concept，是针对客户具体应⽤的验证性测试，特别是在应⽤系统选型阶段，⼀些⼤型企业的业务流程⽐较复杂，并⾮单⼀的功能性演⽰就能覆盖现实的业务需求，这时候需要事先划定⼀个⼩范围的实验对象（但是业务逻辑的复杂性要有典型性，有代表性），通过⼩范围的项⽬导⼊与实施，从真实业务的实践到战略意图的实现，来验证系统⽅案是否能满⾜⽤户的需求，从⽽做出更客观更准确的判断。

为什么要进⾏POC测试

POC是企业对产品选择的⼀个重要参考依据。最核⼼的是考察产品是否符合企业的实际需求，另外也侧⾯考察产品的真实功能或性能是否与⼚商宣传⼀致。POC为企业购买产品吃了⼀颗“定⼼丸”，减少甲⼄双⽅在售后环节的摩擦。但由于⼀些条件的，POC很难做得全⾯，所以如何设计POC内容是⾮常考验技术团队能⼒和经验的。

如何进⾏POC测试

Step1:确定选型软件的实际需求越明细越好

Demonstrate the need for the product

在要开始进⾏POC测试前，甲⽅项⽬IT负责⼈应该尽可能地收集到业务⽅对软件产品和业务的实际需求。甲⽅IT负责⼈应该很清楚地了解到业务部门对软件的期望及要达到的业务⽬标，并尽可能将其需求转化为⼄⽅可实际操作的POC测试需求。POC的测试应该标注需求明细及要达到的实际⽬标值，可操作的⽅式，接受的结果或解决⽅案。在⼀般的项⽬操作过程中，POC中的需求基本上是通过甲⽅IT的负责⼈与业务评估及可⾏性并达成⼀致后，由甲⽅整理并转换成IT中的功能需求项。

Step2:筛选合适的软件服务商及解决⽅案发出POC测试邀请

Screening of suitable software service providers and solutions PoC test invitations occur

在与业务需求⽅确定较为清晰的需求后，甲⽅IT负责⼈需要对需求进⾏评估，确定是⾃⾏研发软件满⾜业务需求还是在市场中选择合适的成熟的软件服务商进⾏需求实现。⼤部分业务需求都可以在软件市场上寻找到相应的解决⽅案及软件服务商，但实际过程操作过程中，软件服务商所提供的解决⽅案往往会⽐业务需求⽅所提出的需求更为周全或更强⼤。这就需求IT负责⼈对相关的解决⽅案需要花⼀定的时间进⾏了解或熟悉。了解和熟悉的⽅式有很多种，通过互联⽹寻找相应软件服务商的解决⽅案，通过邀请相关的软件服务商来公司进⾏⽅案宣讲，尽可能地创造机会让软件服务商与业务需求⽅进⾏⾯对⾯地沟通，让双⽅对需求的理解尽可能地达成⼀致，这有助于后续POC测试效果达到更佳。⼤多数情况下，软件服务商及解决⽅案都有很多选择，甲⽅IT负责⼈应该对已有所了解的软件服务商进⾏进⼀步地筛选，并向圈定的软件服务商发出正式POC测试邀请。在有些特定的项⽬过程当中，POC测试是必需的阶段或流程。当然，这还需要考虑到业务需求是否达到进⾏POC测试的条件，如果需求范围和业务范围较窄，进⾏POC测试反⽽是⼀件费时费⼒不讨好的选项。在进⾏POC测试之前也需要对相关的软件服务商进⾏征询，是否愿意进⼀步参与下⼀段的项⽬计划，在得到确认回复后才对其发出邀请。

Step3:安排测试计划准备测试环境确定测试⽤例

Arrange for testing, prepare test environment, determine test cases

在确定参与测试的软件服务商之后，甲⽅IT负责⼈需要提供较为详细的测试⽤例给予参与测试的服务商。由于不同的软件或解决⽅案对部署环境有所不同，甲⽅IT负责⼈可以统⼀部署环境，也可以根据软件服务商所提供的部署环境提前进⾏资源准备。⼤多数情况下，POC的测试都是在现场进⾏，如果较为复杂的部署环境，可以提前部署。软件服务商在约定的时间及地点，根据IT负责⼈提供的测试⽤例进⾏测试，并记录POC测试结果。在测试完毕后，出具⾃⼰的POC测试报告。由于不同的需求点对解决⽅案的要求侧重点不同，⽽不同的软件服务商所提供的解决⽅案在功能点上的实现侧重也有所不同，IT负责⼈应该提前对各需求明细点进⾏不同权重的划分，这样⽅能更好的更客观地考察⽅案是否能更好的Cover到业务需求。IT负责⼈的测试⽤例越明细，服务商进⾏POC测试就越顺利。需要在现场对测试结果进⾏记录统计的，需要双⽅约定相应的记录⽅式及确认结果。

Step4:评估和确认测试结果发布测试报告

Evaluate and confirm the test results Publish the test report

在约定的时间和地点，软件服务商按照要求完成了POC测试和提供了POC测试报告后，甲⽅负责⼈需要对参与POC测试的软件服务商出具⼀个较为正式的验证结果，并与软件服务商确认，以达到⼀个较为客观公正的双⽅认可的⼀个结局。由于各服务商POC测试结果不尽相同，各需求完程度有所差异，甲⽅也会更关注于匹配核⼼需求的解决⽅案和服务商。这就要求甲⽅应该对测试⽤例中的需求点及服务商的需求完成度进⾏⼀个权重匹配，并综合其它需要考量的因素进⾏⼀个权重分配，对各⼚商的POC测试完成情况进⾏⼀个评分和确认结果。这样既可以较为客观地了解软件服务商及相应的解决⽅案与需求的匹配度，也可以让参与测试的服务商对⾃⾝的POC测试情况有个⽐较客观的了解。

Step5:确定⼊选服务商及⽅案进⾏下⼀步计划

Determine the selected service provider and plan for the next step甲⽅⼈员根据已得到双⽅认可和的POC测试报告，与业务需求⽅在综合其它考量因素后。确定参与项⽬下⼀步项⽬计划的服务商。同时甲⽅IT⼈员需要对⼊选的服务商进⾏相应的资质考察及验证。当然，这部分的⼯作也可以在进⾏POC测试⼯作前进⾏。

POC测试的关键要素

执⾏POC的甲⽅⼈员⾄关重要，其能⼒、责任⼼是关键要素。POC测试环境的准备，切实了解⾃⾝的需求和场景，提炼哪些POC测试⽤例、如何开展测试以及对测试结果进⾏评价，是POC测试中的关键动作。因此甲⽅领导应该认真挑选和指导POC⼈员，并且要让产品、服务的最终⽤户参与到POC测试中。如果碰到⼀个对业务及对⽅案熟悉的甲⽅⼈员那⼄⽅的POC测试过程会⽐较顺利。

POC过程和结果应保留书⾯记录，这既是⼯作成果，也是知识沉淀。

POC的根本⽬标是为了最后的选择提供依据，⽽选择的依据⼀般是“投资收益⽐”（性价⽐），当然，也有企业不太看投资、主要看收益。没关系，只要明确依据就好。POC就必须把决策依据的各个组成部分覆盖到，⽐如，关注性价⽐的就会看投⼊，⽽投⼊实际包括当期投⼊、未来3-5年投⼊，也包括软件、硬件、运营⼈⼒、⽔电等综合投⼊。所以需求场景中既测当期需求、也测未来需求，既测功能性能、也测学习成本和使⽤成本，既测功能指标、也测资源消耗。

甲⽅要清楚⾃⼰的核⼼需求，并在进⾏POC时确认各家产品的实现情况；其他就是辅助需求了，对于辅助需求可以按喜好情况进⾏排序，这些是测试的加分项。

POC可以帮助CIO确定所提出的IT需求和业务⽬标在实际的项⽬落地实施中是否可以通过软件实现其需求，同时考察软件⼚商的实施能⼒及项⽬重视度。通过POC，项⽬团队可以很好地评估当前的需求与软件产品的合适性以及使其运⾏所需的成本，资源和能⼒。通过这些详细信息，公司可以更好地评估项⽬的可⾏性及需要准备的相关资源,决策选择适合企业实际需求的软件服务和软件服务商。