真正的软件测试人员 =“半个产品+半个开发”？

本篇讨论的是什么呢？何谓一个真正的测试？

纯粹是个人的理解，仅供参考。

半个产品、半个开发

有人觉得这个标题有点讽刺，真正的测试？难道我们不是真正的测试，平常做的都不是测试的工作吗？其实不肯定也不否定，但这是一个包含关系，如果只是评审+用例编写执行，那么确实不是一个真正的测试。

半个产品，主要体现在理解这个需求为什么要做？其核心价值在哪里？吸引用户的特点是什么？

意味着在评审阶段，你除了帮助完善功能需求外，更重要的是理解这个需求对于用户有什么价值。你是用户你会怎么想有什么感受,不能简单的走完流程就可以了。

比如一个播放视频类应用， 多样性、 流畅度 、简易性 、快速性等，这是在评审之后可以总结出来的。

那么抱着这个价值点，围绕这我们的整个测试流程，往往能够发现不一样的地方。