需求说的话，程序员怎么听不懂？【之二：开发说的功能性测试到底是什么】
由 bradon 发布于 2016年03月02日 ｜ 更新于 2016年03月08日无人欣赏。
今天用我们的产品，到处都是问题，生气了。
一个电商系统。前端开发完网页之后，页面菜单都记不全，找不到。这样是合格的吗？ 一个新注册完成的商家用户，一个商品都没有，账户上就有进出账记录。那心情就像花原价买了个二手的苹果。
我说，这种问题，只要测一遍就能发现。难道一遍都没测过吗？ 开发就说，我们测了，只是功能性的测试。 我想问一下，前端开发说的功能性测试到底是什么。如果功能性测试连这个都测不出来，那到底要做怎么样的测试，才能让不要别人给擦屁股？
PS:保持这个标题吧，直到我不再觉得沟通是主要的问题。
共17条回复
tinyfool 回复于 2016年03月03日
我还是那句话，你的问题始终是在跟人沟通的层面，另外你是去公司吐槽的，还是去解决问题的？
不能光看到别人的问题，要把每一个同事当作一种资源，没有完全没用的资源，只有配置不合理的资源
cuijin007 回复于 2016年03月04日
从题主的描述来看，完全把这事推给程序员了。所有的问题在于“程序员听不懂需求”。看到题主的潜台词是在怀疑程序员的工作能力和工作态度。
那么反过来说，如果程序员达到了题主的质量要求，到底需要多久来完成任务呢？是不是开发任务太紧张了？是不是前提根本就是你，或者产品，或者老板定的目标就不对呢？
如果时间也够，人也够，那程序员就不会犯错了吗？如果我们可以通过规范个人的行为，提高个人的敬业度，就能保证没有bug，那为什么公司还要配测试？如果公司没有测试，你是否需要肩负起测试的职责？
解决问题，优化流程弥补人的缺陷这才是目标。