敏捷的测试方式，好像是国内的一些企业热爱的测试方式。其实这个也不难理解，这种测试方式能快速的解决问题，从而提高软件开发的效率。
在先前的公司所做的测试方式，来福州之后明显发现那种方式明显在这边不适用。
2、很多时候都是给你一个已经开发好的东西让你测，你根本没有经历需求分析和代码开发两个阶段。
3、很多软件公司，软件开发的周期都比较短，时间紧。这必然导致很多规范化的东西不能切实履行，只能采用最实际的方式：发现问题即沟通，然后面对面解决。
功能测试思路：
以客户需求(业务需求)为基础，数据为指导。
1、需求分析
拿到一个成品，首先熟悉需求，要想更细的了解最好参照开发需求(功能说明书)以及测试需求。如果这些文档并不齐全，只能靠自己的嘴巴和脑袋了。首先要用心分析需求文档，每个细节每个业务流程。对于不懂的或者与现有系统矛盾的地方，及时张开自己的金嘴去问熟悉这个系统的相关人员。
需求分析后，最好是能画出一个功能流程图。对于每个子功能，尽可能把各种可能的路径都显示在这张图上面。
对于如何画好这张图，这个时候最好的方式采用数据驱动的方式。每个模块之所以能关联在一起，追根揭底都是因为它们有数据传递。分析出数据流的流向，一般都能把握住功能与子功能的各个分支，尽量做到无遗漏。
2、测试执行
1)BVT测试，确保基本功能都跑通。
2)接口测试，将整个业务流程从创建数据，到处理数据，然后到处理结束，整个过程走一边，确保流程能走得通。
3)各个子功能深度测试。这个过程谁经验丰富谁占优势，但是也是有些技巧的。怎么确保此功能不会出现严重的问题了，首先研究数据。这个功能涉及到那些数据，然后从界面上提交关键数据，确保数据信息成功保存在数据库中。
4)关联测试。这个阶段，首先要搞清楚数据的关联。搞清楚这个关联可以采用两种方式结合：一个是从界面上了解数据之间的关联，另外一个更准确的方式是分析数据库。分析数据库中各个表中的数据，把每个外键找出来，然后找出外键相关的表。然后弄清楚这些表中的数据界面上哪里调用上。
文章来源于领测软件测试网 https://www.ltesting.net/
