Comments on: 让产品设计师跟踪测试产品 http://WWW.ui123.com/blog/2008/11/16/designertest/ Goal-Directed Design -目标导向设计 Wed, 10 Mar 2010 02:55:10 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: cherish http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5385 cherish Sat, 07 Feb 2009 14:42:31 +0000 http://WWW.ui123.com/blog/?p=111#comment-5385 我一般发现问题后会直接和测试人员沟通，如果可以解决就请他直接修改，拒绝修改的，视严重程序再向他的上级反映~感觉一般如果注意在前期工作中多和他们交流，测试发现问题时他们还是挺愿意改的，而且好的工程师当他有想法时也会和你交流，和工程师的沟通是很有必要的，有的时候也许改了确实可用性提升不少，但是平台特殊性或其它制约条件会影响到其它层面，这些我们也应该多学习和了解~。 不过这么做建立在公司“PM＝研发经理”的前提下，这些研发经理，稳定性方面的BUG愿意改，但易用性方面的则要看项目周期的，一般他们会为自己预留出一些时间来提升稳定性，而对我们提出的易用性方面的则宣称没有时间了（唉，还是和工程师聊出来的。。），这种情况下还不如和研发工程程师打好关系，他要什么你帮着催一下，他问为什么你多跟他讲讲，这样互相理解，到了你要他改时一般他也不大好意思拒绝，有的关系好了会主动加班来调整：），这样做的一大好处是：下次你要跟这个人合作，他已经被你熏陶得差不多了，而你也比较了解他~大家理念相似会较好交谈~ 我一般发现问题后会直接和测试人员沟通，如果可以解决就请他直接修改，拒绝修改的，视严重程序再向他的上级反映~感觉一般如果注意在前期工作中多和他们交流，测试发现问题时他们还是挺愿意改的，而且好的工程师当他有想法时也会和你交流，和工程师的沟通是很有必要的，有的时候也许改了确实可用性提升不少，但是平台特殊性或其它制约条件会影响到其它层面，这些我们也应该多学习和了解~。
不过这么做建立在公司“PM＝研发经理”的前提下，这些研发经理，稳定性方面的BUG愿意改，但易用性方面的则要看项目周期的，一般他们会为自己预留出一些时间来提升稳定性，而对我们提出的易用性方面的则宣称没有时间了（唉，还是和工程师聊出来的。。），这种情况下还不如和研发工程程师打好关系，他要什么你帮着催一下，他问为什么你多跟他讲讲，这样互相理解，到了你要他改时一般他也不大好意思拒绝，有的关系好了会主动加班来调整：），这样做的一大好处是：下次你要跟这个人合作，他已经被你熏陶得差不多了，而你也比较了解他~大家理念相似会较好交谈~

]]> By: Darcy http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5383 Darcy Wed, 04 Feb 2009 05:34:05 +0000 http://WWW.ui123.com/blog/?p=111#comment-5383 深有体会.设计不只是一个人的任务. 深有体会.设计不只是一个人的任务.

]]> By: Melody http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5370 Melody Wed, 21 Jan 2009 06:52:41 +0000 http://WWW.ui123.com/blog/?p=111#comment-5370 设计师做测试是很有必要的，我在做过测试后对自身提高很大！特别是设计师，能够发现自身很多设计上的不足！ 我们目前是用jira来管理项目，我们把需求分成各个或大或小的版本，每一个版本开发完成后，都得我们自己测试一遍，bug也是分功能性和易用性！按紧急程度分为4级，提交后开发人员就能从jira上看到自己的开发问题！沟通当然是必不可少的，这点要向奇遇大哥学习了！ 至于bug的类型，我觉得设计师测试产品的界面、功能点、和交互就可以了，至于业务逻辑、数据、性能就留给专职的测试去解决！ 设计师做测试是很有必要的，我在做过测试后对自身提高很大！特别是设计师，能够发现自身很多设计上的不足！

我们目前是用jira来管理项目，我们把需求分成各个或大或小的版本，每一个版本开发完成后，都得我们自己测试一遍，bug也是分功能性和易用性！按紧急程度分为4级，提交后开发人员就能从jira上看到自己的开发问题！沟通当然是必不可少的，这点要向奇遇大哥学习了！

至于bug的类型，我觉得设计师测试产品的界面、功能点、和交互就可以了，至于业务逻辑、数据、性能就留给专职的测试去解决！

]]> By: Joy http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5316 Joy Fri, 12 Dec 2008 02:40:30 +0000 http://WWW.ui123.com/blog/?p=111#comment-5316 深有体会。。。文档一定要写细，考虑一定要全面，沟通一定要及时，修改通知一定要给每个人。。 深有体会。。。文档一定要写细，考虑一定要全面，沟通一定要及时，修改通知一定要给每个人。。

]]> By: 携程旅行网 http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5312 携程旅行网 Tue, 25 Nov 2008 14:11:48 +0000 http://WWW.ui123.com/blog/?p=111#comment-5312 谢谢分享你的这些经验，设计师要真正处理好各种关系还得自己实际去体会 谢谢分享你的这些经验，设计师要真正处理好各种关系还得自己实际去体会

]]> By: iamsujie http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5309 iamsujie Mon, 17 Nov 2008 14:59:06 +0000 http://WWW.ui123.com/blog/?p=111#comment-5309 俺们这里，在没有用户参与的项目中，产品设计师会代表用户做可用性测试 俺们这里，在没有用户参与的项目中，产品设计师会代表用户做可用性测试

]]> By: Ray http://WWW.ui123.com/blog/2008/11/16/designertest/comment-page-1/#comment-5307 Ray Sun, 16 Nov 2008 18:12:35 +0000 http://WWW.ui123.com/blog/?p=111#comment-5307 我原来在某个公司时，因为他们对测试比较重视（boss是MIT的技术型出身），对待将要成型的产品，一般将测试的BUG分为功能性与易用性两种，作为PM去跟踪易用性和设计方面的bug，功能性的bug由测试人员跟踪，涉及到交互的问题由测试人员提交给PM来决定，当时我觉得这个流程效率不高，现在到了新公司回头来看，我还是认为这种方法是可取的。 我原来在某个公司时，因为他们对测试比较重视（boss是MIT的技术型出身），对待将要成型的产品，一般将测试的BUG分为功能性与易用性两种，作为PM去跟踪易用性和设计方面的bug，功能性的bug由测试人员跟踪，涉及到交互的问题由测试人员提交给PM来决定，当时我觉得这个流程效率不高，现在到了新公司回头来看，我还是认为这种方法是可取的。

]]>