摘要：
数字化转型（Digital transformation）是建立在数字化转换（Digitization）、数字化升级（Digitalization）基础上， 进一步触及公司核心业务，以新建一种商业模式为目标的高层次转型。数字化转型Digital transformation是开发数字化技术及支持能力以新建一个富有活力的数字化商业模式。
数字化转型表明，只有企业对其业务进行系统性、彻底的（或重大和完全的）重新定义——而不仅仅是IT，而是对组织活动、流程、业务模式和员工能力的方方面面进行重新定义的时候，成功才会得以实现。
那么测试行业该如何做数字化转型呢？或者是不是可以做数字化转型呢？
正文：
以上摘要摘自百度百科，关键词“数字化转型”，下图是我依照百度百科照搬过来的。
数字化转型可以肯定的是先进有利的，确实能够对企业产生非常巨大的价值，那么测试行业是不是也可以做数字化转型呢。这个要从几个方面分析。
首先数字化转型的步骤，数字化转型细化起来是很复杂的，但是简单归结的话无非分为三个步骤，第一步是信息数字化，首先需要有一个数字的基础，拿到当前的基础业务数据，形成数据池，做到数据留存可查。第二步是流程数字化，在数据池的基础上，对数据进行分类整理，流程与数据对应，干系人都可以看到实施的数据监控。第三步是业务数字化，利用数据分析能力，反作用于流程，对流程和资源进行优化，达到最优流程和资源发挥的极限。
其次是问题调研，测试行业遇到有哪些需要数字化的问题。当下谈几个我经常遇到的问题：
1、业务提过来的需求，是不是有测试资源支持，可不可以及时排期？
2、需求分析经常是业务、开发沟通，或者需求与开发领导、测试领导沟通，最终是测试人员接到了测试任务，但却不知道需求联系人是谁。
3、开发团队不知道测试团队在干什么？什么时候可以做案例评审？什么时间可以开始测试？
4、多人协同任务，互相不了解当前各自的进度
5、多人协同，但却不知道团队当前谁最勤，谁最懒，谁最忙，谁最闲
6、业务人员不了解当前测试进度
7、业务人员不了解当前需求的测试质量如何
8、相关领导干系人不了解需求进度、质量
9、阻塞问题无法及时处理
10、人员考核问题
11、测试资源分配问题
然后分析测试过程中有哪些数字化基础？测试过程中所有能够留存的数据都算是数字化基础，比如说：需求提出部门、业务联系人、需求联系人、需求条目化、需求上线计划、测试计划、测试案例、测试执行记录、缺陷等等。但是这些还只是数据，以上所有的这些所有数据需要均做到可以留存，作为数据资源池的一部分，日积月累，然后还需要做到可查询，这些算是完成了第一步数据积累，信息数字化。
进一步分析是不是可以做成流程数字化？此处以“测试资源分配”为例，请看下图：
上图（1）中说明了三个信息，第一是当前我们的资源池中有哪些测试人员，第二说明了精通各项业务的测试人员都有谁，第三说明了测试人员当前手上的工作量。利用这三个信息是不是就可以解决相当一部分的测试资源分配问题，比如新过来一个信贷的需求，那么我就会把任务分配给李二，而不是分配给张六或者王五。
上图（2）中表述了当前需求所处进度，需求已完成、开发已完成，集成测试、冒烟测试、第一轮测试均为进行中，其实这个图是有问题的，比如为什么集成测试和冒烟测试同步进行，根据数据来发现问题。
怎么做数字化转型，既然我们已经做到了流程数字化，可以通过数据来监控我们的所有进度，资源分配，并且分析到其中的不合理，那么我们就可以针对这些不合理来进行优化。其中包括流程的优化，也包括资源分配策略的优化，制定好响应的策略，那么就可以使系统使用策略自动的去判定需求应该分配给哪个测试人员，自动的对进度风险进行提示。也可以根据设定好的策略去做更多的事情，接下来就是推广和优化，利用数字化的优势去完成这些事情。当所有的测试过程都可以用数字化去表示，去推动，去优化的时候，那就是数字化转型成功的时候。
结尾：
以上皆为信口胡诌，只是最近看到了很多数字化转型的知识，引发了一些思考，也不知对与不对，是否有益，也许做了很多尝试之后发现都是错的，不过错误的经验也不失为一种好的经验吧。万一成功了呢
原创辛苦，还请多多推广和关注，祝您工作顺利，天天加薪！！！
