软件开发规范.doc

软件开发规范.doc项目组
软件开发行为规范
仅供信息化部使用
概述
编写目的 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中， 把 各种规范“逐步形成工程师的作业规范” ，特制定本软件开发行为规范，以到达 提高系统质量的目的。在本、设计是否考虑了检错和恢复措施？（例如：输入检查，数据错误后如何 恢复）
13、是否考虑了异常情况？
14、是否完全准确描述了所有的出错情况？
15、设计是否能够满足所有系统集成方面的要求？
工具及环境
概要设计文档及其评审文档需 check-in 到 svn 中。
概要设计过程中的问题跟踪需记录。
系统实现
过程要求
编码必须以设计文档为基础， 必须保证所有的设计都被编码实现。 当设计发 生变更时， 必须修改相关代码。 同时必须保证设计文档和代码的一致性。 当代码 的修改已经造成设计更改时，必须修订相应设计文档。
在系统实现过程中，需遵循以下规范：
1. 遵照各项编码规范。
2. 所有代码使用 svn 进行统一管理，并至少提供开发、测试、生产三种构 建脚本。
在系统开始之前，需在 svn 上创建对应的分支，开发工作统一在分支上 进行。
针对开发任务的分解，需要参照单人单任务在两天以内完成的标准。
开发过程中，单元测试通过的代码需要及时 check-in 到 svn。
代码进入系统测试前需进行评审， 可以是集中评审或者交叉评审的方式。 评审内容包括基本编码规范、基本逻辑、日志规范、出错处理等。
单元测试的覆盖率需在 80%以上。具体的单元测试要点如下：
对所测模块的数据进行测试。
检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化 的变量、错误的初始值或缺省值。
设计测试用例查找由于不正确的计算（包括算法错、表达式符号表 示不正确、 运算精度不够等）、不正确的比较或不正常的控制流 （包括不 同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能 的循环终止条件等）而导致的错误。
检查模块有没有对预见错误的条件设计比较完善的错误处理功能， 保证其逻辑上的正确性。
边界检查，注意设计数据、控制中刚好等于、大于或小于确定的比 较值的用例。
开发过程中，需进行持续化构建，保证 check-in 的代码质量。
项目中引进的新技术需经过统一评审。
测试
过程要求
在系统交付给测试组进行测试前，开发人员需在内部进行第一轮功能测试。 测试过程中需保持测试代码的准确性和测试环境的独立性。 具体测试内容包含但 不限于以下几方面：
1. 功能测试。对照需求文档中的功能点， 对系统的功能进行测试验证， 确保 系统完全满足需求文档中的要求。
2. 平台兼容性测试。 在不同的浏览器、 硬件配置环境下进行测试， 主要浏览 器包括 Firefox,safari,IE, chrome 。针对移动端，需涵盖三个主流操作系统， iOS, Android 和 Windows Mobile 。 硬件兼容性则包括不同的智能终端，
PC,MAC,IPAD等其他机型的不同分辨率下的兼容性测试。
3．不同网络环境下测试。针对移动端的应用，验证不同网络环境下，终端
应用功能与性能方面是否正常 （ 数据业务是否会中断，业务模块是否出现异常 ）
网络环境包含：
4G信号，3G信号，2G强