如何测试工作流－去微软面试

%TQ{:mK0]i"ZVp0在我找工作的那段日子里，面试的2，3个公司，要做的项目都是与工作流有观点。所以我在网上找了关于工作流测试的文章，可惜，找到的很少，而有实际利用价值的几乎没有。在这期间，我参加了微软的外包面试，首先是外包公司的人面我，长大1个半小时的交谈，我从刚开始信心满满到最后说不上几句话，倒不是那人水平有多高，只是在交谈的过程中不断反省自己在测试工作中缺乏规范，缺少总结和不断发展的精神。在面试的最后10分钟，他跟我谈了工资待遇及条件，然后跟我说明天区微软面试，要做的项目就是OA工作流，要我回去找这方面的资料。51Testing软件测试网z5nD3Q~p.D"d

MX\ Z%h#_UoT$A\`0查询的结果一开头就说了。其实，我做过的项目也有类似工作流的项目，但都只是比较简单的流程流转，包括流程定制和事务并发等业务，但是和真正的工作流的差距还是比较大的。何况，是在微软面试，我心里很没底。51Testing软件测试网F4mu%^;~*n)y

第2天，到了外包公司，原来另外有2个女的也是去面试的。简单的交流中，我感觉她们在平时的测试工作中也并不规范，对工作流比我更是一片空白。于是乎，我便恢复自信起来，外包的人在一旁说：微软这次招的人很急，差不多都会要的（目前这个项目已经有60多个测试人员，还在不断招人）。于是，在去面试的车上，我就开始打算去微软工作后的场景了。只是，这些都成了黄粱美梦了。51Testing软件测试网_)J\aS&]

我是最后一个面试的。一个MM面我，首先自我介绍，我就介绍了我参与的一个项目，MM对这个项目很感兴趣，也聊了不少，比如项目遇到的困难，使用的测试工具（她似乎不知道JIRA，难道是假装的?不过微软的测试工具都是自己开发的，还是因为JIRA是JAVA平台？）。聊的兴起，我一下子把外包的人交代的要把自己吹嘘的多规范多专业的话抛到脑后。我说起这个项目的测试人员要录一万多条实际数据，她很感兴趣的问那是手工录还是工具生成，我一脸苦笑的说我们是从手工到工具一步步走过来的，手工录了3个月，等工具终于开发出来，可由于该工具未经过测试，导过来的数据都不能用的，还要花大巴时间去校验。她也笑了，低头说她也经历过这样的工作。就这么着，我感觉她跟我一下拉近了很多。51Testing软件测试网CE6\)U^ Q%t;Wg+YP)c

然后，说到了工作流。我做的那个项目的设计思想是将各个业务当成一个个功能点，然后定义功能的输入和输出，测试分为功能点的测试和流程的测试，包括流程的状态，权限，路径等等。我觉得这样说肯定不会有错的。只是那个项目的业务比较简单，包括撤销，回退，收回，会签等，单个流程的节点数也不多，最多10个左右吧。51Testing软件测试网2\h a6B0m"w

感觉聊了很久，然后就很开心的觉得这次面的一定能通过。出门的时候特别兴奋，那2天还将QQ签名改成了去微软做vender。失败啊！测试人员不应该这样心急！51Testing软件测试网[/b7G&tV

不过，我现在做的这个项目也是工作流，用的是一个比较成熟的产品，比较牛的是，工作流用JAVA，表单用C#,可谓将JAVA和.net完美结合在一起了。

OK，继续我的工作流测试之路51Testing软件测试网 s k9n+_}[ u7U1W