项目基本情况：联结手机和website的C/S系统，在client端和server端都已上线的情况下对现在的软件进行升级，增加新的功能。
项目最大风险：在发布新功能的同时必须保证旧的client端能配合新的server端正常使用以前的功能
项目时间控制方式：项目开始之前有要做的feature list,针对每一个feature制定一个due date,当有新功能点加入，往后顺延相应的时间
项目目标实现：项目达到预期目标并且顺利release.
关于测试的体会：
1. 需求理解
a) 带着solution问问题比盲目地去向客户要答案效果要好得多,在问一个问题之前，想想可能的解决方案以及它们的优缺点，一方面可以帮助自己理清思路，另一方面，可以节约双方的时间，减少沟通成本
b) 对讨论的问题，尽量做到百分百understanding，即使是需求讨论中确认过的东西，大家的理解到后期也可能也会有所偏离，所以如果是图例，格式方面的需求，最好是有简单的样本可以参考，如果是概念性的东西，最好是交流的双方用流程图或者复述的形式来加深印象。
c) 随时更新详细的新需求到需求跟踪软件或需求说明文档当中去，做到有据可查。目前项目中用jira的跟踪方式，把需求以comments的形式附加在每一个issue之后，当针对单个功能点有疑问的时候，可以快速找到需求，解决问题。缺点在于没有集中的需求文档，需要凭记忆来找到对应的jira号，所以在大型的项目里，可以采取jira记录为主，不断更新初始的需求文档为辅的方式。
2. 测试执行
a) 测试过程中注重所用条件是否涵盖真实用户的使用情况，在测试开始之前，了解待测项目中各种数据的含义，并且有意识地模拟产生用户有可能用到的数据，有利于在后期的测试过程中发现问题
b) 做任何判断之前，重新确认一遍需求，避免无意识的遗忘，特别是那种自认为需求烂熟于心的地方，花十秒钟时间回顾一下，说不定会有意外发现。
c) 即使对项目当前的功能点很清楚，也还是应该有一份测试参照表格，比如一份简洁明了的测试点分析表格，在测试的时候可以帮助自己整理思路，有效提高测试效率。
d) 重视兼容性测试，定期备份重要数据。在产品已上线的情况下发布新版本，为了不影响以前用户的使用，开发人员在开发新功能的时候必须确保新的Server端版本可以向下兼容。作为测试人员，需要在每一次版本发布的时候，用新的Server端代码来匹配以前的Client端版本，来确定确认开发人员所提交的东西不会影响以前的功能。同时，在同步开发修改的东西之前，应该对重要的数据做一些备份，比如DB，以防同步时不恰当的不可逆操作破坏现有的数据。这种做法可以保障测试工作在安全的前提下进行。
3. 时间控制方式
本项目中，预留了足够的时间做estimation,为每一个issue确定最终的due date,并且严格按计划进行。
好处：透明地控制项目进度，项目组的成员都可以对当前项目进展有自己的度量
弊端：每一个issue里都包含了Test时间，如果开发方面有Delay的话，直接影响测试时间，另外，公司实行弹性工作制，项目组成员工作时间的不固定，会加重这一矛盾。
可试行的解决方案：明确划分项目组中不同角色各自的时限。当然，这种方式在某种适度上是很难做到的，因为很少有时候可以完全正确地估计开发者的时间，测试可以在需求分析阶段积极寻找可能出现的问题，降低后期陷入被动状态的机率。
4. 测试风险回顾
在本项目的测试过程中，主要出现过以下几方面的风险：
a) 开发人员无法按时提交代码，导致测试工作无法按时开展
b) 客户在临近发布时提出功能性的修改，需要在压缩的时间内执行测试
c) 测试过程中发现高优先级的bug,需要超出预计的时间返工修改
可借鉴的经验：
a) 开发人员调整任务优先级，可以相互帮忙，先解决高优先级的issue,尽量按时release
b) 如果没有办法按时完成，尽早通知客户
