1.需求与测试需求方面
（1）应从产品人员手中获取需求，尽量要求产品人员对需求进行讲解(需求评审)
（2）我们要做测试需求分析，并应用相对应的方法论，还要进行需求串讲
（3）测试需求分析的方法：分解功能点，然后对每一个功能点进行需求规则的分析。分析的方法有：1.输入划分、2.质量模型分析(功能、性能、安全、易用性、稳定性等各个维度)3.功能交互分析、4.用户关联图分析。

2.测试计划

计划影响的是执行，计划需要根据实际情况来做，计划一旦制定就需要尽量的按照这个计划执行。

3.用例设计
（1）.所有功能点和需求规则都要被覆盖，(用例设计方法、评审、需求分析)
（2）.最少的测试用例，(合适的用例设计方法)
（3）.应多考虑业务层面的测试用例，安全、性能等各种非功能层面也应该考虑。(全栈)
（4）.多考虑测试场景与结果检查
（5）.应对测试用例进行评审

4.测试准备
（1）.测试环境应该要尽可能的接近真实环境
（2）.测试环境应该能够包含各种测试场景
（3）.测试数据应该尽可能真实，也包含了各种能够覆盖场景的测试数据
  5.测试执行
（1）.用例要100%的执行，不能够放过任何一个测试用例或测试场景
（2）.测试的轮次安排，应安排3轮测试。每一轮测试重点应该不一样。
（3）.使用测试工具(数据库工具，Linux、自动化、接口、性能测试等)
（4）.引用缺陷管理工具，标准化缺陷管理流程，规范开发与测试对缺陷的管理
（5）.过Bug是个好东西
（6）.让产品人员、客户也介入测试，进行UAT测试
（7）.让开发人员也介入测试，让他们做单元测试(开发内测)

6.测试总结
 似乎与质量没有直接关系

7.测试管理相关
 （1）.编写测试日报，定期向团队汇报测试进展以及问题及风险
 （2）.为了让文档的管理变得更规范，应引入SVN进行配置管理