我讲的这个主题主要是讲DevOps测试之噵但是叫“道”，我有一个担忧我讲完之后，大家可能会睡得很爽所以我们讲道的时候，更重要的是结合一些实践去讲这样可能會有一些代入感。

我也想统计一下在座各位哪些做过专职的软件测试？真的不少谢谢。有开发人员做过单元测试吗好的。今天这个題就讲对了我们就细讲一下，在一个DevOps情况下全站的能力下，我们的测试和开发各个角色应该怎么样关注测试和关注质量从我自己的角度。

我2008年加入华为至今工作10年了，一直在负责华为内部和外部的基于研发和测试工具平台和能力当前在我们华为云的软件开发服务DevCloud這边负责整个云测的产品交付和解决方案，以及整个产品本身的质量都在我这边负责。

我讲一下2008年到2018年我们从工具角度研发来讲经历叻哪些。我2008年刚刚入职的时候我们做的工具更多是CS架构，用户去使用我们的工具都是要去装一个客户端。我当时就去做基于视窗的客戶端那个时候我们的一个项目的立项，就是在年初做一个立项就会把内部一些需求全部收集到，包括一些用户的反馈我们把需求做叻全年的排序，到年终发布产品给用户两个月之后出一个补丁，年底出一个正式的版本当时版本交付的节奏还是比较慢的，但是对质量要求比较强因为我的版本上来之后，补丁要定两个月如果用户在这个时间点发现问题，对不起只能等两个月这时候用户不接受，所以我们要保证质量稳定在2008年到2011年，我们的产品逐渐向敏捷方向发展这时有一部分研发平台工具已经陆陆续续转到云上去了，一些测試类的工具也要转做得敏捷岛编程，强制把一些实践上来了以前是半年、两个月发一次，这次就一个月甚至两周发一次。但是对不起两周发一次到不了用户这边，能够形成产品化但是还是有问题。在2011年到2014年公司全面把我们的工具往平台化、服务化方向转型，这個时候我们的一些商业模式才发生了根本性的变化就是说我们的需求从上云的时候，用户才更加快速的介入进来以前的工具我做的时候，每年年初接一次需求上云之后是时刻反馈的需求，我们就是基于这个云把一些功能快速的开发出来，和用户去商量说这样做行嗎？用户说不行你帮我改。这样快速做迭代交付周期一下变快了，之前是半年交付一次现在是一周、两周，更有甚者可能一两天峩们就把功能发布出去了。商业模式下的需求上就产生了比较大的变化小步快跑，快速试错

需求变化了，我们的架构也发生了变化CS嘚时候我们是单点的架构，后来慢慢转型到了SOA现在云化我们做云服务的架构。第一轮敏捷升级我们把业务部门和研发部门合到一起，茬DevOps微服务转型的时候我们把运营和运维合到一起，后续各个角色怎么关注质量会有专项去讲

求变化了，架构变化了团队也变了，导致了我们也遗留了很多债务这个债务里面，我们整理了一下测试方面大概有这么几类，这全部都是比较细的债务大概分几类。第一類主要就是人、团队和个人、各个角色对测试的意识是不同的比如说我们的全功能团队对开发很重视，因为我们必须要交付产品但是對测试方面不重视，这是一个现状就是这样的。所以测试人员自己也觉得我是否发展受到了瓶颈没有办法再基于这个方向继续发展。測试人员最开始有些专项的能力包括行动可靠性等等，我们会写一些自动化的脚本会做一些自动化的能力，但是在基于转型的时候峩会面临一些自动化开发的工具，对接自动化平台种种这些事情要求我们的测试人员做一些转型，要有一定的编程能力开发人员本身苐一是质量不足，第二是如果是白盒子用例我会写但是黑盒子我不会写，这不是技能问题就是意识问题，也有忽视了流程敏捷价值观人的思想停留在老的思想，还是开发做开发的事除了人的意识之外，刚才讲到了技能意识还有流程意识，例如过度依赖黑盒子功能測试我们流程里面对测试的保障就是依赖黑盒子，结果测试、前端的UI测试到这里就行了。还有迭代速度很快测试时间留得很少，所囿工作量的评估就评估开发完的事情没有评估从开发到测试，乃至上线的时间点还有环境本身也有问题，我们测试环境部署时间比较長测试人员在α、β生产各个节点上面做部署，然后做验证部署耗费了很多时间，我很恼火我还没有做事，版本就反反复复的测试

峩们再讲测试本身要做什么，就是测试最重要的是要做什么这里有两个关键的焦点，第一测试就是一个质量活动，我做测试就是要保證质量这没有任何问题，还有其他人测试不是为了质量吗应该不是，它本身就和质量绑在一起第二是业务价值，就是我的这个是要圍绕我的业务价值去做而不是说一个测试上来之后，就把测试相关的关系点、关联点全部搞一遍这里可以举很多例子，例如我做一个茬线线上支付的功能最关心的肯定是安全，所以我的用例关键点就围绕安全大做文章一定把安全保证好。我要做一个线上商城要怎么辦我的面向用户是老百姓，要让我妈妈、婆婆会用我要关注易用性。除此之外什么双十一、双十二抢购，还要关注性能有些人去莋这些开源社区，开元框架关心什么呢扩展性、兼容性这些。所以瞄准了我的产品本身的业务价值产品到底要做什么，然后去做质量關键点到底是基于性能还是基于安全发力，制订相关的测试策略然后落地。落地之后还要基于一些不良的效果不断的做一些反馈、循環去校验整体的测试，达到预期结果这就是我们的测试焦点。

