一、前提条件
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）系统测试：指在于模块测试与单元测试的基础上进行测试。了解系统功能与性能，根据测试用例进行全面的测试。目的在于测试软件是否符合所有需求（包括功能性需求与非功能性需求）。
