上周有个客人问我,POC测试一般是针对产品还是测试。这个问题挺有意思的,我猜你也是想弄清楚这个吧?
我个人踩过的坑是,有时候POC测试被误用,变成了单纯的产品测试。简单来说,POC测试(Proof of Concept,概念验证)主要是为了验证一个想法或技术的可行性,而不是全面测试一个产品。
比如,2023年我在上海某商场看到一家新开的咖啡店在做POC测试,他们只是想看看新推出的拿铁口味是否受欢迎,而不是检测咖啡机是否稳定运行。
所以,POC测试更像是针对一个概念或假设的测试,而不是完整的产品。反正你看着办,如果你有具体的产品测试需求,那还是得专门设计测试方案。我还在想这个问题,哈哈。
产品为主,测试辅助。
我自己不确定但经验是这样。
项目:XX公司新产品发布,2022年9月。
时间:从产品经理需求提出到POC测试完成,历时2周。
数字:POC测试参与人员5人,产品经理2人,测试工程师3人。
这个话题有点意思。上周有个客人问我,poc测试到底是属于产品还是测试团队负责的。我自己踩过的坑是,这事儿不能一概而论。
一般来说,POC(Proof of Concept,概念验证)测试更像是产品团队的事情。因为POC测试的目的就是验证某个新想法或技术是否可行,这本身就是产品开发过程中的一部分。比如,2023年我在上海某商场看到一家新开的咖啡店,他们就在门口做了个POC测试,看看顾客对某种新口味的接受程度。
但是,测试团队也会参与到POC测试中来。他们可能会负责设计测试方案、执行测试以及分析结果。这样做的目的是确保POC测试的客观性和准确性。所以,说到底,POC测试既可以是产品团队主导,也可以是测试团队参与,具体要看公司的组织架构和项目需求。
反正你看着办,这个事儿没有固定的答案。我还在想这个问题呢。