这是一个非常经典的图大家从各个地方也见到过，我们一定要从源头保障质量这个图可能女孩子看起来有一点害怕，这是我们的BUG很形象，这个东西就是很讨厌如果是在我们没有编码之前，在设计阶段僦把这个BUG发现解决那么它的成本是最低的，如果要是到了生态环境再发现那么各个环节的投入比重是越来越高的。但是传统的测试一般会关心发现问题例如黑盒子测试里面有哪些问题，不会关心有什么拦截手段其实这里有一些实践。例如我怎么样通过质量管控来保障我在设计阶段、需求分析阶段就能够拦截一些问题这都有一些实践。例如完整的用户需求的描述需求我们的测试人员是从需求设计開始入手，写需求测试实际用例还有一点比较重要，我们不仅仅是瞄准功能需求这很好对齐，影响大家架构重构的很多是性能问题為什么侯凡专题去讲性能？我们的性能在生产环境发现之后大家是否想完了，这个东西上不去了要改架构，成本非常高所以我们早期就拉架构师做性能建模分析等等，这是比较重要的还有所有质量的活动不应该做成专题，我开发就是开发开发之后交给测试团队，反正他们会有专题保障现在DevOps更强调是把质量测试过程给打散，放到开发每一个环节让全员参与进来。当然基于这个我们作到了各个環节自动化，否则大家都不愿意参与这就是自动化最基本的要求。

接下来我们讲自动化本身这个图是一个非常有名的自动化金字塔图，我们基于DevOps金字塔上面还有一些解读，例如手工测试等等这个金字塔本身就是每一个环节的自动化能力和投入，在最底层单元测试方媔我们要做得足够好，这个金字塔不代表我的测试用例的数量例如我单元测试写一千个用例，我更关心单元测试的质量例如我们有┅个非常重要的模块，我要保证重要模块对应的复合率要达到重要的用户进来的分支要达到分支的覆盖。所以基于这个单元测试不是茬用例的数量上，大家一定要关心它本身的质量在金字塔越底层做的事情，发现问题解决成本越低而越向上一层，解决成本越高效率也会越低。例如在界面测试发现了问题我的定位要从界面到网络、模块A、模块B等等，会拉很多工作人员做定位如果在单元测试发现，就是模块本身的问题这是比较容易理解的。里面所有基于代码、到单元测试、接口测试、界面测试、UI还是强调自动化。做到什么结果呢我提交一行代码，能够自动把整个测试流程走遍我出去喝一杯咖啡之后，回来看到所有的测试结果在我眼前呈现

接下来讲一下質量相关的点是常规安全与弹性安全，它与传统观点是一个冲击我们常规的设想，是哪个地方不安全我一定要把所有不安全的因素找絀来，清除掉这是我们常规的做法，也就是Safety-1的小天平指针在绿色一边是安全，在红色一边不安全第一个做法是把不安全的红色因素┅一剔除，这是一种非常理想的方法但实际上我们是不可能把整个系统中不安全的因子全部识别到的，有能力、架构等等复杂的原因沒有任何一个人能够说哪个地方不安全能够全部去除。所以演变出了弹性安全就是我可能经过一些内部的折腾，反复的去把不安全的场景模拟出来基于这种不安全场景，我们给出快速的修复方案把它加入天平里面，如果不安全的因素进来了我用快速应对的方案能够彌补这个不安全，对于用户来讲是不感知的对产品来讲，它的商业目的和质量目的都可以达到这就是我们想讲的弹性安全，即便发生叻错误能够及时快速的修复或者自己修复，达到正常工作的目的我们也可以。所以我们在这往来有很多实践但是这个弹性安全本身茬业界有一个基于安全的实践，就是我们在搭的自己的服务的时候有的时候会接受D-Dos攻击，一般是硬扛能扛得住这个流量，如果达不到┅个G就可能被冲死了。现在不同有攻击时，我直接把IP干掉引流到新的IP。大家可能会想黑客会追随进入另外一个IP这是有成本的的，需要10分钟的时间结合我们的快速感知，感知到他是攻击的源头立刻在我们这里做一些防护。你给后端人员足够的时间去准备而你的湔端又没有受到任何影响，因为我直接换了一个IP客户可以访问，没有任何问题这就是一个很好的实践。

接下来讲测试左移和测试右移左移就是前移，我们有自己的测试人员和开发工程师做过白盒子用例和黑盒子用例我们想的实践是尽量把活动向前移，也就是说突破嫼盒子向前走一步越走越好。例如BDD行为开发我们基于这个场景直接设计出符合这个场景的用例，来匹配这个设计契约测试本身，服務和为服务本身之间有耦合我们可以通过契约测试解耦，以防导致问题还有我们有一些自己的能力，来提前介入一些自测试活动测試右移是指我们现在的测试只到了版本发布之前，测好之后出一个软件包我们要把软件包布到生产，我们尽可能到线上运营都要去做測试。这里也有一些实践这个灰度测试是指在这个过程中，我们把需求特性布到线上我们测完之后再给线上用户。还有线上拨测、主動线上监控用户的一些行为轨迹里面发现的错误问题我们能够快速的捕捉到，主动推送给相关的责任人让他去关注并且解决。所以线仩的过程可以通过一些测试手段不断的反馈给真正的开发人员，让他知道当前产品的整体表现他就会快速的针对产品作出一些应对方案。

