POC测试，即Proof of Concept，是针对客户具体应用的验证性测试，特别是在应用系统选型阶段，一些大型企业的业务流程比较复杂，并非单一的功能性演示就能覆盖现实的业务需求，这时候需要事先划定一个小范围的实验对象（但是业务逻辑的复杂性要有典型性，有代表性），通过小范围的项目导入与实施，从真实业务的实践到战略意图的实现，来验证系统方案是否能满足用户的需求，从而做出更客观更准确的判断。
为什么要进行POC测试
POC是企业对产品选择的一个重要参考依据。最核心的是考察产品是否符合企业的实际需求，另外也侧面考察产品的真实功能或性能是否与厂商宣传一致。POC为企业购买产品吃了一颗“定心丸”，减少甲乙双方在售后环节的摩擦。但由于一些条件的限制，POC很难做得全面，所以如何设计POC内容是非常考验技术团队能力和经验的。
如何进行POC测试
Step1:确定选型软件的实际需求 越明细越好
Demonstrate the need for the product
Step2:筛选合适的软件服务商及解决方案 发出POC测试邀请
Screening of suitable software service providers and solutions PoC test invitations occur
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
Step5:确定入选服务商及方案 进行下一步计划
Determine the selected service provider and plan for the next step
POC测试的关键要素
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/202973.html原文链接：https://javaforall.net
