软件测试的几个阶段-组成原理阶段测试

软件测试的几个阶段和作用（请在专栏文章中阅读）软件测试的全过程是一个由tdd到ddd，逐渐偏向于数据驱动的范畴的过程。软件测试的全过程包括pc端测试（功能测试）、手机端测试（性能测试）、客户端测试（兼容性测试）、项目过程中的质量保证（功能保证和兼容性保证）、设计文档规格说明文档等等至少两个阶段。今天我将主要关注功能测试（pc端测试）。功能测试的方法主要有三种。（。

1）经典的bdd测试——软件的分析和开发结合的方法。它强调brief结构和开发的联系和相互依赖关系。测试分析员通过规格说明向开发进行测试分析，同时需要先做用例设计。

2）scrumcase-basedtesting。它的思想是软件或系统分析的工作在执行之前进行，从而有效地降低开发过程中的风险。

3）mvc+p。强调软件的设计结构。其中软件的设计要依靠软件的设计说明文档，并且通过开发人员写好完整的设计说明书；而把功能开发任务分解成多个任务分支，分别交给相关的工程师开发，由工程师实现，在最终发布测试时统一验收。现在主流的软件测试工具有visualstudio、freemake、selenium、qtp等，使用这些工具可以进行基本的功能测试，visualstudio有自带的测试工具，虽然现在selenium有内置脚本可以不用动手写测试脚本，但是还是自带一个测试脚本方便维护。使用了这些工具软件测试的几个阶段，测试过程已经可以和开发人员无差异。

对于功能测试来说，主要有两点需要注意：

1）功能测试环境的准备。功能测试环境是随着软件的发布不断被新增或者替换的，因此测试过程不断变化。所以不能在准备测试环境的时候等到测试环境都准备好了再开始测试，而是一直到设计环境都准备好了才开始功能测试。因为如果只是设计环境里有问题，还可以修改实现步骤；在真正实现阶段，会出现意想不到的错误。假设先开发1天软件软件测试的几个阶段，在实际发布阶段，可能发现这部分测试点没做。（。

2）应该测试越过各种限制。功能测试的限制分为测试人员能实现和测试人员难以实现。软件包括很多部分，并且每个部分是独立的，每个部分的测试应该回归到整个软件的最核心，不能在其他部分留下薄弱的环节，不能在某个部分只测一个子系统。测试不能测试不属于功能测试范畴的范畴，应该测试实现了这个功能的部分，比如电信网络软件。

如果测试的仅仅是单个功能，也可以算是功能测试。只要该功能本身的实现和设计不出问题，测试人员都可以实现这个功能，例如：qc功能测试中，让ui测试人员实现移动到3.5寸手机以上的功能。这个测试是由开发人员测试的，当然就算在测试环境测试这个功能也。