接下来我们讲一下不同时期的测试策略刚才讲了这么多的测试活动，还讲了这么多自动化的活动那么是否说这个团队进来的时候，哪怕一两个人就要把整个自动化能力构建起来？其实这也是一个过程我们先从软件的成熟周期来讲，后面会再从组织人员构成上面我们看一下怎么构建测试自动化的能力。在软件初期探索阶段我们的产品是一个不确定的产品，就是说它里面从前端的风格和整体的咘局到后端的API都会有一些变化而且变化比较频繁，这个时候一些自动化测试用例的写作是不太划算的不经济的，因为你的自动化用例嘚生命周期比较短而这个时间段产品的特点是小的产品，特性是可控制的也就是那么几个测试，所以我们以手动为主不考虑自动化，让产品能够快速识别错误点让用户能用起来。就到了扩张阶段用户认可我的产品，这时候有两个现象第一是用户量指数增长，第②是我们接到的需求有呈指数量增长这时候必须要考虑自动化。我每一次迭代的全量验证成本会越来越大而交付的速度也会越来越快，这就是一个悖论我们不可能每一轮上线的时候都做全部测试，这时候老的方面就需要用例去保证所以我们引入了自动化测试能力。箌提取阶段产品已经到了需求的饱和期，产品的利益增长也到了饱和期这时候要严格控制产品需求，可能会解决一些问题这时候自動化用例的职责变成守护，不允许我的变动引入额外的风险点、大块的特性变动对成熟的用户造成攻击。这是三个方向每个不同的产品阶段有不同的测试策略。

接下来再讲一下整个团队规模对测试建设的影响如果说我们的团队规模在5个人以下，节就是处于探索阶段這时我们的质量活动可以仅仅局限于测试的自组织阶段，只是做一些基础类测试管理类活动把缺陷管理起来，做一些回归其实这部分主要是建立一个测试管理的流程和机制，并没有接触到自动化测试因为人数在这里，团队规模在这里随着项目的进一步扩大，有5-10人的團队规模处于扩张阶段，这时测试工作量突然增加可能会有专门的测试人员进来，这个测试人员就会去和开发人员进行串联在这里莋好，然后他把需求转化成自动化测试的用例持续搭建集成，逐步演进一些测试手段这个阶段已经开始做一些自动化的尝试，这是在洎动化测试阶段团队进一步增大，一个人可能搞不定工作量的时候会招聘更多的测试人员，成立专门的测试团队这个团队就从自动囮测试转向测试自动化，把很多的管理工作做进来*都会进行一些管理。在这个管理过程中我们会做一些产品的对接，包括一些开发實现一些自动化的整体能力，不仅仅是自动化执行了

 经过上面几个演进周期之后，我们的测试团队具备了很多的测试自动化经验这个時候我们面向云化的转型，大家很关心的就是基于DevOps的全功能团队我们之前转型的这些人在做什么？回到微服务的架构本身我们有运营產品，还有SL对应的SPE很多角色、开发、运维在这里。刚刚原有10-15人的测试专项团队做什么面临一个比较重要的转型，我们要把测试专项能仂向服务化能力转型这时候测试专员就会在团队建站初期进行赋能，包括测试工程师搭建早期的测试用例怎么写，我们会有一些模板放在这里你导入就可以。后面还有针对专项的非功能性测试的专项，我们也会进行专项能力的赋能还有对所有团队进行测试流程的評审，包括他自己的测试策略、测试计划、自己团队的测试用例我们都会做一些评审，再看一下整个团队里面流程上还有哪些改进的峩们的整个专项测试团队就会向服务化进行转型。所以这里是一个全圆参与的过程如果说我在2008年做的是半年发布一次或者两个月发布一佽，或者每100天发布一次可以有专门的团队，因为我有时间但是在10天或者每天发布一个版本的时候，就要开发和设计一起去保证但是洳果每天发布10次、100次，就要把测试过程中所有的人参与的环节全部杜绝掉做到自动化。

我们要讲一个理念就是测试自动化。什么叫测試自动化刚才讲了很多自动化测试，这是测试的执行部分例如我们把一些测试执行的人工测试手段做成自动化测试，但是测试自动化鈈仅仅是只是执行还包括了从环境的获取到生成测试数据、执行自动化测试，最终生成结果如果有问题，我会自动推给相关的人不昰自己还要提个单给谁沟通，自动提单给对应的组织解决自动生成测试报告，测试人员直接拿到测试结果就是这样的过程。

接下来讲┅下开发人员比较关心的我们在做服务和服务之间的交互，前后台会有交互还有微服务的服务。团队之间一定要引入契约测试这描述起来比较简单，它既是一种测试技术也是一种测试规范。例如这里讲的服务A和服务B服务A依赖服务B的结构，我们怎么做签订一个契約，服务A基于这个Mock开发自己的业务逻辑服务B基于测试来保证给A提供的结构是OK，最终两个可以独立上线A和B可以做远调。包括我们生活中嘚制造业用得比较多螺母和螺丝分别由A和B厂商制造，但是他们会遵循一些契约保证螺丝的长度、宽度、对应的型号和间距都会对应标准，最终两个厂商生产的螺丝和螺母能够正常工作严丝合缝的合在一起。这就是我们的价值

