Sprint35总结会_20140429
开发
原始方案 合并错误 全回归 缓存策略	1.开发阶段: 在处理某个功能时,可以优先考虑最原始的解决方案,例如,在解决【楼层重复】这个问题上。 2.合并阶段：合并代码时，需严格比较文件间的异同，防止合并错误。 3.回归阶段：QA在回归测试的过程中没有对最数码论坛进行回归，希望以后QA可以在回归测试中对每个网都进行回归，并核对回归的代码是主干的代码。 4.上线阶段：留意各网服务器针对静态文件的缓存策略，比如果派论坛会对静态文件缓存1小时。
QA
插件配置 接口测试	1.本次测试过程中未关注到兼容性测试，导致在上线过程中发现纯文本URL输入不带入链接功能出现问题，虽然后来经过确认是IE浏览器特性决定。在后续的测试过程中需要关注IE、360、chrome、firefox、opera等常用浏览器兼容性测试 2.新需求中有两部分报表类似的内容，测试中同时构造这两部分的数据，但是由于更多关注在于主题和回帖的数据，对修改这部分的数据有遗漏，所以导致这块漏掉。今后会加强数据整理的能力，对测试数据的每一个部分都做数据准确性验证，防止漏掉测试。

 

Sprint34未召开总结会

 

Sprint33未召开总结会

 

Sprint32总结会_20140313
开发
外部合作 Url拼接 送测文档 更新步骤	1、需求阶段：提前确定需求是否与外部应用有关联，若有外部应用协同修改的工作，提前告知产品 2、开发阶段：对于需要做出访问控制的需求，需考虑url拼接的情况 3、送测阶段：针对于非sprint内容，中途增加的需求,将送测内容以文档的形式提交给QA，防止漏测 4、上线阶段：更新完第一台机时，首先确认基本功能正常后方继续进行更新
QA
插件配置 接口测试	1、时尚网匿名板块插件测试，未对插件参数为空和关闭插件这两种情况做测试。QA会加强对插件这块内容的测试覆盖度，包括：有插件、无插件、插件关闭、插件开启、插件有参数、插件无参数，这些情况下的基本功能以及新功能的测试。 2、电脑网监控插件，没有针对接口中包含中文的情况进行测试。QA重新整理接口测试脚本，增多参数中含有中文的情况，再后续执行脚本时关注参数中含有中文情况下的执行结果。
产品
需求评审 checklist	1、做好在需求评审前的必要沟通，满足执行需求评审的进入条件，防止评审文档中存在大量低级错误。 2、需求评审后，与开发共同拟定一份需求内容的检查单，检查是否达到的功能目标、是否有遗漏或错误、是否需要外部配合。

 

Sprint31总结会_20140220
开发
时间评估 cms开发环境 键盘快捷键 js引用 代码重构 更新时间 jar包升级 配置环境 服务器负载	1、时间评估阶段：对于需要与外部应用协调开发的需求，比如，消息队列，审核平台等应用。在时间评估时，需注意与外部应用同事沟通的时间。 2、开发阶段：考虑开通一个开发环境的cms权限，以方便在开发阶段测试。 3、开发阶段：页面重复引入相同js代码或文件，以及浏览器默认提交机制，都会导致在部分浏览器中会重复发帖，此问题一直没有发现，日后键盘快捷键可以作为一个测试点进行测试。 4、开发阶段：前端在更换页面样式或结构时，开发未及时修改相应的js引用；以后在修改页面结构、更换样式class名或id的时候就注意检查该名称是否有其他引用，导致有所影响。 5、开发阶段：大量锁用户记录存放在内存中，影响系统性能，会安排时间重构。 6、更新阶段：更新时需要与其他部门同事协同合作时，需提前与其沟通，确认更新时间。 7、更新阶段：如有jar包升级的，需让网络对逐台机器屏蔽网友访问，删除旧包，重启应用，再开放网友访问。 8、更新前环境配置阶段：第一，保证自己的配置文件的正确性;第二，在对方配好环境后，需与其确认是否无误。 9、更新后：在QA测试过程中，开发需观察应用服务器的日志和负载，察看是否有额外的问题出现。
QA
原功能处理 权限测试 报错日志 图集插件 知会成员	1、新需求添加的内容在测试时未考虑到对已有功能的处理。如新增精华消息模版后未对旧模版进行删除    改进方法：在以后的测试过程中需要确定新功能和已有功能的关系是并存还是替代 2、权限测试不够全面 。如版主权限用户在后台无法进行取消置顶操作    改进方法：在以后的测试过程中需要单独分开管理员、版主、站长权限进行测试    3、在测试过程中对未报错操作没有及时关注日志信息，如访问普通贴后台调用没用方法，日志不停抛出null信息    改进方法：在以后测试过程中需要实时关注日志信息。 4、在主干回归阶段，开发才告知帖子图集页显示回帖内容改为插件形式。以后在改动时候需提前告知，以免测试进度

 

