总结一些软件开发中的项目实施方法
2013-07-10 00:07
405 查看
1、问题单跟踪系统中 每个问题单解决后(开发人员实施修改阶段)附上修改代码前与后的比较文件(如svn导出的diff文件),这对后人查看该问题单时候很有帮助,并需要附上pc_lint检查报告、问题单验证报告。
2、架构头文件由CMO(打包与配置管理员)有权限提交,开发人员如果修改头文件需要经过架构师评审同意。
3、可以将研发任务提交到问题单跟踪系统,跟bug单一样形成闭环跟踪。
4、PC_Lint 检查报警发现了自己写的代码中忽略的东西 :整型变量初始化为0作为参数传到函数内处理,但函数内做的减1操作 ,由于参数的反复传递自己没发现这个减1操作存在变负的可能。
5、代码变动后,开发通过测试用例的代码覆盖率分析 给测试提供需要再补充什么测试用例形成代码逻辑全覆盖的测试方法。这对于新特性增加、特性逻辑修改时候尤其需要。
6、问题单从提出到关闭的流程:问题提交人提交问题单->测试(项目)经理审核->开发人员定位->项目经理审核定位->开发人员实施修改->审核人员审核修改->CMO归档(内测版本发布后,开发内测提交的问题单)->测试经理组织测试->回归人员回归测试->确认问题单
7、开发组内:特性开发->特性验收(根据ST测试用例验证,资料验证,准备特性验收材料,主持特性验收)->交付(代码合入版本,出版本)
测试:组织测试->提交问题单->回归问题单
2、架构头文件由CMO(打包与配置管理员)有权限提交,开发人员如果修改头文件需要经过架构师评审同意。
3、可以将研发任务提交到问题单跟踪系统,跟bug单一样形成闭环跟踪。
4、PC_Lint 检查报警发现了自己写的代码中忽略的东西 :整型变量初始化为0作为参数传到函数内处理,但函数内做的减1操作 ,由于参数的反复传递自己没发现这个减1操作存在变负的可能。
5、代码变动后,开发通过测试用例的代码覆盖率分析 给测试提供需要再补充什么测试用例形成代码逻辑全覆盖的测试方法。这对于新特性增加、特性逻辑修改时候尤其需要。
6、问题单从提出到关闭的流程:问题提交人提交问题单->测试(项目)经理审核->开发人员定位->项目经理审核定位->开发人员实施修改->审核人员审核修改->CMO归档(内测版本发布后,开发内测提交的问题单)->测试经理组织测试->回归人员回归测试->确认问题单
7、开发组内:特性开发->特性验收(根据ST测试用例验证,资料验证,准备特性验收材料,主持特性验收)->交付(代码合入版本,出版本)
测试:组织测试->提交问题单->回归问题单
相关文章推荐
- 项目开发中遇到的一些有用类或方法的总结
- 软件开发之我剑!----项目实施和验收,洞房花烛夜。
- 关于实施RUP软件过程控制的方法和标准[只是一个个人总结]
- moss开发实施过程中遇到的问题总结:项目层面
- 从开发的软件《备件仓库管理系统》总结的一些经验
- 【MarketAnalysis总结】8.0项目中遇到的一些典型的bug及其解决方法
- 普通软件项目开发过程规范(五)—— 总结 (转)
- 近期项目开发中的一些总结
- 软件开发和服务项目价格构成及评估方法
- 如何管理软件开发项目?一些实践原则!
- 前人总结的一些软件开发规范
- 项目总结---- imageLoder 的2个Bug解决方法、1.9.4如何选择性删除disk缓存和其它一些错误。
- 在浙江杭州快速开发公司内部办公自动化OA系统的经验总结(有成熟的后台配置工具、开发平台、程序员朋友圈还真不错,做软件项目还得靠积累才稳妥)
- 项目开发之软件测试总结
- 项目开发技巧(一):将Web应用打包成war文件的方法总结
- [转]关于项目管理、软件开发的一些思考
- 普通软件项目开发过程规范(五)—— 总结
- 项目管理理论与实践(7)——软件开发报价的计算方法
- 软件开发中oracle查询常用方法总结
- 软件项目开发管理过程中值得借助的一些工具