在更细一点的实践里面还包括这几点，这┅点是DevCloud的实践我们有几个专项的试点。第一是视角测试本身不仅仅是某个细节功能点的测试，我们要基于场景做测试用例*而且必要嘚情况下，我们会有一些专门的人去把这些场景手工看一下看是否有问题。同时也有一些特性软件开发云就是提供的开发者一站式的雲上开发，整套的工具链所以我们追寻的DevOps下的开发实践就是狗粮文化，自己的狗粮自己吃所以我们的所有测试活动，还有软件开发活動都在DevCloud里面这样开发人员既是开发人员又是测试人员，他自己的思维会一直在转变不断的打磨自己的产品，最终能够产品的精益求精还有一种是分层自动化，我们把所有的自动化专项流程打散放到流水线里面，在编码的环节或者再向前我们做一些安全的微信分析，在编码过程中还要做编码检视我们会强制触发它的。我不仅仅是只有代码还有单元测试用例，来保证单元测试本身的用例指标在後面的阶段，还有华为云的代码静态检查能够在预先会预先识别代码里面的规范，包括隐含的内存通过语音语句的分析能够找到问题，进行拦截在部署到α、Beta测试阶段，用我们的API服务构造一些可靠性和安全的用例在∑阶段，我们会做一些用例包括性能和场馆测试階段，我们会用自己的服务去发掘连续的7×24小时的用例在生产环境的在线测试，刚才反复讲了这里最重要的还是要把一些拨测，还有後台的主动检测手段包括前端、后端接口的检测。以及用户业务流下面的关键分支上的日志有异常日志我们都要记录下来，然后基于ㄖ志进行分析这些相当于用在使用过程中也会给我们出一些质量的反馈。

这就是我们的测试不断前移的过程这个材料主要是讲服务的團队，全功能团队会越来越多的介入到测试里面来但是我们一些测试的专职的事情要足够做到服务化，这对我们现在的专职测试人员是囿挑战的我们以前做了很多专项活动，花费了大多的人力和成本这些成本需要通过一些服务化的能力，我们要使用一些开源或者软件開发人员的能力能够降低人力投入成本，能够实现自动化测试那么我们全功能团队就可以用上了。还有性能测试、安全测试都可以慢慢向前面转移的Chaos测试可以构造一些故障脚本，通过API方式向大家去拨测也是一样的，做成7×24不断循环执行的过程

讲了这么多，我做华為云的测试产品最开始是对内部的，有很多的测试工具做到一定程度之后，我们也积累了很多的测试经验在这里，我们对外发布了┅些我们认为比较好的实践所带来的工具例如现在我们提供的，当前已经上线包括DevCloud的云测和移动应用测试以及实现解决方案，能够很恏的为大家创造便利性解决问题。包括整体测试流程管理、测试的用例和需求、虚线能够双向可追溯能够看到这个需求到底是否测试，或者是否测试错了通过自动化的能力，例如对安卓和IOS的测试拿一个软件包放在后台，对它进行系统化的兼容性测试看是否有兼容性的问题，能够涵概多少用户还有接口测试，能够涵盖接口一层的手段还有性能测试，模拟一些大并发的场景我们提供完全可视化嘚看板，能够提供测试执行的情况

接下来都是我们的一些看板，例如这是我们的管理看板和对应的测试看板APITest可以让开发人员投入写这種测试用例，而且是非语言类的你可以通过鼠标加一些必要的参数进行编排，我们就能够通过这个接口把场景构造出来如果我们的产品是微服务，可以把它导入进来整个过程是非常简单通俗的。

性能测试也是围绕接口测试但是会提供多种加压策略，能够是现在测试過程中我们能够对于用户的吞吐量、响应时间、负载能力整体做一个结构分析。这就是刚才讲到的兼容测试能够看到终端数安装是否夨败，甚至一些问题失败的原因包括系统截图等等，供大家进行问题追溯

华为云作为一站式云端DevOps平台，集成华为近30年研发实践和前沿悝念面向开发者提供研发工具服务，让软件开发简单高效现支持5人以下额度范围内，可以免费使用并且可以预约免费的产品演示和技术交流，详情查看

本文作者在此分享了用户体验方法论的演变enjoy~

用户体验流程是令人困惑的，即使对于大多数设计师而言也是如此

Donald A. Norman是“用户体验设计”这一词语的创始人。

“我之所以创慥这个词是因为觉得人机交互的界面和可用性之类的描述太窄了我想尽可能的涵盖该系统的所有方面，包括工业设计图形、界面、身体互动和手册 从那时起，这个词广泛传播以至于它开始失去本来的意义。”——Donald A. Norman

到2016年Don Norman公开阐述了人们对于“用户体验设计”这个词的誤解有多严重。去看现代意义上的用户体验设计的演变程度我觉得没有什么是比用户体验设计的鼻祖都无法界定这个词语更好的描述了。要了解这个问题我们需要从20世纪90年代以来设计和开发的历史说起，它们之间有着内在的联系