Sprint30总结会_20140207
开发
提取代码 增量代码 新增插件 配置文件 脚本	1、提取每期sprint增量代码,时间应在合并代码之前。 2、若有新增插件，测试时，在新增插件之前，尝试访问有该插件的页面，看是否正常。 3、上线时候提交给网络和DBA的配置文件和脚本，会以主干上src/main/sprint30为准。上线前，会打包发出来，开发和QA都需要检查一遍进行确认
QA
环境 Linux 合并代码 新增插件	1、开发在做帖子浏览数的时候用的是windows环境，导致在linux下跑的时候报错，处理时间大概花了半天---开发应该在linux下开发的，测试环境和线上的定时任务都是linux,避免无用功 2、在测试完需求时，告知开发提取增量代码，避免在合并完主干代码后 3、家居网新增插件后，列表页访问报错，麻烦开发先自测

 

Sprint29未召开总结会

 

sprint28总结会_20131205
开发
需求变动 送测文档 需求沟通 Sql 配置步骤 测试点	1、需求变动导致开发时间增加了一天，最终会导致整个sprint周期推迟了4天上线。希望需求变动减少，控制spring周期，需求变动需要重新开需求会议，重新评估时间。 2、送测时缺失sprint送测文档，会导致送测后的沟通成本增加，以后固定每个sprint添加送测文档，里面需要包括需要执行的sql语句，配置步骤以及测试需要注意的要点，送测演示时需要同时演示和说明。 3、需要其他部门（前端或其他开发组）一同合作的需求，需要提前做好沟通工作，需要下单的要提前下单，约定合作做功能的时间，避免做到该任务时他们不能配合。
QA
送测文档 测试跟进 Sql 消息模板	1、复制主题作为新功能，需要增加权限和系统消息的配置，未在送测的时候提供sql和消息模板，QA发现问题了才提供说明文档过来。 2、修改用户昵称的，需要配置消息订阅者列表，是开发自己联系同事配置，未告知QA配置情况。 3、QA需要改善的：复制主题的系统消息：版块和主题需要加url问题，未跟进到底，以为只要改配置，就没在进行验证了。
产品
测试地址 特意设计	1、需要用户参与测试时，需要QA同事将测试环境地址及帐号告知产品同事。 2、需要QA同事与开发同事配合，针对现有的后台特意设计的部分给出相关说明，如后台"版主工作量统计"。产品再针对某些不符合用户使用预期的部分，权衡是否需要进行优化，以免用户对此部分认定为故障。

 

sprint27总结会_20131107
开发
需求跟进 知会成员 本地链接 需求描述	1、需求会议上没确定好的需求没有马上进行跟进，一直到了快送测的时候才确定好（wap版标识，文字内容等）； 2、开发过程中，开发与产品一些需求的进一步确认，没有通知到QA，导致测试时QA再询问； 3、在开发和测试的时候样式用了制作的本地链接，导致上线后链接不上； 4、需求列表对需求的描述不够详细，导致开发中的沟通成本比较高。
QA
需求描述 知会成员	1、需求文档不够详细，在测试过程中还需要向开发/产品询问，沟通成本较大，表现在编辑器bug重现情况； 2、需求有变动或新增时，最好在群里发一下文档，此次出现有2个需求，开发和测试都未知； 3、有第三方同事协助解决的时候，麻烦告知下测试，好找相应人员。如 图片无exif信息需要flash同事帮忙处理的
产品
需求变更 测试方法 知会成员 Svn 邮件	1、对产品开发过程中作出任何调整，都需要及时整理后发邮件通知到所有参与者（bqq拉群常遗漏某些参与者；同一批人常拉多个群不好记录）； 2、svn需求文档没有使用最新版； 3、测试方法再细化（显示wap版发帖来源）； 4、各方如需协助或特别是对自己工作进度上把握不准时，应当提前知会下一个接手工作的人，以及时拟定一个比较合理的做法。（目前反映留给测试的时间不足，以致细节没能很好的跟进）；