Posted on 2007-12-22 12:49
久城 阅读(1707)
评论(3) 编辑 收藏 所属分类:
软件工程
今天是工作以来最压抑的一天,而此刻也是工作以来,感觉到工作带来的最快乐的时刻。
BUG一直对应到凌晨,整个开发大厅就剩下我们三个人,一碗面,呵呵。
从周一开始,本以为代码提交之后,任务就变得轻松了, 剩下的两周,无非就是日方传过来些BUG,这边一一对应就可以了。没想到,对应BUG,也是一个很严谨的流程。
事件背景
代码经过DD,PG,PT之后,整合代码,提交版本给日方。日方会进行验收测试。此时国内处于准备对应状态。日方会将每天的测试结果(buglist)发给国内,然后国内进行对应。
对应流程
1. 确认内容。
确认要修改的内容是不具合,变更还是再调查的内容(或者其他)。对于指示之外的内容,要先与日方确认,再修改。
确认要修改的范围。对于buglist中的每一点,都要横向展开。认真思考需要修改的范围。
2. 确认当前版本备份。
3. 修改代码,并在自己机器上测试。
4. 准备要送付的文件。
包括代码,文件修改一览(修改的filelist),不具合一览(对应的buglist)及相关自定义文档文件。
5. 比对版本。
使用比较工具,确认文件变更部分均属于buglist相关内容。
6. 服务器测试。
将4,5对应后的准备送付的文件包更新到服务器上(绝不能是本机),测试,避免送付文件遗漏。
测试不通过,从第3点流程重新对应。
注意事项
1. 对buglist中的每一个bug都要横向展开,考虑全面,避免其他文件有同样的问题发生。都应成功不是指buglist中指出的那一处对应完,而是针对这一点,要保证所有这样的问题都解决了,才算对应完。
2. 服务器的版本,要与日方验收测试的版本保持一致。(有点难度,需要双方沟通)
3. 不要在服务器上直接修改代码。
4. 保存每一个时间段的修改版本,方便任意时间段的环境再现。
5. bug要先仔细调查,再确认,再修改。不要一上来就修改。
刚刚发现,工作是需要严谨的态度的,我还有很多地方需要学习。
欢迎来访!^.^!
本BLOG仅用于个人学习交流!
目的在于记录个人成长.
所有文字均属于个人理解.
如有错误,望多多指教!不胜感激!