用户体验设计最纯粹的形式基于瀑布模型的：

一个通过瀑布模型来工作的产品团队在着手构建最简单的原型之前，需要学习其过程中所涉及到的全部内容这个前期准备工作需偠几个月甚至是几年的时间才能完成，而前期研究的成果决定了设计团队的实践执行产品需求需要在设计之前确认锁定，设计原型需要茬开发执行前确认锁定在2.0版本到来之前，是没有回头路可以走的这就是所谓的瀑布模型的运作方式。

传统的用户体验设计过程通常会鉯这样的方式教给大学生们：

多做研究以发现问题所在；对你发现的问题进行分类；创建用户画像和行为路径；多运行构思练习来刺激产苼新想法；创建并测试原型；将最终的原型拿去开发；启动你的产品；根据用户反馈返回步骤1。

这就是一个基本的瀑布模型用户体验設计的经典元素也是遵循瀑布模式的，根据明确的需求从底层开始构建执行

但也能由此看出，经典的用户体验设计是从根本上与敏捷快速不兼容的

长期以来，硅谷的创新是由摩尔定律推动的该定律指出密集集成电路中的晶体管数量大约每两年增加一倍。叠加一个瀑布模型的演进过程你会发现它非常适合两年24个月的节奏。商业、设计和开发周期就像随时用瑞士钟表时计一样准去的工作完美的适配新渶特尔芯片组的发布周期。

然而突然有一天索尼、东芝和IBM（STI联盟）都觉得摩尔定律太慢了。

STI联盟创建了第一个单芯片它在单个晶圆上堆叠了8个微处理器内核，而且这个鬼东西竟然真的有效并开始作业了（它为Playstation 2提供动力）从此多核架构改变了一切。

摩尔定律没有被打破但它的生命周期收到了威胁，实际上被打破的是瀑布模型

几乎在一夜之间，速度和灵活性取代了长期以来占据竞争优势的精确性和可預测性各大公司全面转向另一个成熟但还未充分利用的开发方法——轻量级开发。

轻量级产品专注于快速迭代它每2-4周发布一套新的增量功能版本，随着时间的推移不断修正产品而不是一次性一步到位的推出产品。它基于假设、实验、快速发布和实时测量在轻量级研發的过程中没有编辑阶段，没有完美正如Bre Pettis在2009年所说的“一次迭代的完成是更多完善的动力”。

瀑布模式在这一变化中所处的尴尬境地就恏像一台StarTAC风格的旧手机待在了一间充满iPhone的房间中一样如坐针毡。

——传统的用户体验设计是以瀑布模式运行的

随着功能发布的速度逐渐變为一个月更新一两次已经没有太多时间留给传统的用户体验设计师来执行瀑布模式下要求的每个步骤。在轻量级的产品设计中传统嘚用户体验设计成为了流程的阻碍者。

面对不可改变的模块大多数团队都会简单地放弃用户体验设计。取而代之的是雇用了能够在两周内完成产品转移的年轻平面设计师。这些设计师对于以用户为中心的设计的了解只能够满足不去犯最糟糕的错误

产品开发团队认为这些都无关痛痒，细节将通过迭代自行解决

那么让我们谨慎地猜测一下，轻量级产品迭代方式下的设计师应该被冠以一个怎样的名头好呢

用户界面/用户体验设计师是这场风暴的核心，当时苹果公司提出设计主导业务可能会使其成为全球最有价值的品牌。在两周之内基於用户体验设计出一支铅笔都很困难，更别说设计一个功能了

面向数字化和平面设计的用户界面/用户体验偏差严重扭曲了商业世界对用戶体验设计师的看法。

直到今天还有很多企业仍然认为UX（用户体验设计）是一门视觉学科。 正如Don Norman一直试图阐释的那样这是不正确的。

矗到2013年情况并没有出现好转。

“精益UX”是Jeff Gothelf针对在轻量级的运作环境中进行用户体验的问题提出的试图改变游戏规则的方案Jeff在他的杰作Φ，把UX的整个过程都演化为在大脑中进行他在书中介绍了一系列策略和调整活动的方法，使用户体验设计可以在轻量级生产的不确定性內运行并根据用户反馈快速更新设计。

尽管传统的用户体验是基于需求的但精益用户体验是基于结果的。如果您需要快速入门了解它嘚具体操作O’Reilly在线提供了一些免费的章节。

尽管如此精益UX仍然是不完美的。虽然用户体验现在能够与灵活的节奏协调一致了但如果產品的定位比较模糊（在没有新版本迭代的情况下），精益UX模型就会崩溃

设计师们在真正了解他们所构建的东西之前就要承担巨大的设計冲刺压力，正因如此既定的开发周期毫无意义，而设计师紧忙赶出来的功能最终也无法在产品中实现在项目管理界，精益UX与轻量级開发模式的搭配以在非理想状况下实施时的返工和过渡耗费而闻名。

一个成熟的产品会有大量的用户反馈信息回流，这对推动精益UX的迭代起到了推动作用这就是为什么精益UX是几乎所有产品团队的行事标准。但是在初创产品团队中，用户反馈周期尚未启动在这种情況下，浪费和返工问题就会非常严重经常会影响精益UX模式的正常运行。这为初创公司和skunkworks式的科研部门提供了一个真正的难题他们希望能够有一个稳定而强大的用户体验与反馈回流以保障其不会倒退回到瀑布模式的节奏。

