IT项目如何做好POC测试

1、IT工程如何做好POC测试POC测试，即Proof of Concept,是针对客户具体应用的验证性 测试，特别是在应用系统选型阶段，一些大型企业的业务流程比拟复 杂，并非单一的功能性演示就能覆盖现实的业务需求，这时候需要事 先划定一个小范围的实验对象（但是业务逻辑的复杂性要有典型性， 有代表性），通过小范围的工程导入与实施，从真实业务的实践到战 略意图的实现，来验证系统方案是否能满足用户的需求，从而做出更 客观更准确的判断。为什么要进行POC测试POC是企业对产品选择的一个重要参考依据。最核心的是考察产品是否 符合企业的实际需求，另外也侧面考察产品的真实功能或性能是否与 厂商宣传一致。POC

2、为企业购买产品吃了一颗“定心丸”，减少甲乙双 方在售后环节的摩擦。但由于一些条件的限制，POC很难做得全面，所 以如何设计POC内容是非常考验技术团队能力和经验的。如何进行POC测试Stepl：确定选型软件的实际需求越明细越好Demonstrate the need for the product在要开始进行POC测试前，甲方工程IT负责人应该尽可能地收集到业 务方对软件产品和业务的实际需求。甲方IT负责人应该很清楚地了解 到业务部门对软件的期望及要到达的业务目标，并尽可能将其需求转 化为乙方可实际操作的POC测试需求。POC的测试应该标注需求明细及要到达的实际目标值，可操作的方式，接受的结果

3、或解决方案。在一 般的工程操作过程中，POC中的需求基本上是通过甲方IT的负责人与 业务评估及可行性并达成一致后，由甲方整理并转换成IT中的功能需 求项。Step2：筛选合适的软件服务商及解决方案发出POC测试邀请 Screening of suitable software service providers and solutions PoC test invitations occur在与业务需求方确定较为清晰的需求后, 甲方IT负责人需要对需求进行评估，确定是自行研发软件满足业务需 求还是在市场中选择合适的成熟的软件服务商进行需求实现。大局部 业务需求都可以在软件市场上寻找到相应的解决

4、方案及软件服务商， 但实际过程操作过程中，软件服务商所提供的解决方案往往会比业务 需求方所提出的需求更为周全或更强大。这就需求IT负责人对相关的 解决方案需要花一定的时间进行了解或熟悉。了解和熟悉的方式有很 多种，通过互联网寻找相应软件服务商的解决方案，通过邀请相关的 软件服务商来公司进行方案宣讲，尽可能地创造机会让软件服务商与 业务需求方进行面对面地沟通，让双方对需求的理解尽可能地达成一 致，这有助于后续POC测试效果到达更佳。大多数情况下，软件服务 商及解决方案都有很多项选择择，甲方IT负责人应该对已有所了解的软件 服务商进行进一步地筛选，并向圈定的软件服务商发出正式P0C测试 邀请。在有

5、些特定的工程过程当中，POC测试是必需的阶段或流程。当 然，这还需要考虑到业务需求是否到达进行P0C测试的条件，如果需求范围和业务范围较窄，进行POC测试反而是一件费时费力不讨好的 选项。在进行POC测试之前也需要对相关的软件服务商进行征询，是 否愿意进一步参与下一段的工程计划，在得到确认回复后才对其发出 邀请。Step3：安排测试计划 准备测试环境确定测试用例Arrange for testing, prepare test environment, determine test cases 在确定 参与测试的软件服务商之后，甲方IT负责人需要提供较为详细的测试 用例给予参与测试的服务商。由

6、于不同的软件或解决方案对部署环境 有所不同，甲方IT负责人可以统一部署环境，也可以根据软件服务商 所提供的部署环境提前进行资源准备。大多数情况下，POC的测试都是 在现场进行，如果较为复杂的部署环境，可以提前部署。软件服务商 在约定的时间及地点，根据IT负责人提供的测试用例进行测试，并记 录POC测试结果。在测试完毕后，出具自己的POC测试报告。由于不 同的需求点对解决方案的要求侧重点不同，而不同的软件服务商所提 供的解决方案在功能点上的实现侧重也有所不同，IT负责人应该提前 对各需求明细点进行不同权重的划分，这样方能更好的更客观地考察 方案是否能更好的Cover到业务需求。IT负责人的测试用

7、例越明细， 服务商进行POC测试就越顺利。需要在现场对测试结果进行记录统计 的，需要双方约定相应的记录方式及确认结果。Step4：评估和确认测 试结果 发布测试报告 Evaluate and confirm the test results Publish the test report在约定的时间和地点，软件服务商按照要求 完成了 POC测试和提供了 POC测试报告后，甲方负责人需要对参与POC测试的软件服务商出具一个较为正式的验证结果，并与软件服务商确 认，以到达一个较为客观公正的双方认可的一个结局。由于各服务商 POC测试结果不尽相同，各需求完程度有所差异，甲方也会更关注于匹 配核心需求

8、的解决方案和服务商。这就要求甲方应该对测试用例中的 需求点及服务商的需求完成度进行一个权重匹配，并综合其它需要考 量的因素进行一个权重分配，对各厂商的POC测试完成情况进行一个 评分和确认结果。这样既可以较为客观地了解软件服务商及相应的解 决方案与需求的匹配度，也可以让参与测试的服务商对自身的POC测 试情况有个比拟客观的了解。Step5：确定入选服务商及方案 进行下一步计划Determine the selected service provider and plan for the next step 甲方人员 根据已得到双方认可和的POC测试报告，与业务需求方在综合其它考 量因素后。确定

9、参与工程下一步工程计划的服务商。同时甲方IT人员 需要对入选的服务商进行相应的资质考察及验证。当然，这局部的工 作也可以在进行POC测试工作前进行。POC测试的关键要素执行POC的甲方人员至关重要，其能力、责任心是关键要素。POC测试 环境的准备，切实了解自身的需求和场景，提炼哪些POC测试用例、 如何开展测试以及对测试结果进行评价，是POC测试中的关键动作。 因此甲方领导应该认真挑选和指导POC人员，并且要让产品、服务的 最终用户参与到POC测试中。如果碰到一个对业务及对方案熟悉的甲方人员那乙方的POC测试过程会比拟顺利。POC过程和结果应保存书面记录，这既是工作成果，也是知识沉淀。 POC

10、的根本目标是为了最后的选择提供依据，而选择的依据一般是“投 资收益比“（性价比），当然，也有企业不太看投资、主要看收益。 没关系，只要明确依据就好。POC就必须把决策依据的各个组成局部覆 盖到，比方，关注性价比的就会看投入，而投入实际包括当期投入、 未来3-5年投入，也包括软件、硬件、运营人力、水电等综合投入。 所以需求场景中既测当期需求、也测未来需求，既测功能性能、也测 学习本钱和使用本钱，既测功能指标、也测资源消耗。甲方要清楚自己的核心需求，并在进行POC时确认各家产品的实现情 况；其他就是辅助需求了，对于辅助需求可以按喜好情况进行排序， 这些是测试的加分项。POC可以帮助CIO确定所提出的IT需求和业务目标