Changes between Version 13 and Version 14 of workflow
- Timestamp:
- 09/25/2012 03:16:52 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
workflow
v13 v14 44 44 - 测试包的更新[[BR]] 45 45 测试更新包应该由专门的开发人员统一负责打包并提交给测试人员。[[BR]] 46 更新打包时需要对主干上的代码进行对比,看是否还存在没有从主干上合并到分支的代码。[[BR]] 46 47 考虑使用Hudson和脚本自动打包,由测试人员自己从SVN上拿到打好的测试包,更新到服务器。[[BR]] 47 48 … … 49 50 在测试完成后,应该举行用户验收会议,让用户确认功能的完成。[[BR]] 50 51 51 - 上线包的测试[[BR]] 52 使用上线包进行回归测试时,测试人员应该先把测试机上原来的代码全部清空,再使用上线包进行测试。[[BR]] 52 - 回归测试[[BR]] 53 把测试包更新到测试环境的同时,需要列出本次更新有增加或者删除的jar包,配置文件,SQL语句,将来用于上线。[[BR]] 54 使用测试包进行回归测试时,测试人员应该先把测试机上原来的代码全部清空,再使用上线包进行测试。[[BR]] 55 把修改过的配置文件也打包在测试包上,测试人员与开发人员进行沟通,对比增加的内容并修改。[[BR]] 53 56 在测试人员进行回归测试的同时,开发人员也应该在测试环境上对本Sprint自己所做的功能进行检查。[[BR]] 54 57 … … 56 59 定期进行对线上环境的检查,保证线上环境的正确性和可靠性。[[BR]] 57 60 以后对于项目上线都选择网上用户数量较少的时间(如早上),控制项目对用户影响的风险。[[BR]] 58 对上线的影响的风险进行评估,上线后优先检查重要模块和有风险的模块。[[BR]]59 61 对于新功能新插件,上线时我们可以先屏蔽入口,待上线后详细检查功能后,再对用户开放入口。[[BR]] 60 62
![(please configure the [header_logo] section in trac.ini)](http://www1.pconline.com.cn/hr/2009/global/images/logo.gif)