下载文档原格式
www.wuhan-googl新手商家手册淘宝商城线上服务管理部目录 Array前言 (2)第一章：产品、商品发布和维护 (3)• 1.1 产品、商品的概念区分 (3)• 1.2 如何发布产品 (3)• 1.3 如何发布商品 (6)• 1.4 出售中商品管理 (8)• 1.5 仓库中商品管理 (9)第二章：店铺装修 (9)• 2.1 店铺基本设置 (9)• 2.2 店铺分类管理 (13)• 2.3 自定义页面设置 (14)• 2.4 图片管理 (14)第三章：网店日常管理 (16)• 3.1 运费设置 (16)• 3.2 服务条款设置 (20)• 3.3 评价管理 (23)• 3.4 账户设置 (25)• 3.5 商城活动报名 (27)第四章：交易管理 (29)• 4.1 买卖流程 (29)• 4.2 支付宝退款（交易未成功状态下的退款） (37)• 4.3 售后服务（交易成功后的退款） (41)第五章：其它内容及FAQ (42)• 淘宝商城联系方式 (42)• 商品管理问题 (42)• 商城商家互动 (42)前言非常感谢各位商家能够阅读这本《淘宝商城新手商家手册》，因为很多商家都是第一次进入商城平台，也因为商城平台在很多操作步骤上与集市店铺又有很大的区别等等一系列的原因，导致商家在实际操作过程中遇到很多不便。
解决更多这类基础问题就是这本书诞生的原因。
这本书由商城线上服务管理部负责编写，不论是在前期的准备、还是在后期的改进过程中，都得到了众多淘宝小二的支持，在这里仅代表商城线上服务管理部对这些给予帮助的小二表示感谢。
这本书主要讲述了一些新入驻商家在商城日常运营中碰到的各种操作解决方案，其中包括了产品、商品的发布维护、店铺装修、店铺日常运营及交易管理这四个主要操作流程。
在书中我们尽量做到将这些操作步骤一一解释给各位商家，也真正希望能够通过这本书能够对商家在发展初期上有所帮助，之后我们还会为各位商家带来更多在淘宝网发展的教学类书籍，也希望各位商家能够多多关注我们。
淘宝数据平台白皮书黄裳，菲青研发技术部2009年10月有效期至：2010年12月31日目录1. 背景和目地 (3)2. 范围 (4)3. 现有数据结构及需求 (4)3.1. 简单key/value（K-V）数据 (4)3.2. 复杂结构化数据 (5)3.2.1. 核心交易类系统 (5)3.2.2. 信息类系统 (5)3.2.3. 离线数据处理系统 (5)3.3. 数据需求总结 (6)4. 数据处理策略 (7)4.1. 逻辑在线数据处理策略 (7)4.1.1. 主数据(库)拆分 (8)4.1.1.1. 数据拆分原则 (9)4.1.2. 延迟写入（先写缓存再持久） (10)4.1.3. 读写分离 (11)4.2. 逻辑离线数据处理策略 (12)4.3. 物理存储系统选择策略 (13)4.3.1. Oracle数据库 (14)4.3.2. MySQL数据库 (14)4.3.3. 实时索引 (15)4.3.4. 飞天 (15)4.3.5. TFS (16)4.3.6. Tair/TDBM (17)5. 数据平台的角色与功能 (17)6. 一个数据决策辅助工具 (19)7. 结论 (20)1.背景和目地淘宝是一个高速发展、规模庞大的交易网站，对稳定性、容量，高可用性和扩展性有非常高的要求。
而在数据层面更是核心，可以理解高效，稳定，和可扩容的数据策略是淘宝网最重要的一个环节。
因此淘宝从03年创立开始至今，都不停的在为数据的优化做着不懈的努力。
以下是淘宝网“数据层”（这里的数据层是一个比较广的含义，表示数据的获取和存储）的一些关键时刻：03年，淘宝开始时使用MySQL数据库。
04年2月份，因为数据稳定性和容量的考虑，迁移到Oracle。
04年5月份，基于对未来扩展性和容量的要求，Oracle数据库拆分为DB1、DB2和DBC 三个数据库，其中DB1和DB2是同样类型的数据，按照一定规则进行拆分（水平拆分），DBC 和DB1/DB2是按照功能进行的拆分（垂直拆分）。
淘宝数据魔方技术架构解析淘宝网拥有国内最具商业价值的海量数据。
截至当前，每天有超过30亿的店铺、商品浏览记录，10亿在线商品数，上千万的成交、收藏和评价数据。
如何从这些数据中挖掘出真正的商业价值，进而帮助淘宝、商家进行企业的数据化运营，帮助消费者进行理性的购物决策，是淘宝数据平台与产品部的使命。
为此，我们进行了一系列数据产品的研发，比如为大家所熟知的量子统计、数据魔方和淘宝指数等。
尽管从业务层面来讲，数据产品的研发难度并不高;但在“海量”的限定下，数据产品的计算、存储和检索难度陡然上升。
本文将以数据魔方为例，向大家介绍淘宝在海量数据产品技术架构方面的探索。
淘宝海量数据产品技术架构数据产品的一个最大特点是数据的非实时写入，正因为如此，我们可以认为，在一定的时间段内，整个系统的数据是只读的。
这为我们设计缓存奠定了非常重要的基础。
图1 淘宝海量数据产品技术架构按照数据的流向来划分，我们把淘宝数据产品的技术架构分为五层(如图1所示)，分别是数据源、计算层、存储层、查询层和产品层。
位于架构顶端的是我们的数据来源层，这里有淘宝主站的用户、店铺、商品和交易等数据库，还有用户的浏览、搜索等行为日志等。
这一系列的数据是数据产品最原始的生命力所在。
在数据源层实时产生的数据，通过淘宝主研发的数据传输组件DataX、DbSync 和Timetunnel准实时地传输到一个有1500个节点的Hadoop集群上，这个集群我们称之为“云梯”，是计算层的主要组成部分。
在“云梯”上，我们每天有大约40000个作业对1.5PB的原始数据按照产品需求进行不同的MapReduce计算。
这一计算过程通常都能在凌晨两点之前完成。
相对于前端产品看到的数据，这里的计算结果很可能是一个处于中间状态的结果，这往往是在数据冗余与前端计算之间做了适当平衡的结果。
不得不提的是，一些对实效性要求很高的数据，例如针对搜索词的统计数据，我们希望能尽快推送到数据产品前端。
![淘宝卖家营业开放白皮书之营销对象[新版]](https://img.taocdn.com/s1/m/0d7df99a70fe910ef12d2af90242a8956becaa7f.png)
淘宝卖家业务开放白皮书之淘宝卖家业务开放白皮书之营销工具营销工具营销工具目录淘宝的开放愿景 (3)淘宝的开放态度 (3)淘宝开放的概念介绍 (5)服务商 (5)淘拍档 (5)TOP (5)淘宝营销平台 (5)淘宝卖家服务 (6)“淘宝卖家服务”产品线之营销工具 (7)结语 (11)淘宝的开放愿景淘宝的开放愿景 从2003年创立之初，在淘宝集市就有模特摄影、店铺装修、快递发货、客服培训等类别的电子商务（以下简称：“电商”）服务产品，或者在线订购，或者线下交易。
淘宝从一开始就是一个自由的、开放的市场。
也正是因为淘宝与生俱来的开放特性，吸引到数亿的消费者到淘宝购买商品，数百万的商家通过淘宝出售商品，进而衍生出了大量的服务商为卖家提供电商产品和服务。
2008年，“大淘宝战略”的提出，进一步明确了淘宝定位电商开放平台、打造大淘宝生态系统的方向。
淘宝能做到一年几千亿的交易规模，仅凭淘宝几千个小二，是不可能服务好这数亿的消费者和数百万的商家的，这完全是社会化分工协作的成果。
只有产业链上的每一个环节都充分分工协作才能把消费者和商家服务好。
所以，淘宝早已不再仅仅是一个网络交易的市场，而是一个把整个电商链路打通，由消费者（C）、商家（B）、服务商（P）组成的开放平台。
2011年是淘宝的开放年，淘宝要以更开放的姿态迎接电商发展新形态下的挑战，建立健全淘宝电商服务市场平台，促进电商服务从卖方市场向买方市场的转变，同时不断规范市场，通过自由竞争的市场机制建立一套开天辟地的电商服务市场的行业标准。
淘宝淘宝的开放的开放的开放态度态度态度 淘宝拥有近三千名员工，其中技术开发及产品经理团队就不下千人，更签约了几家公司为淘宝提供技术开发外包服务，又鉴于整个阿里巴巴集团和淘宝雄厚的资金能力，从理论上讲，淘宝是有能力自主研发相关的电商服务产品提供给淘宝五百万卖家的。
所以，很多服务商都担心在淘宝这个平台上，淘宝既做裁判员又做运动员。
附件二十九：产品方案技术白皮书一、背景概述 (2)1、研发背景 (2)2、产品定位 (2)二、产品方案功能介绍 (2)1、设计理念 (2)2、系统拓扑图 (2)3、系统构架描述 (2)4、系统功能介绍 (2)5、产品方案规格 (2)四、产品方案应用介绍 (3)1、应用模式 (3)2、应用流程 (3)3、应用环境 (3)五、产品方案特性介绍 (3)1、技术特性 (3)2、应用特性 (3)3、系统特性 (3)六、产品方案技术介绍 (3)1、相关技术 (3)2、技术指标 (4)七、产品方案测评数据 (4)八、实施运维方式说明 (4)九、售后服务方式说明 (4)一、背景概述1、研发背景介绍用户需求背景、该产品所在行业信息化建设背景、产品所涉及的相关政策简述等，以说明该产品的研发背景，以及满足的客户需求。
2、产品定位为了满足客户以上需求，该产品具有什么功能，能够解决什么问题。
二、产品方案功能介绍1、设计理念该产品方案的设计思路。
2、系统拓扑图使用统一的图标，制作系统拓扑图。
3、系统构架描述按照系统的构成，分类对系统进行描述。
4、系统功能介绍详细阐述系统的主要功能。
5、产品方案规格产品方案不同的规格介绍，或者对产品方案技术规格的介绍。
四、产品方案应用介绍1、应用模式该产品方案包括的应用模式类型，或者针对不同类型客户的解决方案。
2、应用流程该产品方案的应用流程。
3、应用环境描述该产品所运行的应用环境。
五、产品方案特性介绍1、技术特性主要是性能先进性、功能齐全性、系统兼容性、技术稳定性等。
2、应用特性主要是部署灵活性、可扩展性、管理方便性、易用性等。
3、系统特性对系统的主要特性进行描述，根据产品不同和竞争优势的不同而不同。
六、产品方案技术介绍1、相关技术主要应用技术的介绍，以及该技术的优势。
2、技术指标针对技术参数进行描述。
七、产品方案测评数据产品方案主要测评数据，可以是内部测评数据，也可以是第三方的测评数据。
白皮书_电子商务平台在当今数字化的时代，电子商务平台已经成为了商业领域中不可或缺的一部分。
它不仅改变了人们的购物方式，还对经济发展和社会生活产生了深远的影响。
电子商务平台，简单来说，就是一个通过互联网技术搭建的虚拟市场，让买家和卖家能够方便地进行交易。
它打破了时间和空间的限制，让消费者可以随时随地购买到全球各地的商品和服务，同时也为商家提供了更广阔的销售渠道和更低的运营成本。
从消费者的角度来看，电子商务平台带来了极大的便利。
以往，人们购物需要亲自去商场或店铺，花费大量的时间和精力在挑选商品上。
而现在，只需要打开电脑或手机，动动手指，就能浏览到海量的商品信息，并进行比较和选择。
而且，电商平台还提供了丰富的用户评价和推荐，帮助消费者更好地做出决策。
此外，在线支付的安全性和便捷性也不断提高，使得购物过程更加顺畅。
对于商家而言，电子商务平台更是带来了诸多机遇。
首先，它降低了创业门槛，让更多的人能够轻松地开展自己的商业活动。
不需要租赁昂贵的店面，也不需要大量的库存，就可以在网上开设店铺，将商品销售给全球的消费者。
其次，电商平台的大数据分析功能能够帮助商家更好地了解市场需求和消费者行为，从而精准地制定营销策略和优化产品。
再者，通过电商平台，商家可以更高效地管理供应链，降低库存成本，提高运营效率。
然而，电子商务平台的发展也并非一帆风顺，它面临着一系列的挑战和问题。
其中一个重要的问题就是信任和安全。
在虚拟的网络环境中，消费者无法直接接触到商品，只能通过图片和文字描述来了解，这就容易导致信息不对称，从而产生信任问题。
此外，网络支付的安全性也是消费者关注的焦点，如果平台不能保障用户的支付信息安全，就会影响消费者的购物意愿。
另外，售后服务也是电商平台需要解决的难题。
当消费者购买到不满意的商品时，如何方便快捷地进行退换货，如何保障消费者的合法权益，这些都是影响消费者体验的重要因素。
知识产权保护也是电商平台面临的一个严峻挑战。
本文侧重介绍淘宝网后台的图片存储系统架构、包括TFS 集群文件系统，以及前端处理服务器架构。
解决海量并发小文件的系统噩梦对于淘宝网这类型访问量极高的电子交易网站来说，对图片系统的要求和日常的照片分享完全不在一个级别。
日常照片分享往往集中在几个有限的亲朋好友之间，访问量不会特别高，而淘宝网商铺中的商品照片，尤其是热门商品，图片的访问流量其实是非常大的。
而且对于卖家来说，图片远胜于文字描述，因此卖家也格外看重图片的显示质量、上传时间、访问速度等等问题。
根据淘宝网的流量分析，整个淘宝网流量中，图片的访问流量会占到90%以上，而主站的网页则占到不到10%。
淘宝网电子商城首页截图，淘宝网的后端系统上保存着286亿多个图片文件，淘宝网整体流量中，图片的访问流量要占到90%以上。
且这些图片平均大小为17.45KB，小于8K的图片占整体图片数量61%，整体系统容量的11%与此同时，这些图片的存储与读取还有一些头疼的要求：例如，这些图片要求根据不同的应用位置，生成不同大小规格的缩略图。
考虑到多种不同的应用场景以及改版的可能性，一张原图有可能需要生成20多个不同尺寸规格的缩略图。
淘宝整体图片存储系统容量1800TB（1.8PB），已经占用空间990TB（约1PB）。
保存的图片文件数量达到286亿多个，这些图片文件包括根据原图生成的缩略图。
平均图片大小是17.45K；8K以下图片占图片数总量的61%，占存储容量的11%。
这就给淘宝网的系统带来了一个巨大的挑战，众所周知，对于大多数系统来说，最头疼的就是大规模的小文件存储与读取，因为磁头需要频繁的寻道和换道，因此在读取上容易带来较长的延时。
在大量高并发访问量的情况下，简直就是系统的噩梦。
分析自主研发和商用系统的经济效益淘宝网成立于2003年，在整个系统的构建和规划上也做过相当多的尝试和探索。
下图是淘宝网2007年之前的图片存储系统。
淘宝网之前一直采用的商用存储系统，应用NetApp公司的文件存储系统。
电子商务网站（淘宝网）的系统架构解析淘宝网，是一个在线商品数量突破一亿，日均成交额超过两亿元人民币，注册用户接近八千万的大型电子商务网站，是亚洲最大的购物网站。
那么对于淘宝网这样大规模的一个网站，我猜想大家一定会非常关心整个网站都采用了什么样的技术、产品和架构，也会很想了解在淘宝网中是否采用了开源的软件或者是完全采用的商业软件。
那么下面我就简单的介绍一下淘宝网中应用的开源软件。
对于规模稍大的网站来说，其IT必然是一个服务器集群来提供网站服务，数据库也必然要和应用服务分开，有单独的数据库服务器。
对于像淘宝网这样规模的网站而言，就是应用也分成很多组。
那么下面，我就从应用服务器操作系统、应用服务器软件、Web Server、数据库、开发框架等几个方面来介绍一下淘宝网中开源软件的应用。
操作系统我们首先就从应用服务器的操作系统说起。
一个应用服务器，从软件的角度来说他的最底层首先是操作系统。
要先选择操作系统，然后才是操作系统基础上的应用软件。
在淘宝网，我们的应用服务器上采用的是Linux操作系统。
Linux操作系统从1991年第一次正式被公布到现在已¾¬走过了十七个年头，在PC Server上有广泛的应用。
硬件上我们选择PC Server而不是小型机，那么Server的操作系统供我们选择的一般也就是Linux，FreeBSD,windows2000 Server或者Windows Server2003。
如果不准备采用微软的一系列产品构建应用，并且有能力维护Linux或者FreeBSD，再加上成本的考虑，那么还是应该在Linux和FreeBSD之间进行选择。
可以说，现在Linux和FreeBSD这两个系统难分伯仲，很难说哪个一定比另外一个要优秀很多、能够全面的超越对手，应该是各有所长。
那么在选择的时候有一个因素就是企业的技术人员对于哪种系统更加的熟悉，这个熟悉一方面是系统管理方面，另外一方面是对于内核的熟悉，对内核的熟悉对于性能调优和对操作系统进行定制剪裁会有很大的帮助。
淘宝测试架构白皮书2010 淘宝-技术研发部-市场产品技术-测试-系统测试-测试架构目录淘宝测试架构产生的原因 (3)测试架构 (3)测试架构流程综述 (5)测试架构师工作职能 (6)测试架构师的角色 (8)测试架构师的招聘要求 (9)编后注 (9)感谢 (10)作者 (10)版本 (10)淘宝测试架构产生的原因在软件的生产环节中，会产生许多和测试相关的问题，相应的也会出现很多的解决方法，在一个肩负102 年使命的公司中做测试工作，在102 年宏大的软件生命周期中，测试问题解决方法也会以爆炸性的速度增加，结果会导致解决方法的数量是惊人的，方式却又是多样的，行为时分散的。
一种声音会出现，停止解决不断出现的问题，我们需要一种系统的解决方案使测试更加专业，更加适应一个长期发展，不断创新的软件环境。
这种系统的解决方案就是测试架构产生的雏形。
测试架构提供了在技术上结构化指导测试的方法，它的出现：●为测试管理者和测试人员找到技术上的解决方案●优化测试流程●标准化测试工作，探索新的测试技术●团队中测试技术信息的对称●更好的保证各个测试团队的沟通工作●对测试技术及工具的开源提供框架和方法●找出有效，高效的测试方法●分析，指出并控制产品潜在风险测试架构在淘宝，测试架构被定义为工具箱：一个测试管理人员，PTM，测试工程师的工具箱。
它将为我们实现更为专业的测试提供技术意见。
具体体现在以下几个方面1. 测试策略a) 前瞻性的提出未来测试的方向b) 指导测试人员怎样测试c) 建议测试管理者应该进行哪些方面的测试d) 帮助分析测试范围e) 针对每个不同的项目，在技术上分析测试进度并跟踪控制测试进度2. 测试管理者的工具箱a) 提供一切管理者所需要的：●Test goal●Test Scope●Test Focus●Risk●Master test plan●Planning guidelines●Estimation guidelines●Planning tools●.......3. 测试工程师的工具箱a) 提供一切测试工程师所需要的：●Test documentation●Test tools and infrastructure●Test design guidelines● Test methods ● …………….图 1-1 形象的说明了测试架构，测试架构师和团队成员的关系图 1-1Test Goal：指我们的测试目标是什么，如今年的测试目标是技术上的突破，形成技术的核心竞争力。
Test Scope: 指测试的范围（不做解释了这里）Test Focus: 指测试的重点（不做解释了这里）Test Standard: 测试的标准，如淘宝测试的标准是什么，怎样去衡量Test Tool Design: 自动化工具设计；整个测试部门测试工具的设计，如自主研发的一些大型测试工具。
High Level Test Strategy: 高层面测试策略，这里并不是指具体写哪些东西，更侧重的是如测试计划怎样做，测试用例怎样规划，测试模板怎样，怎样组织测试技术。
Risk: 理解产品流程，熟悉淘宝业务，在产品生命周期中从测试的角度提出产品的潜在风险，并提出解决方案。
Test Technology Research: 测试架构组还要担负起测试技术的研究工作，掌握测试领域内先进理念，不断研究实践，探索前沿测试技术，最终转化成商业化成果。
这一阶段可能3 年，可能5 年，也可能10 年或更久，但要向着拥有自主知识产权不断迈进。
测试架构流程综述图2-11. 图2-1 分析看出测试架构：●天生的迭代性测试架构是不断变化的，迭代的目的是受益和可控，受益应该是立刻就会看见的，快速的成果，综合一起会积累成长时期的跨越。
测试架构不能只建立在一次性的大跨越上，这是困难且不现实的，测试架构应该focus 在短期目标上或者细节上，以润物细无声的方式去促成小的成果，从而实现大的飞跃，进而完成突破。
●测试架构的内容需要业务和技术的支撑测试架构是基于一个产品生命周期内却又凌驾于产品之上的过程，来源于业务和技术，没有支撑，测试架构是在空谈。
2. 搭建测试架构的四个步骤：●探索和团队一起了解产品，指明测试方向，指出短期目标，分析测试架构的范围，回答团队成员问题●视野阐明测试架构做什么，这个阶段属于测试架构理念部分。
这个阶段的目的是形成high level 的测试策略。
这个阶段是指明并且开发出适合产品的测试架构●指导为测试架构设计出如何做，这个阶段属于测试架构逻辑层这个阶段的目的是产出现实中测试人员应该如何去测试的详细设计●实现实现和物理化，这个阶段属于测试架构的物理层包括如何将测试工作转化成更专业的方式(更标准化，可控性更好)。
这个阶段的目的是使一线测试人员能够工作并且用知识和工具去标准化，可控化地去进行测试工作。
3. 测试架构的结果：●测试面向业务，面向技术每一个产品都有它自己的业务逻辑，不同的业务逻辑里有不同的优先级，，每个产品的开发流程也不尽相同，不能用统一的测试方法去指导不同的产品，我们需要的是正确的测试方法用在正确的产品上。
这里既要着眼业务，又要重视技术，两者结合，相得益彰。
●测试覆盖整个产品的生命周期测试架构不仅仅是产品的开发阶段，是指从立项，需求，开发，测试，部署，运营，维护等等，各个阶段测试都要参与进来●测试架构不限制于某一个项目测试架构并不是只针对某一个产品或者一系列产品，而是要面向整个测试团队在做的工作。
●自适应性不能够仅仅是为了完成测试，测试架构要做到的是给出为什么要这样完成测试任务，如果产品发生变化，测试架构也会相应变化，并且做到风险预估，最终帮助产品按时，保质的交付上线。
测试架构师工作职能如何为现有的测试团队设计一个合适，合理的测试架构，能够有效提升测试效率，指导测试，是所有团队测试架构师一直探索和要解决的问题。
淘宝的测试架构师工作职能包括(图3-1)：1. 测试架构流程(目标)理清，阐明一条通向适合本公司的测试架构之路。
2. 测试架构指南(基础)对测试中的问题给予回答并找到解决方案。
分析并确认测试是否充分 3. 知识理论(手段)利用测试理论做出抽象，积累成淘宝测试的知识基础 4. 实践(应用)引领各 team 基于理论的实践以及尝试最佳实践。
5. 人员培养(效应) 一批精于业务，专于技术，善于沟通的测试架构师团队；提高整个测试团队的 技术能力和技术氛围。
图 3-1淘宝测试架构以迭代的方式，为淘宝的测试提供技术解决方案(图3-2)。
Why What要不要进行测试架构/测试架构需要做什么重新进行测试架构测试架构测试策略&测试方法等团队发展&产品变化业务&技术&沟通达到测试架构目标怎样进行测试架构Evolve How图3-2图3-2，是淘宝测试架构开发过程，在淘宝测试理念和测试架构准则的基础上，测试架构师为每个项目组制定不同的测试策略，测试方法，测试范围，测试重点。
测试架构师会细化测试经理和测试人员的工具箱，技术上建议测试经理和测试人员如何测试并且根据他们的需要开发测试需要的测试工具。
想象一下真实生活中建筑，测试架构指导了在整个软件生命周期中的测试工作，测试架构应该是产品发布一部分，告知业务成员和开发团队测试是否足够充分，这种方式要求我们的测试架构成员必须和真实的测试工作保持密切的联系(如深入产品线中去)，以此获得更多的业务知识，想出度量的标准，把复杂的测试以简笔画的方式带给整个团队成员。
测试架构在宏观上指导测试架构师为不同产品线去开发测试架构，测试架构不仅仅是测试架构师的培训材料，更应该指导测试架构师要做什么，哪些问题需要解决，最终需要获得一个适合产品线的测试架构。
值得注意的是，无论产品是多么的容易理解或者产品规模多么小，我们都需要一个资深并且有良好Sense 的测试架构师去开发测试架构，就像一盘菜无论多么简单，真正做得出美味的一定是一位深谙厨师的高人。
测试架构师的角色测试架构师的角色包括：1. 生成测试架构框架，目的是成为测试人员和测试管理人员贴心的工具箱。
包括：●测试架构流程，模型●测试架构指南●测试架构知识库●测试策略2. 收集信息，这些信息的来源可以是客户，团队成员(PD, PM, Dev, Test, SCM..)，测试管理人员，目的是根据这些信息进行抽象，在技术上找到测试的解决方案。
3. 团队协作测试架构师是测试的专家，但不一定在每项技术上都是专家，测试架构师要能够对问题定位，分析，通过和不同专家的合作，解决测试问题。
4. 培养测试技术专家，营造技术氛围一个架构师或者一个测试专家的作用是小的，测试架构师要通过自己的努力，打造出更多的测试专家，并在整个团队营造出技术氛围。
5. 跟进产品的质量测试架构师要能够对产品的进度，风险，测试范围，测试重点，测试周期进行全面把握，从测试理论和技术上对产品进行评估，使整个团队成员在测试方面做到信息对称。
测试架构师的招聘要求淘宝测试架构师需要具备的素质：1. 分析问题的能力分解复杂问题并且定位到问题根源。
2. 前瞻性领导公司测试技术的发展和测试策略的方向；纵横全局的考虑产品的功能及非功能需求，设计适合淘宝(乃至互联网)的测试系统。
3. 着眼客户的创新性客户角度看问题，追求完美的客户体验。
4. 卓越的技术能力不仅仅是coding；更重要的是优化(优化代码，优化流程等)；研发适合淘宝(乃至互联网)的测试理论，测试技术，测试方法。
5. 项目管理能力能够处理项目中较多的依赖并且善于计划，跟进项目，关注产品的测试过程。
6. 对质量的热情无需多余笔墨。
7. 内在的向前动力对技术，业务能够向前探索，通过自己的不断努力达到自己的目标。
8. 信心质量至上的观念，必要时要Push back.9. 影响知道如何去改变，如何去影响改变。
10. 跨团队的合作只关心自己的事情测试是不会成功的。
编后注淘宝网测试架构组成立于2010-03，这篇白皮书的目的是：1. 宏观上定位测试架构的总体思路，并未在细节上一一明确。
2. 作为测试架构组的重要组成：测试架构师，阐明了测试架构师的角色和招聘要求。
3. 后续会进一步改进与升级。
感谢1. 郭芙提出测试架构师招聘要求意见2. 丘虚提出测试架构背景意见3. 淘宝测试技术委员会评审并提出改进意见作者1. 鹤云( heyun@ )编写测试架构白皮书版本V1.0。
