一、前提条件

　　1.培养个人素质：

　　a）对工作一丝不苟的谨慎态度和一如既往的高昂热情。

　　b）探索精神，打破沙锅问到底。

　　c）追求完美，创造性思维，想出富有创意甚至超常的手段来寻找缺陷。

　　d）善于表达观点，并组织好语言，描述操作过程应做到通俗易懂。

　　2.认识职责所在：

　　a）测试用例、测试计划的编写，测试资源、测试质量的协调保证。

　　b）测试执行，部分自动化测试、性能测试。

　　c）国外、国内，外场测试的支持。

　　二、测试目的

　　测试的目的是为了发现尽可能多的缺陷，这个观念很容易让人接受，但是却很难落实到实际工作中，因为测试的目的常常被定位为“证明软件没有问题”。软件质量是否优良在投产后才能有所体现。

　　正确理解测试的目的十分重要。如果认为测试的目的是为了说明程序中没有缺陷，那么测试人员就会向这个目标靠拢，因而下意识地设计很多不易暴露错误的测试示例，这些测试用例恰恰证明软件实现了预期功能，这样的测试是不真实的。成功的测试在于发现了迄今尚未发现的缺陷。

　　三、测试流程

　　1.项目需求评审：

　　a）评审原则：检查需求的正确性，无歧义性，完整性，一致性，可执行性，可验证性，可修复性，可追溯性。不要只检查文档的表面文字和界面，要深入思考，该功能是否符合逻辑，敢于提出问题。

　　b）评审要点：是否描述可输入/输出值的属性，如边界值，度量单位，时序要求等。是否描述清楚软件模块与模块间衔接处的处理情况及返回值。专用名词是否一致性等等。

　　2.制定测试计划

　　a.对测试项目进行划分进程，明晰在某个时间应该完成某个测试任务。尽量细分测试阶段及人员分配。

　　b.了解、收集并整理测试所需的资源。

　　c.制定可用度量指标定义的测试成功条件。

　　3.设计测试用例：

　　a）基本要素：测试目的、前提条件、输入数据或操作过程、期望的响应。

　　b）不同的测试例其用途应当不同，不要冗余。

　　c）设计测试用例在除了常用数据外，还需要考虑极限值、边界值、重复值、0值及负值，即不同的测试用例需要不同类型的数据值来进行测试。

　　d）设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。

　　4.测试过程

　　a）集成测试：将一些程序模块集成在一起时，测试它们能否正常运行。

　　b）系统测试：指在于模块测试与单元测试的基础上进行测试。了解系统功能与性能，根据测试用例进行全面的测试。目的在于测试软件是否符合所有需求（包括功能性需求与非功能性需求）。