UAT测试之随想

   什么是UAT测试,只要我们百度一下,就会得到如下百科的解释:

   UAT，(user acceptance Test),用户接受度测试 即验收测试
　　以下是它的一些一般步骤；仅供参考
　　一步:用户培训手册准备（就是针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：一般是测试对象使用/功能手册及要培训的用户的个人资料等等：就跟教师上课进行备课差不多）
　　二步：测试脚本发放（如果你公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特点的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发））
　　三步：用户补充业务测试场景和测试数据（就是：请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好）
　　四步：顾问补充测试步骤（你可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充）
　　五步：培训资料及测试脚本文档的确定与最终输出(一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档）
　　六步：测试策略的制定（如嵌入测试策略等，http://www.51testing.com/cgi-bin ... 2%CA%D4%B2%DF%C2%D4）
　　七步：测试用户的确定（大体上从培训人员中选取，因为不能每个接受培训的人员都是资格去测试的，这里你可以通过一些考核来实现人员的筛选等等）
　　八步：由专门的测试组织机构确定测试地点，并发出通知
　　九步：测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些case工具等)
　　十步：组织进行测试
　　十一步：评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环）
　　UAT测试的重点,我想主要体现在以下几个方面
　　一是：培训的资料表述要准确全面，易懂等（这是理论基础）
　　二是：人员选择，要典型有代表性（用户基础）
　　三是：测试流程步骤（要周密）
　　四是：测试策略制定（确定一个适合测试对象及测试人员的测试策略）
　　五是：问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）

    关于UAT测试的解释,我想如上的解释不管是对于专业测试人员来讲还是只想了解这个名词的人来说,简单明了易懂就足够了。我个人觉得这样来诠释我们的UAT测试是挺全面挺不错的。但是，可能是因为环境的不一样，项目的不一样，针对我参于几个项目的UAT测试来看，有的时候我不仅为自己捏了把汗，同时也感觉到非常的惭愧。关于专业测试人员与用户的界限，在不同的项目中我都担任过这些角色，用户，专业测试人员。

    在每个不同的项目中，我们真正的UAT测试是否都是如上的解释，关于测试用户的确定，在参与的项目中，我想可能除了一个国外的项目之外，国内的项目，真正的测试用户的确定，恐怕真正的没有那个企业是真正地有严格按照上面介绍的流程来，想到一句话，理想与现实差别真的是蛮大的。按道理在这个行业呆了虽然不长也不短，要发出这样的感叹真的有点过错。但可能是最近静下来想的一些事情和遇到的一些事情，让我感觉到“专业”这个名词的重要性。还记得当初毕业实习的时候，公司一前辈说过我们：“你们做事也太不专业了。”当时一群人，年少无知（PS：呵呵，并不代表现在就有知了）只是觉得前辈说话真的挺逗，所以，很多次我们开玩笑的时候都总喜欢引用前辈说的这句话。不过，最近碰到的一件事情，让我对“专业”这个词感到不自信了，也不仅问自己，我真的专业么？面对着目前的现状，我真的没有勇气说我是专业的测试人员了。关于“专业”这个，给大家分享一个小故事。

   某司财务人员在处理的一些相关费用报销时，没有认真看清相关工作制度为相关人员造成的困扰和过多的解释工作，浪费更多的时间和精力去处理由于自己的疏忽和理解能力造成的困扰。

    大家都知道每一家公司在营运管理过程中，都会考虑如何提高管理效率，同时也会有许多的规章制度的出现。而针对于每家公司的性质不一样，结合国家的一些相关政策，都会有一些为了适应这个社会的一些东西的出现。在大公司呆过的同行都知道，越大的公司流程是越细越规范，有的时候反而导致这个效率的降低，但是没有办法，所谓不依规矩不成方圆，另外财务制度在一个公司是非常重要的，就像一个家庭的管家一样，要想把一个公司经营好，就算流程再怎么繁琐也是必须的。毕竟人是很复杂的东西。同时也会涉及到一些变更。比如某家公司在年底的时候需要清理当年的相关财务方面的涉及到支付的帐务问题，那涉及到员工相关的费用就需要尽快的支付清算结束，但可能在这中间的过程中需要员工的自觉遵守和制度的合理，另外制订制度的人必须对自己所制订的制度要很熟悉，且能够在别人提出疑义的时候给出满意的答复。看似制订制度的人或许在一个公司中，往往都只是一个无足轻重的人，可能只是能写文档罢了，或者只是COPY一下人家的文档，而自己在操作过程中只需要将制度搬出来就OK了。 

   个人觉得，看似简单的一件事情，却可以看出一个人的专业素养和态度。我想不管你喜不喜欢现在的职业，喜不喜欢现在的工作氛围，喜不喜欢现在的状态，只要在岗一天，就得认认真真的工作态度来对待，在更大的程度上这一种态度也叫“专业”，同时在认认真真把事情做对的同时，也要不断地提高自己的理解分析能力，把自己的工作做得更“专业”化。比如在你所在的岗位上去学习和了解相关知识，同时关注与自己职位所相关的一些信息。这好比在UAT测试中，可能我们更多的专业测试人员在UAT测试阶段，都有一个共性，也就是对系统非常的熟悉，从而产生了定式思维，在UAT测试阶段不能查找出更多的BUG，或者是不能按照正确的业务需求去做好自己的份内工作。而在UAT测试阶段，没有多与用户沟通，他们真正在使用系统的过程中是怎么样去处理和对待实际业务，或者是怎么样的一个操作流程。而如果我们与用户沟通之后，也许我们收获得更多，同时也显得我们更为“专业”。我想“专业”更多的时候就是当陌生人在你所认识的人面前提起你的时候，人家说一句“这人真的不错”。看似简单的一句话，我想蕴含的意义真的很大。虽然工作只是生活的一部分，但从工作的专业性上，有的时候我们更容易学会如何用心地生活。

    也许很多同行都知道，真正如上所述的UAT测试流程实现起来，在国内很多就通过CMMI5的公司都不一定真正的做到。虽然我们天天打着“专业”的旗号去忽悠，但是很遗憾，有的时候环境造就了太多我们无法改变的东西，不想格格不入的我们只能就这样过着。做为专业的测试人员，有的时候我们是尴尬而无奈的。虽然我们都知道流程是很重要的，真正的专业做法应该是怎么样的，但往往我们越专业的时候往往寸步难行。但不管市场如何，我想，还是让自己变得“专业”起来吧，哪怕只是一篇WORD文档的编辑工作。

    专业工作，用心生活。