|
Sprint31总结会_20140220 进行中 |
|
|
开发 |
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 |
1、开发在做帖子浏览数的时候用的是windows环境，导致在linux下跑的时候报错，处理时间大概花了半天---开发应该在linux下开发的，测试环境和线上的定时任务都是linux,避免无用功 2、在测试完需求时，告知开发提取增量代码，避免在合并完主干代码后 3、家居网新增插件后，列表页访问报错，麻烦开发先自测 |
|
环境 Linux 合并代码 新增插件 |
|
|
产品 |
|
|
|
|
|
Sprint29未召开总结会 |
|
sprint28总结会_20131205 |
|
|
开发 |
1、需求变动导致开发时间增加了一天，最终会导致整个sprint周期推迟了4天上线。希望需求变动减少，控制spring周期，需求变动需要重新开需求会议，重新评估时间。 2、送测时缺失sprint送测文档，会导致送测后的沟通成本增加，以后固定每个sprint添加送测文档，里面需要包括需要执行的sql语句，配置步骤以及测试需要注意的要点，送测演示时需要同时演示和说明。 3、需要其他部门（前端或其他开发组）一同合作的需求，需要提前做好沟通工作，需要下单的要提前下单，约定合作做功能的时间，避免做到该任务时他们不能配合。 |
|
需求变动 送测文档 需求沟通 Sql 配置步骤 测试点 |
|
|
QA |
1、复制主题作为新功能，需要增加权限和系统消息的配置，未在送测的时候提供sql和消息模板，QA发现问题了才提供说明文档过来。 2、修改用户昵称的，需要配置消息订阅者列表，是开发自己联系同事配置，未告知QA配置情况。 3、QA需要改善的：复制主题的系统消息：版块和主题需要加url问题，未跟进到底，以为只要改配置，就没在进行验证了。 |
|
送测文档 测试跟进 Sql 消息模板 |
|
|
产品 |
需要用户参与测试时，需要QA同事将测试环境地址及帐号告知产品同事。 2、需要QA同事与开发同事配合，针对现有的后台特意设计的部分给出相关说明，如后台“版主工作量统计”。产品再针对某些不符合用户使用预期的部分，权衡是否需要进行优化，以免用户对此部分认定为故障。 |
|
测试地址 特意设计 |
|
|
sprint27总结会_20131107 |
|
|
开发 |
1、需求会议上没确定好的需求没有马上进行跟进，一直到了快送测的时候才确定好（wap版标识，文字内容等）； 2、开发过程中，开发与产品一些需求的进一步确认，没有通知到QA，导致测试时QA再询问； 3、在开发和测试的时候样式用了制作的本地链接，导致上线后链接不上； 4、需求列表对需求的描述不够详细，导致开发中的沟通成本比较高。 |
|
需求跟进 知会成员 本地链接 需求描述 |
|
|
QA |
1、需求文档不够详细，在测试过程中还需要向开发/产品询问，沟通成本较大，表现在编辑器bug重现情况； 2、需求有变动或新增时，最好在群里发一下文档，此次出现有2个需求，开发和测试都未知； 3、有第三方同事协助解决的时候，麻烦告知下测试，好找相应人员。如 图片无exif信息需要flash同事帮忙处理的 |
|
需求描述 知会成员 |
|
|
产品 |
1、对产品开发过程中作出任何调整，都需要及时整理后发邮件通知到所有参与者（bqq拉群常遗漏某些参与者；同一批人常拉多个群不好记录）； 2、svn需求文档没有使用最新版； 3、测试方法再细化（显示wap版发帖来源）； 4、各方如需协助或特别是对自己工作进度上把握不准时，应当提前知会下一个接手工作的人，以及时拟定一个比较合理的做法。（目前反映留给测试的时间不足，以致细节没能很好的跟进）； |
|
需求变更 测试方法 知会成员 Svn 邮件 |
|