开发管理规范和验收标准模板

开发管理规范和验收标准

1角色与职责

2乙方开发内容

2.1乙方开发内容

参考附件一中的功能列表，验收时要包含所列出的所有功能和针对这些功能中双方确认的功能细节，功能的细节是通过交互设计的文档进行补充和双方沟通的方式进行确认。

2.2 版本控制

乙方开发代码统一在甲方的配置管理工具（SVN）平台管理，开发代码调试通过后，乙方开发人员上传到指定的SVN目录，甲方3tiPM指定专人负责代码整合测试。

2.3 交付物管理

交付物清单至少包括：项目开发计划、详细设计文档、开发文档、测试计划、测试用例、测试报告、操作手册、源代码。

计划需要在7月30日前递交给甲方3tiPM，设计文档和测试用例需要在8月10日左右提交，测试报告、源代码需要在8月31日交付，开发和操作文档在9月7日提交。

2.4 里程碑控制

乙方需要在8月15日18:00前提交一个可以测试的迭代版本供甲方公司测试和AR集成。

乙方需要在8月31日交付完整版供甲公司测试。

2.5 沟通计划

甲方3tiPM和乙方承包方PM是双方主要的对口人，所有需要双方沟通的地方都通过双方的PM来沟通。

乙方PM需要每天下班前，以邮件的方式向甲方3tiPM汇报每日的工作进展。

每天早上9:30~10:00，乙方PM和甲方3tiPM进行简短沟通，回顾昨天完成的任务、遇到的问题及解决方案、当天需要完成的任务。

每周双方需组织一次沟通视频或音频会议来沟通项目进度情况和相关问题。

如果项目沟通过程中产生问题和冲突，可以通过双方的上级，也就是甲方3ti的项目总监和乙方的负责人来做进一步沟通。

2.6 应当遵循的标准和规范

乙方必须使用原生的android程序和ios程序开发，不得使用html5等非原生程序。

开发的代码命名应该符合常用的命名规范，所有开发都采用统一的命名规范，并保证可读性。

在一些主要的文件和方法上要加上注释。

开发要尽可能的考虑到代码的抽象和重用。

2.7 缺陷管理

项目系统缺陷管理统一在甲方的缺陷管理工具（JIRA）平台管理。乙方PM在该平台内完成缺陷的分派、跟踪。

2.8 测试标准

2.8.1功能测试

产品功能、界面、逻辑符合开发内容。

2.8.2兼容性测试

iOS端：iPad2、new iPad、iPhone上都能测试通过，并且视觉完全符合iPhone端的分辨率。

Android端：大部分分辨率都能测试通过，SDK2.2,2.3及以上版本都能测试通过，并且视觉完全符合480*800的主流分辨率。

2.8.3稳定性测试

没有内存泄漏问题；在一些超负荷下的运行情况，程序能保持稳定状态。并发大量的网络请求无崩溃、死机现象，正常相应速度在5s以内。

2.8.4bug数量控制

无紧急的A类BUG，主要包括：程序引起的死机、非法退出，内存溢出，死循环，数据库发生死锁，界面严重错乱，大部分功能未实现等。

无重要的B类BUG，主要包括：某个功能点未实现，概率性闪退等。

一般的C类BUG少于2%，主要包括：某个图片或者文字未显示，界面有断续卡住现象等。

细微的D类BUG少于4%，主要包括：某个错别字，某个图片细微错位等。

2.8.5验收合格

满足以上要求，验收测试合格。

验收不合格的，需要及时修改，使程序能在规定时间内验收合格。

验收合格后，甲方检查出的bug仍然需要在24小时之内修复。