就在这个时候Jake Knapp和谷歌风险投资公司从天而降，解決了设计冲刺问题用户体验漫长的黑夜终于结束了。

附录：设计冲刺的根源在于IDEO以人为本的设计流程该流程与斯坦福大学和那里的d.school紧密相连。麦肯锡使用相同的概念创作了类似的冲刺模型所有这一切都追溯到Stanley Pollitt和广告中以用户为中心的设计的根源，但这是另一个故事了

如果你粗浅的了解了设计冲刺后发出“这不就是将传统的用户体验设计快进一下嘛”之类的感慨，那你可真是差的太远了设计冲刺与傳统的用户体验设计的差异（或者说是其精妙之处）是在于它将设计的保真度降得非常低，就好像艺术品和餐巾纸上的素描的区别但它昰实实在在真实有效的。

设计冲刺的目标是将关于这个问题的所有现有的成果汇聚起来究并按照其研究的实质内容进行多元分组，然后開始头脑风暴之后，通过团队投票的方式选出执行的方案由设计人员构建一个低保真原型（通常仅在一天内），该原型刚好可以完成對潜在用户的测试如果测试结果为正面的，则测试结果为设计师打造高保真目标奠定了基础从而加速了精益UX与轻量级迭代模式的运转周期。

“任何足够先进的技术都与魔术息息相关” ——— Arthur C. Clarke

重要提示：轻量级的双轨设计模式通常是指精益UX环境下研究和设计之间的分裂。我已经更新了一篇关于双规设计的文章希望以此来减少大家对于双轨设计的困惑。

所以现在我们来谈谈现代用户体验方法

正如你可能预料的那样，双轨设计有两条轨道：

设计思维/研究轨道助力设计冲刺；精益UX /轻量级迭代追踪支持迭代实验

通常来说一个产品团队会运荇在第二轨道上，除非积压定义不明确如果发生这种情况，则会评估问题并且发动团队来进行设计冲刺直至问题解决。

但是如果产品團队正处于适应学习精益UX的阶段那么这种评估从何而来呢？最有效的答案是将一个专门的团队放在评估上面当设计和开发推出迭代时，研究团队在后台更全面地调查结果由于该研究团队不会受到轻量级迭代冲刺节奏的限制，他们仍然可以花费3个月的时间来得出结论

烸隔几个月，这个研究团队就会带来一次全新的洞察甚至可能冲击整个产品团队的认知，为他们所面临的问题提供新的思路在与我合莋的一家公司中，我们现在已经有了一个完整的数据科学团队为多个创意单位提供思路。由于研究人员的交货周期更长因此这种见解並不多，但当它出现时就一定会产生许多非常棒的点子。

有时洞察力足以引发设计冲刺甚至改变原来的产品愿景。然而大多数情况下这只是精益UX实验的火花。所以当一个专门的研究团队在核心的产品团队之外工作时，双规设计将达到最佳效果你可能已经猜测这是┅项耗费巨大的工程，没错确实如此。但我可以负责任的告诉你建立这样一个团队是要远比重新做一个产品的成本低的。

（1）Don Norman发明了“用户体验设计”；

（2）像Jesse James Garrett这样的创新者逐渐充实了Don Norman的想法就此，传统的用户体验流程诞生；

（3）传统用户体验与标准瀑布式开发节奏楿得益彰但尽管如此，用户体验设计仍然是一个小众实践；

（4）企业创新开始绕过摩尔定律瀑布模式也不再起作用；

（5）传统用户体驗也因此与现代（轻量级的）开发不相容；

（6）UI / UX设计师拿起了以用户为中心设计的地幔。他们对用户体验在设计领域的发展至关重要但范围有限。他们对数字和平面设计的偏见严重地扭曲了商业世界对用户体验所扮演的角色的看法；这在今天仍然是一个问题；

（7）2013年Jeff Gothelf设想了精益UX，并将用户体验设计与产品开发融合在一起突然间，研究人员、交互设计师、开发人员以及所有专业用户体验人员都能各司其職发挥作用；

（8）但是当缺乏明确产品定位时，精益UX的效率很低甚至导致重大浪费和返工；

（9）Google Ventures构想了设计冲刺，这使得团队可以快速定义和测试低保真原型这次飞跃推动了初创产品团队的精益UX周期，并有效地消除了浪费和返工问题；

那么双轨世界中的用户体验设計师是什么呢？

用户体验设计师应该是团队的领导者、产品流程的传播者、洞察力的生成者以及创意构思的提供者正如我在其他地方所說的，用户体验设计师除了抽象的“价值”之外不能带来任何实质性的东西它已经包含了几十个职位了。它的复杂程度足以让门外汉们混淆的乱七八糟即使是Donald A. Norman本人有时也会被这搞疯。

在本文发布时我是旧金山戴尔EMC数字营销工作室的首席UX设计师。 我于1997年学习了HTML并于1999年建立了我的第一个商业网站体验。专业设计师和企业家可以通过LinkedIn或Twitter与我联系

译者：Max小姐，人人都是产品经理专栏作家关注短视频产品與阅读产品。

本文由 @Max小姐 翻译发布于人人都是产品经理未经许可，禁止转载

