按照业务流和数据流写测试用例

曾经看过一些公司写的测试用例，通常都是从业务流的角度来写测试用例，比如进入画面，点了什么按钮，出来什么结果。当然在一些数据检查的时候也会写一些输入**，会报错之类。数据流在测试用例中并没有得到足够的体现。 　　作为一个完整的详细设计书，它应该写清楚数据的增删改查，当然很多详细设计书没有写到这种程度，可是我们换个角度想，开发人员也是在这种不是很详细的设计下进行开发的，他们要根据式样的理解，写出满足条件的SQL文。 　　测试人员是不是同样需要根据式样的理解，写出满足条件的SQL文呢。反映到我们的用例中，然后可以通过用例评审的方法，达成双方式样理解的一致性。 　　作为功能测试而言，在我看来，数据的增