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