app功能测试还是需从需求出发，功能测试无非就是尽可能多的且全面的覆盖住用户们的需求，使软件能够最大程度的满足客户及其用户们的需求。在app功能测试开始前，测试人员尽可能的早的参与到软件的评审中，这样有利于测试人员明确需求，避免一些需求不明确造成的问题。

一、测试人员在需求评审中要保证：

1.确认最近对需求的理解清晰，不存在模糊不清且疑虑的地方。

2.确认需求文档的完整性及准确性，为之后的测试工作保证。

3.在评审中可以对自己不明确或觉得不合理的地方提出自己的意见。

二、测试计划

测试计划是在拿到需求文档后，测试人员根据需求文档来规划测试的范围、方法、资源及其时间，其侧重于规划之上，在进行测试计划的编写时要有一下几点：

1.要确定测试方位及测试目标；2.角度与职责；3.进度与资源的分配；4.正确与错误的判定。

测试计划更多的是规划，规划测试工作的进行与开展，主要是以往哪测、怎么测开展开展。
三、编写测试用例

编写测试用例是为了让测试进行变得有迹可循，让自己知道自己下一步该做什么，而不是一股脑地想到啥测啥，也同时是防止漏测。

因此在测试用例中需要编写出测试的内容与方向，测试用例的表达要清晰，用例的可操作性，用例的输入与输出要明确。

用例的设计方法用但不仅限于以下几种：等价划分法，边界值法，因果表法，场景法，错误推测法，需求分析法等。

四、用例的评审

测试人员在用例编写好后，并不能直接进行测试，还需要组内人员进行一个统一的评审，检查用例设计的合理性与覆盖性，是否能够最大限度的覆盖用户所需要的需求上。

五、执行测试用例

测试用例评审通过后，测试人员就可以根据编写出来的测试用例进行测试。

并将测试结果与用例中的预期结果进行对比，并进行详细的记录。

六、缺陷跟踪及报告的编写

缺陷跟踪就是指在未通过提交的bug，开发需要修复bug。我们需要在项目管理工具中进行缺陷提交，要明确缺陷发生的标题及模块、优先级、操作步骤、以及预期结果与实际结果，在条件允许的情况下最好带上附件，表明实际结果是什么样的，且明确缺陷修复的开发是谁。当缺陷进行修复后，测试人员需要对该程序进行一次回归测试，如果还不通过则需要再次提交。

七、报告的编写

测试报告的编写是在，当测试通过师则可以对该缺陷进行关闭，最后对这次的测试进行一个报告的产出。

测试的报告中需要真实的写出测试时发送的问题，解决的情况，但是在企业中测试的报告并不会对重大的缺陷进行一个报告，目的是防止客户对其能力的怀疑，但是在编写测试报告时一定要确保真实性，不能子虚乌有的写出一大堆，且一定要保证缺陷的关闭。

在app功能测试中，测试人员是无法找出软件中所有的缺陷的，但是软件测试也是不可或缺的，软件测试可以减少绝大部分开发无法找出的问题，减少那些项目中照成的损失，因此软件测试的参与一定要是越早越好。