<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>bluesnail'blog &#187; 产品设计</title>
	<atom:link href="http://www.xisoo.net/tag/%e4%ba%a7%e5%93%81%e8%ae%be%e8%ae%a1/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xisoo.net</link>
	<description>bluesnail的个人思维空间</description>
	<lastBuildDate>Sun, 15 Aug 2010 23:37:02 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>产品人员应该向测试人员学习</title>
		<link>http://www.xisoo.net/2009/07/07/pro02/</link>
		<comments>http://www.xisoo.net/2009/07/07/pro02/#comments</comments>
		<pubDate>Tue, 07 Jul 2009 08:31:51 +0000</pubDate>
		<dc:creator>bluesnail</dc:creator>
				<category><![CDATA[专注]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[学习]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[产品设计]]></category>
		<category><![CDATA[思维]]></category>
		<category><![CDATA[流程化]]></category>

		<guid isPermaLink="false">http://www.xisoo.net/?p=178</guid>
		<description><![CDATA[产品人员应该向测试人员学习，为什么这样说了？因为我们很多工作都是通过测试人员来完成的。学习他们的细致、学习他们的严谨、学习他们怎么去流程化你的产品需求、学习他们从多角度多思维方式去完善你的产品工作。 1.细致 我们都知道产品中很多的细节需要我们去一一用心去做的，小到一个按钮的变化状态、文案的描述，大到一个页面信息架构。我们有时在自己的产品规划中或多或少的有遗漏或者做不到位，很多情况下都是测试人员在帮助我们完善工作。测试人员是我们第一批用户，可能这样的用户不是很大众，但一定是很专业的用户。新产品都是从他们那里测试，最终交付上线。 测试人员列出的每一条测试用例都是为产品服务的。举个修改姓名的输入框的输入校验提示，以及文案，再到保存的提醒方式。 上面的信息要素如下： 1.注释文案：请使用真是中文姓名，字数需要2-6个汉字之间。 2.姓名输入框 3.保存按钮 可是这样的信息要素在测试人员的眼里可是几十条测试用例。上面3个信息要素都是要测试到的。 第一，注释文案要验证是否合理，有误错别字等等。 第二，姓名输入框的验证，这可是个大工程了。我们看看测试用例如何写的，如下： 测试输入序列： 1.    在内容框内输入超短数据时（1个字符或1个汉字），验证是否可以正常提交 2.    在内容框内输入超长数据时（Y个字符，Y/2个汉字），验证是否可以正常提交（Y=12） 3.    内容输入框，验证数据位数为如下情况，结果是否正确 1)    Y-2、Y-1、Y个半角字符，可以正常提交 2)    Y+1个半、全角字符，不可正常提交 3)    Y个全角字符，不可正常提交 4)    Y-2 开头或结尾处 + 一个半角字符，可以正常提交 5)    Y-2 开头或结尾处 + 一个全角空格/字符，可以正常提交 6)    Y-2 开头或结尾处 + 一个半角空格 + 1个半角字符，可以正常提交 7)    Y-2 开头或结尾处 + 一个半角空格 + 1个全角字符，不可正常提交 8)    Y-2 开头或结尾处 + 一个全角空格 + 1个半角字符，不可正常提交 [...]]]></description>
			<content:encoded><![CDATA[<p>产品人员应该向测试人员学习，为什么这样说了？因为我们很多工作都是通过测试人员来完成的。学习他们的细致、学习他们的严谨、学习他们怎么去流程化你的产品需求、学习他们从多角度多思维方式去完善你的产品工作。</p>
<p><strong>1.细致</strong></p>
<p>我们都知道产品中很多的细节需要我们去一一用心去做的，小到一个按钮的变化状态、文案的描述，大到一个页面信息架构。我们有时在自己的产品规划中或多或少的有遗漏或者做不到位，很多情况下都是测试人员在帮助我们完善工作。测试人员是我们第一批用户，可能这样的用户不是很大众，但一定是很专业的用户。新产品都是从他们那里测试，最终交付上线。</p>
<p>测试人员列出的每一条测试用例都是为产品服务的。举个修改姓名的输入框的输入校验提示，以及文案，再到保存的提醒方式。</p>
<p><img class="alignnone size-full wp-image-182" title="l1" src="http://www.xisoo.net/wp-content/uploads/2009/06/l1.png" alt="l1" width="266" height="91" /></p>
<p>上面的信息要素如下：<br />
1.注释文案：请使用真是中文姓名，字数需要2-6个汉字之间。<br />
2.姓名输入框<br />
3.保存按钮</p>
<p>可是这样的信息要素在测试人员的眼里可是几十条测试用例。上面3个信息要素都是要测试到的。<br />
第一，注释文案要验证是否合理，有误错别字等等。</p>
<p>第二，姓名输入框的验证，这可是个大工程了。我们看看测试用例如何写的，如下：<br />
测试输入序列：</p>
<p>1.    在内容框内输入超短数据时（1个字符或1个汉字），验证是否可以正常提交<br />
2.    在内容框内输入超长数据时（Y个字符，Y/2个汉字），验证是否可以正常提交（Y=12）<br />
3.    内容输入框，验证数据位数为如下情况，结果是否正确<br />
1)    Y-2、Y-1、Y个半角字符，可以正常提交<br />
2)    Y+1个半、全角字符，不可正常提交<br />
3)    Y个全角字符，不可正常提交<br />
4)    Y-2 开头或结尾处 + 一个半角字符，可以正常提交<br />
5)    Y-2 开头或结尾处 + 一个全角空格/字符，可以正常提交<br />
6)    Y-2 开头或结尾处 + 一个半角空格 + 1个半角字符，可以正常提交<br />
7)    Y-2 开头或结尾处 + 一个半角空格 + 1个全角字符，不可正常提交<br />
8)    Y-2 开头或结尾处 + 一个全角空格 + 1个半角字符，不可正常提交<br />
9)    Y-1开头或结尾处 + 一个半角字符，可正常提交<br />
10)    Y-1开头或结尾处 + 一个全角字符，不可正常提交<br />
11)    Y-1开头或结尾处 + 一个半角空格，可以正常提交<br />
12)    Y-1开头或结尾处 + 一个全角空格，不可正常提交<br />
13)    Y-1开头或结尾处 + 一个半角空格 + 一个半角字符，不可正常提交<br />
14)    Y-1开头或结尾处 + 一个半角空格 + 一个全角字符，不可正常提交<br />
15)    Y开头或结尾处 + 任意一个字符，均不可正常提交<br />
&#8230;&#8230;</p>
<p>第三，保存的提交校验，是用模态提示还是非模态提示，提交完成后的校验提示文案，信息提示输出的一致性等等。</p>
<p>从上我们可以看出，功能虽小，但需要我们产品考虑和执行的内容点还是很多的。</p>
<p><strong>2.严谨</strong></p>
<p>做产品的最忌讳的就是你策划出来的东西逻辑不严谨、流程乱，怎么看都很业余。产品人经常需要做很多功能流程图、逻辑图、思维图。在做这些东西的时候是否想到了能像测试人员那样，针对每一个产品流程好好想清楚，自己测试下可执行性，再写到设计文档中。在评审的时候能很好的通过，减少工作的重复性。也让大家对你刮目相看。</p>
<p><strong>3.流程化</strong></p>
<p>产品流程化的东西在互联网上有一大把的介绍，但真正能去执行的少之又少。这样的产品流程能够适应一个公司、一个部门的也需要管理人员来规范。现实中项目一来，很多该走的流程其实都变的不可实现了。对于这样的情况我们可以参考下测试人员执行测试的流程，先冒烟，就像我们整理产品需求一样。冒烟测试通过了，才进行后续的产品功能流程细节测试。产品也是如此，连最起码的需求都通不过，何来的产品设计。</p>
<p><strong>4.角度与思维</strong></p>
<p>产品人很多时候对自己的产品理解缺乏角度，也许这和产品的一些定向思维有关。可是测试人员想的更多的是一个测试方案、测试用例怎样多角度去验证产品的基本需求。</p>
<p>在产品设计的过程中，大部分人会认为只要拥有严谨的思维、熟悉产品潮流和先进的交互技术就可以了,其实这些都还不够.产品创意角度、创意思维、产品创造力的应用，才是一个产品人员的能力体现。我国著名的诗人苏东坡有一首名诗是这样写的：“横看成岭侧成峰，远近高低各不同，不识庐山真面目，只缘身在此山中。”从这首诗中我们了解到，如果要全面地 看清楚庐山，仅仅从一个角度去看是远远不够的，因为你每变换一个角度，庐山的面目就变换一次，所以要想看清庐山的全貌，必须从很多角度去看。产品人员从现在开始就应该去放松你的大脑，释放你的心灵，摆脱你的传统思维，激发你的创造力。</p>
<p><img src="file:///D:/Personal/Temp/moz-screenshot-1.jpg" alt="" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.xisoo.net/2009/07/07/pro02/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
