测试技术--工作流1

    最近一直很忙，忘记更新博客了，呵呵。很早就想写一下测试技术方面的话题，现在终于静下心来写一下了。首先写一下大家都经常会测到的工作流的测试方法，说的不对的地方，请多多包涵。

    工作流肯定是有很多环节和角色，那我们一般采取什么方法比较好呢。我主要采取的是面向对象的方法和路径分析法。

    首先面向对象的方法，是将工作流根据需求或实际流程，将其分为n个环节对象。如，提交-->审核-->归档。这就是3个环节。我们就可以针对这3个环节编写测试用例。 

    其次针对每个环节对象，我们又可以编写测试用例。如提交环节包含的字段对象，针对每个字段对象的数据等信息编写测试用例；提交环节包含的按钮对象，如保存草稿等，针对按钮对象编写测试用例；提交环节的角色对象，针对角色编写对象；审核环节显示的流程历史等信息编写测试用例。

    根据上面的描述，我们就可以编写测试用例如下

    提交环节：字段显示测试（必填，字段显示数据）；保存草稿、保存模板；提交环节建单人测试，提交成功后，下一环节状态与接收人是否正确

    审核环节：字段显示测试（必填，字段显示数据）；阶段处理、会审；审核环节处理人测试，提交成功后，下一环节状态与接收人是否正确，历史环节的查看

    归档环节：字段显示测试（必填，字段显示数据）；归档；归档环节处理人测试，提交成功后，工单状态是否变为归档。历史环节的查看。

    面向对象大体就是这些，但里面有很多变化。如字段对象的测试，工单中每一个字段都含义不同，处理方式不同，这就要求我们测试的要很细，而且了解业务。历史环节的查看也有很多，有流程图要查看，表格似的历史状态要查看，抄送的列表查看，附近列表等这些都是归到历史环节查看中，历史环节中有很多字段，这样又演化出很多测试点。

    上面主要讲了面向对象测试工作流的方法，这里有很多测试用例的重复，目前我也没有很好的解决办法，最近安装了testlink希望通过软件能更好的处理测试用例的重复问题。再就是上面讲的主要是针对每个测试流程的测试方法，对于工作流中任务查询等页面没有涉及到。