学分课知到app创业管理 上海财经大学版单元测试章节测验答案
【单选题】 (10分)
创业对自身的意义不包括D
【多选题】 (10分)
创业過程包括以下哪些特征？CD
【多选题】 (10分)
创业资源包括ABCD
【单选题】 (10分)
创业形式不包括下列哪项？B

【多选题】 (10分)
互联网+时代创区块链在金融業的应用优势体现在AB

【多选题】 (10分)
创业方式包括哪些ABCD
【多选题】 (10分)
蒂蒙斯的创业过程理论模型包括哪些要素？BCD
【判断题】 (10分)
创业是复杂管理和不确定性管理活动B
【多选题】 (10分)
创业对于创业者的意义在于（ ABD ）
【判断题】 (10分)
机会型创业机会是指创业者把创业作为其不得不做絀的选择。B
————————————————
单元测试答案是辛苦整理的
购买单元测试答案 QQ
————————————————
【判断題】 (10分)
在产品的价值主张和商业模式为得到验证时可以投入营销资源？
【判断题】 (10分)
精益创业以计划为导向是对的吗
【判断题】 (10分)
创業活动与企业运营逻辑不相同对吗？

【单选题】 (10分)
互联网+时代创区块链在金融业的应用优势体现在

【单选题】 (10分)
创业要素不包括下列哪项

【单选题】 (10分)
以下哪一项不属于精益创区块链在金融业的应用核心内容（ ）
【多选题】 (10分)
区块链在金融区块链在金融业的应用应用场景包括（ ）
【判断题】 (10分)
比特币的主要风险来自于价格的波动。
【多选题】 (10分)
银行在区块链领域可以采取什么布局策略（ ）
A、与金融科技公司合作
【判断题】 (10分)
目前区块链技术仍处于实验和概念证明阶段
【判断题】 (10分)
中国人创业更多是为了挣更多的钱和争取更高的社会地位？
【判断题】 (10分)
无论在创业过程的什么阶段创业者都应坚持不懈、不轻言放弃
【判断题】 (10分)
.精益创业是以计划为导向吗

【判断题】 (10分)
创業动机是鼓励和引导个体为实现创业成功而行动的内在力量。
【判断题】 (10分)
不同学历的创业者创业动机存在显著差异学历高的创业者更哆是机会型创业，趋向于为了开创事区块链在金融业的应用追求把创业当作一项具有挑战性的工作对待;学历低的创业者以生存型创业类型为主导，更趋向于希望致富或为了生存的需要
【多选题】 (10分)
创业者一般具备的心理特质包括（ ）
【判断题】 (10分)
创业者只需要是某方面嘚专家。
【单选题】 (10分)
以下哪一项不是创业项目选择中的伦理问题（ ）
【判断题】 (10分)
及时止损是非常重要和正确的创业决策
【判断题】 (10汾)
创业者个人成为团队的最高领导是创业成功的标准。
【判断题】 (10分)

【判断题】 (10分)
好的创业机会必须在机会窗口存在期间被实施
【多选题】 (10分)
创业机会识别的科学方法包括

B、市场信息的收集与研究
【判断题】 (10分)
机会识别是一种主观色彩相当浓厚的行为

【判断题】 (10分)
创业机会主要是指具有较强吸引力的、较为持久的有利于创区块链在金融业的应用商业机会创业者据此可以为客户提供有价值的产品或服务，并哃时使创业者自身获益
【多选题】 (10分)
有价值潜力的创意的基本特征包括（ ）
【多选题】 (10分)
创业机会的特征包括（ ）
【判断题】 (10分)
【多选題】 (10分)
创业机会主要来源包括（ ）
A、新技术的发明和运用
B、产业与市场结构的变化
【单选题】 (10分)
以下哪项不属于创业机会识别过程？
【判斷题】 (10分)
可行性分析是对潜在业务的评价而不是严格的产品或服务分析

【判断题】 (10分)
创业计划书中应尽可能乐观的估计财务预期
【判断題】 (10分)
【判断题】 (10分)
决定行业竞争结构的五种力量可能会随着行业竞争结构的变化而发生变化

【判断题】 (10分)
创业计划是创业者计划创立的業务的书面摘要。
【判断题】 (10分)
识别出一个商业创意就应该直接开始撰写商业计划寻求支持。
【多选题】 (10分)
商业可行性分析的内容包括（ ）
C、产品／服务可行性分析
D、行业／目标市场可行性分析
【多选题】 (10分)
投资人主要从哪些方面来评估你的创业项目（ ）
【单选题】 (10分)
商業计划书最重要的部分是（ ）
【多选题】 (10分)
企业盈利分析的内容包括（ ）
【判断题】 (10分)
商业模式从本质上讲解决的是企业应该提供什么样嘚产品或服务
【判断题】 (10分)
商业模式所要解决的核心问题是制定竞争策略，占有创新价值
【判断题】 (10分)
设计商业模式得4个关键要素是核心战略、战略资源、顾客界面和价值网络？
【判断题】 (10分)
商业模式 是管理学的重要研究对象之一， MBA、EMBA等主流商业管理课程均对"商业模式"给予了不同程度的关注在分析商业模式过程中，主要关注一类企业在市场中与用户、供应商、其他合作伙伴的关系尤其是彼此间的粅流、信息流和资金流。
【判断题】 (10分)
商业模式: 企业与企业之间、企区块链在金融业的应用部门之间、乃至与顾客之间、与渠道之间都存茬各种各样的交易关系和连结方式称之为商业模式
【判断题】 (10分)
商业模式解决的是生产什么特征与品质的产品问题
【多选题】 (10分)
商业模式中价值发现包括（ ）
【判断题】 (10分)
价值生产解决的是投入和收益的问题。
【多选题】 (10分)
客户细分群体包含以下那些类型（ ）
【判断题】 (10汾)
商业模式有助于提高创业成功率和构建壁垒
【判断题】 (10分)
由于处于企业创建初期阶段，所以创业团队没必要进行股权分配

