怎么有效的执行功能测试

　　敏捷的测试方式，好像是国内的一些企业热爱的测试方式。其实这个也不难理解，这种测试方式能快速的解决问题，从而提高软件开发的效率。

　　在先前的公司所做的测试方式，来福州之后明显发现那种方式明显在这边不适用。

　　1、测试过程中，不会给你那么多时间去写那么详细的测试用例。

　　2、很多时候都是给你一个已经开发好的东西让你测，你根本没有经历需求分析和代码开发两个阶段。

　　3、很多软件公司，软件开发的周期都比较短，时间紧。这必然导致很多规范化的东西不能切实履行，只能采用最实际的方式：发现问题即沟通，然后面对面解决。

　　功能测试思路：

　　以客户需求（业务需求）为基础，数据为指导。

　　1、需求分析

　　拿到一个成品，首先熟悉需求，要想更细的了解最好参照开发需求（功能说明书）以及测试需求。如果这些文档并不齐全，只能靠自己的嘴巴和脑袋了。首先要用心分析需求文档，每个细节每个业务流程。对于不懂的或者与现有系统矛盾的地方，及时张开自己的金嘴去问熟悉这个系统的相关人员。

　　需求分析后，最好是能画出一个功能流程图。对于每个子功能，尽可能把各种可能的路径都显示在这张图上面。

　　对于如何画好这张图，这个时候最好的方式采用数据驱动的方式。每个模块之所以能关联在一起，追根揭底都是因为它们有数据传递。分析出数据流的流向，一般都能把握住功能与子功能的各个分支，尽量做到无遗漏。

　　2、测试执行

　　1）BVT测试，确保基本功能都跑通。

　　2）接口测试，将整个业务流程从创建数据，到处理数据，然后到处理结束，整个过程走一边，确保流程能走得通。

　　3）各个子功能深度测试。这个过程谁经验丰富谁占优势，但是也是有些技巧的。怎么确保此功能不会出现严重的问题了，首先研究数据。这个功能涉及到那些数据，然后从界面上提交关键数据，确保数据信息成功保存在数据库中。

　　4）关联测试。这个阶段，首先要搞清楚数据的关联。搞清楚这个关联可以采用两种方式结合：一个是从界面上了解数据之间的关联，另外一个更准确的方式是分析数据库。分析数据库中各个表中的数据，把每个外键找出来，然后找出外键相关的表。然后弄清楚这些表中的数据界面上哪里调用上。

　　原帖地址：http://bbs.51testing.com/thread-286866-1-1.html