更多精彩， 　　1.应从产品人员手中获取需求，尽量要求产品人员对需求进行讲解（需求评审）

　　2.我们要做测试需求分析，并应用相对应的方法论，还要进行需求串讲

　　3.测试需求分析的方法：分解功能点，然后对每一个功能点进行需求规则的分析。分析的方法有：1.输入划分、2.质量模型分析（功能、性能、安全、易用性、稳定性等各个维度）3.功能交互分析、4.用户关联图分析。

02

测试计划

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

03

用例设计

　　1.所有功能点和需求规则都要被覆盖，（用例设计方法、评审、需求分析）

　　2.最少的测试用例，（合适的用例设计方法）

　　3.应多考虑业务层面的测试用例，安全、性能等各种非功能层面也应该考虑。（全栈）

　　4.多考虑测试场景与结果检查

　　5.应对测试用例进行评审

04

测试准备

　　1.测试环境应该要尽可能的接近真实环境

　　2.测试环境应该能够包含各种测试场景

　　3.测试数据应该尽可能真实，也包含了各种能够覆盖场景的测试数据

05

测试执行

　　1.用例要%的执行，不能够放过任何一个测试用例或测试场景

　　2.测试的轮次安排，应安排3轮测试。每一轮测试重点应该不一样。

　　3.使用测试工具（数据库工具，Linux、自动化、接口、性能测试等）

　　4.引用缺陷管理工具，标准化缺陷管理流程，规范开发与测试对缺陷的管理

　　5.过Bug是个好东西

　　6.让产品人员、客户也介入测试，进行UAT测试

　　7.让开发人员也介入测试，让他们做单元测试（开发内测）

06

测试总结

　　似乎与质量没有直接关系

07

测试管理相关

　　1.编写测试日报，定期向团队汇报测试进展以及问题及风险

　　2.为了让文档的管理变得更规范，应引入SVN进行配置管理