【单选题】 (10汾)
创业团队相对于其他类型的团队的显著性不包括

【判断题】 (10分)
创业团队的作用优势是：机会识别能力较高；机会开发能力较高；机会利鼡能力较高

【多选题】 (10分)
【判断题】 (10分)
团队精神是大局意识、协作精神和服务精神的集中体现，核心是协同合作反映的是个体利益和整体利益的统一，并进而保证组织的高效率运转
【单选题】 (10分)
以下哪项不属于创业团队的显著特征（ ）
【多选题】 (10分)
以下哪些属于创业團队基本成员（ ）
【多选题】 (10分)
组建一支高效的创业团队要满足的原则包括（ ）
【判断题】 (10分)
在创业企业中，适当的认知性冲突对企业绩效会产生正面的影响
【判断题】 (10分)
创业团队要保证对企区块链在金融业的应用绝对控制权。
【判断题】 (10分)
企业不同发展阶段融资来源相哃
【单选题】 (10分)

【单选题】 (10分)
从性质上看资金主要分为几种类型？
【判断题】 (10分)
大多数人对"融资"并不陌生譬如房屋租赁、汽车租赁等，但这些通常不会发生所有权转移问题可归为传统租赁。
【判断题】 (10分)
融资租赁则是现代租赁业代表本质上属于一种与银行信贷、保險并列的金融手段。它是在分期付款的基础上引入出租服务中所有权和使用权分离的特性，租赁结束后将所有权转移给承租人的现代营銷方式
【判断题】 (10分)
具有高风险、不确定回报的企业适合选择债务融资方式。
【判断题】 (10分)
天使投资一般以个体形式存在
【单选题】 (10汾)
以下哪项不属于创业投资的特征（ ）
【多选题】 (10分)
投资者正确的增值服务理念包括（ ）
【多选题】 (10分)
投资者项目监控的基本方法有（ ）
C、随时评估企业经营环境
D、通过中介了解企业运营状况
【判断题】 (10分)
企业风险管理是企业高层管理者参与的事情，与一般员工无关
【判断題】 (10分)
创业管理与传统职能管理一样都具有层级的组织结构

【判断题】 (10分)
创业管理的战略导向体现为资源导向特征
【多选题】 (10分)
企业成长需要如何准备
【判断题】 (10分)
企业裂变是专指在母体企业不愿意也不支持的情况下出现的衍生行为，即衍生创业
【多选题】 (10分)
企业成长戰略包括（ ）
【判断题】 (10分)
在确定性环境中需要非常多样化的多种假设。
【判断题】 (10分)
在不确定性环境中应迅速放弃失败的方法
【判断題】 (10分)
企业传承内容的核心是技术。
【单选题】 (10分)
创业失败的核心问题是（ ）
【判断题】 (10分)
建立劳动保障制度会增加企区块链在金融业的應用运营成本
【单选题】 (10分)
创业企业解决经济纠纷的途径不包括

【单选题】 (10分)
不为创业者选择企业法律形式时所考虑的主要因素是
【单选題】 (10分)
在企区块链在金融业的应用创建阶段创业者面临的法律问题不包括：
B、协调租赁和融资问题
C、申请专利、商标或版权的保护
【单选題】 (10分)
聘请常年法律顾问的这一重要措施属于创业风险的
【多选题】 (10分)
知识产权主要包括（ ）
【判断题】 (10分)
只有已采取了保密措施商业秘密才受法律保护
【判断题】 (10分)
【多选题】 (10分)
如何解决经济纠纷（ ）
【判断题】 (10分)
专利的最大的好处是专利建立的竞争壁垒非常高。
【判斷题】 (10分)
社会创业是通过公益手段来解决社会问题

【多选题】 (10分)
我国的社会创业表现形式包括：

【单选题】 (10分)
创业者道德困境不包括：
C、利益相关者的社会责任
【单选题】 (10分)
要帮助具有“社会适应障碍”的创业者消除心理障碍方法是帮助其
【判断题】 (10分)
创业管理不同于传統管理。它主要研究企业管理层的创业行为研究企业管理层如何延续注入创业精神和创新活力，增强企区块链在金融业的应用战略管理柔性和竞争优势
【多选题】 (10分)
社会创区块链在金融业的应用特征包括（ ）
【判断题】 (10分)
社会创业与商业活动是对立的。
【判断题】 (10分)
社會创业与慈善活动的最大区别在于社会创业不仅追求社会价值，也追求财务回报
【判断题】 (10分)
社会企业以社会利益最大化而非经济利潤最大化为主要目标。
【多选题】 (10分)
社会创区块链在金融业的应用价值包括（ ）