登录站点

用户名

密码

博客书架

工作上一点小想法

8已有 8042 次阅读  2013-01-24 03:13   标签工作 

虽然昨天我就说了不想给公司提合理建议,但是在工作中遇到的问题,还是禁不住有点小想法。

我以前说过,觉得自己是产品杀手,每次新产品到了我的手里,总能发现问题。

这次,又是一个新产品。

我和测试部同事做测试后,对着拍下来的照片来回看,总觉得有点不对。

我很朴素,就想着如果我是客户,买了这个产品,希望得到什么东西。同时找了一些同类产品的说明来看看,做个对比。

照片上显示,如果按照这个流程做下来,客户根本不知道这个功能最后有没有成功。而其他同类产品就会详细的告诉你,成功是什么样子,失败后又是什么样子的。

抱着这样的疑问,我去问了开发工程师,结果他说XX产品就是这么做的。我很不服气,找了另外一个高级工程师来,把我的疑问告诉他。结果发现这个开发工程师没有把别人的整个程序理解透彻,只抓到了表皮的东西,的确缺失了一个算法判断循环。然后他需要重新打补丁。

测试工程师笑着问我,你还做了哪个产品?我自己都忍不住笑了,我这是什么手气啊,10多个应用,我随便找了一个,结果就抓到一个大BUG

其实,我不懂什么技术,可是我这样的人都不停的找到问题。我觉得我们公司的开发流程就有点问题。

做产品,首先要知道这个产品是做什么用得,而不是单纯的编写代码。而测试工程师呢,也不应该单纯的依据开发工程师那边提供的协议来进行测试功能。重点还是要理解产品,知道每个代码最后的实际用途是什么,而站在客户的角度来理解,他们需要如果改进这个功能。

知道产品用途,是基本的条件;而能根据客户要求而修改产品,就是世界级别的要求了。我在这个行业前三的网站上看过,他们的产品也被抱怨过,说开发产品的都是从学校里出来的菜鸟,仅仅关心如何把代码写的漂亮,而对顾客需求半点不理解。曾经有人举过一个超级荒谬的例子,看的我都想翻白眼。

我希望公司能够和客户多交流,同时应该聘请更多的专业人士而不是软件开发人员。无法理解产品的人,很难对产品做出完美诠释。

 

分享 举报

发表评论 评论 (4 个评论)

  • 夜夜笙歌 2013-01-24 03:27
    亲很敬业。
  • 草青 2013-01-24 08:51
    本来根据《软件工程》的思想,需求分析就是极其重要的一环。只能说他们做得不到位,只想到摹仿,而不是打算创新。
  • 踏楊花過 2013-01-24 08:58
    蠻尊敬能發現問題和解決問題的人, 頂不喜歡那些只會指責問題及制造問題的人, 不幸組裡正有一個。
  • schwimmengool 2013-01-24 13:32
涂鸦板