一、了解需求

　　了解需求可以算是老生常谈，每个人都知道或是都听老人说过，在项目初期了解需求是相当重要的，但是在没有真正接触项目时也只是知道这句话，并不能真正的体会。在项目过程中才会真正的感受到需求了解不全面所带来的不便。我觉得在前期不同阶段必须了解的需求为：

　　（1）PRD评审前：熟悉PRD文档内容，先有个自己的理解，找出不理解不清楚的地方，记录下来，PRD评审时讨论。

　　（2）PRD评审：了解清楚整个项目的目标是什么，要实现哪些功能，哪些是新功能，哪些是优化功能，优化目标是什么。

　　（3）技术方案评审及UC评审：清楚功能模块的实现，以及与其它接口的交互，涉及的表及表结构的变化以及重要字段意义。

　　另外，在设计完用例后所有的场景一定要确保自己能够清楚整个流程步骤，如果到真正开始测试的时候，去跑TC的时候你才发现流程步骤都不清楚，将会大大降低测试执行的效率。

　　二、测试设计

　　如何进行测试设计，网上书上都有很多介绍，在项目测试过程中发现，因果图法、等价类的划分方法及边界值分析方法用到的比较多。

　　（1）因果图法：前期主要采用因果图法，不仅可以让自己对需求了解的更透彻，也可以让测试设计的覆盖更全面。

　　（2）等价类划分方法：后期在完全覆盖所有场景的情况下，采用划分等价类的方法在保证覆盖的前提下尽量减少TC的数量。

　　（3）边界值分析方法：测试过程中会发现许多问题都是出现在输入或输出的边界值的地方，因此如果测试过程中涉及到边界值问题，边界值的测试在整个测试过程将要进行重点测试。

　　三、自动化测试应用

　　回归测试时脚本的应用能够大大降低整个测试执行的时间。

　　一个项目可能会有三种类别，一个全新软件的开发、对原软件系统的优化或系统中某一模块的优化。不论是这三种中的哪一种，基本上在测试的回归过程中，整个系统中的所有功能基本都要进行回归。因为一个系统中的某一模块与其它模块不可能达到百分百的解耦，为了最终整个系统能够正常上线运行，势必要对整个系统中的大部分功能要进行回归。完全手动回归，不用说大家都可以想像这种情况的会有怎样的结果。

　　这时候，自动化的优势完全体现，手动一天才能完成的测试，如果能够完全使用脚本，可能两三个小时就可以完成测试。

　　项目测试中的一些感触，有看着不爽的地方欢迎拍砖指正，呵呵。