1.1

1、项目需求文档评审
      接到一个项目，首先熟悉项目的性质，是原有功能改造，还是新功能增加，抑或系统优化。
      此项目是属于原有功能改造加系统优化，主要目的是节约成本。
      需求评审阶段，要预先熟悉PRD，功能改造后，是否解决了客户反馈的需求问题，性能上是否能满足客户的需求，是否影响用户体验。这些点有时候是相互制约的，有可能技术上为了提高性能会砍掉一部分需求，这时PD要评估此时的需求是否是达到了这个项目的预期。否则做上去的项目仍解决不了最根本的问题，就是浪费资源和时间了。
      在需求评审过程中，对于GUI级别的，可以从以往的经验中，发表自己认为合适的解决方案。对于节约系统成本这些，我们如果有能力去感知，那最好不过了。
2、项目测试计划编写
      测试计划模板给出了测试计划中要反映的一些参照点，方便新人在做计划时不遗漏。测试计划主要涵盖以下几个方面：功能需求分解、测试时间安排、人员分工职责、项目约定、风险预估。
      现在重点是对于项目约定的执行和风险预估的把控。
      项目约定是由测试人员去推动的，没有约定不成方圆，项目约定在于规划和管理项目，用一些成功的项目经验来管理项目，最好在项目立项阶段就将约定发出来。
      风险把控这块，是大家要尝试着持续做下去。怎样识别风险，系统的，资源的。