1.需求与测试需求方面
1.应从产品人员手中获取需求，尽量要求产品人员对需求进行讲解（需求评审）
2.我们要做测试需求分析，并应用相对应的方法论，还要进行需求串讲
3.测试需求分析的方法：分解功能点，然后对每一个功能点进行需求规则的分析。分析的方法有：1.输入划分、2.质量模型分析（功能、性能、安全、易用性、稳定性等各个维度）3.功能交互分析、4.用户关联图分析。
2.测试计划
1.计划影响的是执行，计划需要根据实际情况来做，计划一旦制定就需要尽量的按照这个计划执行。
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进行配置管理
网友评论