关于软件功能测试的秘密(功能测试到底是什么)

Go_Ahead 2015-09-08

展开全文

其实，谈到功能测试也许很多人会说很简单啊，又不需要技术，是个人都可以做，扪心反问一下真的是这样吗？你真的可以做好功能测试吗？经过自己切身体验后我再次思考了功能测试的很多问题：

1.功能测试是做什么的，其测试重点是什么

2.怎样才能做好功能测试(你是通过什么样的方式方法来做的)
3.功能测试的步骤有哪些

理想情况下，功能测试所走的流程如下：

作为一个测试你可能会觉得，测试的工作是在项目开发完成后才进行的，其实不然，测试也应与开发同时俱进，测试的工作应该从一个项目的需求分析开始就参与进去，这样才能切实的了解项目的背景和用户的需求，再根据项目的开发进度编写对应的测试计划

[测试计划]定义：
软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档；在越来越多公司的软件开发中，软件质量日益受到重视，测试过程也从一个相对独立的步骤越来越紧密嵌套在软件整个生命周期中，那么，如何规划整个项目周期的测试工作以及如何将测试工作上升到测试管理的高度就依赖于测试计划的制定。测试计划因此也成为测试工作赖于展开的基础。
(一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档，它确认了测试项、被测特征、测试任务、人员安排以及任何偶发事件的风险)
通常情况下，我们的测试计划包含：测试用例的编写时间/执行用例的时间/执行回归测试的时间所有的这些都要根据项目进度来设定，以保证计划的正常进行。
编写完测试计划以后，也不要急于编写测试用例，要先确定需求分析是否已经完成并经过评审(这点非常重要，因为在实际工作中需求的不确定性实在是太大了，很多时候即使需求文档已经编写完成但并不代表它就已经是正确描述了用户的真实意图，通常都需要仔细认真琢磨几遍以确保你所知道的需求是正确的)。如果你已经确定了解了需求，接下来就要根据需求编写[测试要点]，所谓的测试要点就是测试用例的框架，把需求分析中的用户要求和用户业务记录下来，区分[主要需求]和[次要需求]，这主要是表现测试的全面和测试重点的突出。
测试要点编写完以后开始编写测试用例。(编写测试用例的方法，怎样编写才能保证最大覆盖率，没有漏掉或忘记，应该也有一个大的框架来指导)

用例编写完以后即可进行测试了，那么在做测试时要按照测试用例来操作，确保每个用例至少被执行了一次，每个用例执行完以后都要对比一下系统的实际输出和期望输出是否一致，若不一致要记录到[测试报告]中。
测试完成以后需要及时把测试报告反馈给开发人员，以便他们立即修改。开发人员修改完以后进入到[回归测试]，即验证上次测试时所发现的问题是否已被修改，或是否又产生新的问题，这个过程非常繁琐，可能需要把之前的测试用例再重新执行一遍。这时候可能会涉及到[自动化测试]，自动化测试要花费大量的时间去维护测试脚本，也很麻烦。当然，你也可以把发现问题的测试用例与它有关联的测试用例重新执行一遍，都没有问题，表示测试完成，否则，再次提交测试报告。
实际工作中软件测试并不像我们想象中的那样能够顺利的执行，往往会出现：

1.软件的需求不完整，不是最新的甚至没有需求文档

没有需求也就意味着功能测试没有了依据，这时候就需要测试人员和开发人员用户多多交流，站在用户的角度考虑问题，了解用户到底需要什么样的软件，希望软件实现什么样的功能。然后，根据这些编写测试要点，再找用户或开发人员进行确认，最后编写测试用例。

2.测试着手进行时，项目已经开发完成(也许你还不了解需求是什么，即测试没有与开发同时进行，这也与每个公司对待测试的不同态度有关)

3.交付测试时，离项目完成时间很短，没有太长时间进行测试

要做好功能测试，需要注意一下几点：

1.足够了解被测系统，各个功能及业务逻辑

2.知道有哪些测试方法，并且可以灵活的运用到所测的项目中

知道这两点你就可以轻松的编写测试用例

测试用例通俗的解释：把测试系统的操作步骤按照一定的格式用文字描述出来。

为何要写测试用例?

->理清思路,避免遗漏

->跟踪测试进展