编码阶段的参考文档主要有哪些？
如何确保编码的准确？
公司是否定义了编码标准？是否被遵循？
答：
1.需求设计编码标准等
2. 走查，单元测试
3. Java、C#等编码标准
是否编写用户手册，安装手册？
由谁编写？
答： 编写了，由开发人员编写
你的项目是否识别了可替代的集成顺序？
是如何选择最合适的集成顺序的？
答：
根据系统架构关系、业务关系
先根据架构关系、再根据模块业务关系
你的项目需要哪些软、硬件集成环境？
答：
硬件环境（服务器、客户端等配置）
软件环境（数据库、服务等）
你建立了哪些集成标准？
答：
准入条件（单元测试通过）
集成测试用例
集成退出准则
如何确保接口的参数与模块定义的接口一致？ 如何确保接口的正确性和完整性？
答：
接口一致性审查
通过集成测试用例进行测试
设计评审是否发现了问题？如何改正的？
有没有通过模拟/原型模型得到改进的内容？
如何管理这些改进内容？
答：
有，通过记录评审问题，跟踪评审的改进结果（可举例说明）
有，如识别到原来没有意识到的需求等
通过评审缺陷记录进行跟踪、维护
如何确保集成前所有模块是无缺陷的？
Bug是不是在集成前都已解决？
答：
1.单元测试、代码走查
2.须全部解决才能开始测试/没有严重的Bug存在
谁负责系统集成？
有没有集成计划？
集成的模块在哪存档？
答：
1.项目经理/技术经理
2.有
3.在配置库中
谁执行集成测试？
测试缺陷记录在哪并且是如何跟踪的？
答：
1.测试人员/开发人员
2.记录在缺陷管理工具中，通过缺陷分配、每周跟踪
如何向客户发布系统？
答：
测试通过，打包，验证，发布（验证软硬件环境，配置系统安装环境，安装系统）
代码评审是怎么做的？
答：非正式的，开发人员互查，项目经理检查
谁来检查编码规范？
答：通常项目经理会检查开发人员的编码规范遵循情况；在做代码评审时也会检查规范执行 情况
单元测试是怎么做的，有没记录？
答：核心代码代码走查，页面黑盒测试
模块测试怎么做的？
答：开发人员自测和测试人员做全面的专业测试
项目组对单元测试、代码评审、模块测试是如何要求的？
答：代码走查至少选取核心代码来做，单元测试要求语句覆盖
是否建立了集成策略？ 如何进行的产品集成工作？
答：集成策略：自底向上或自顶向下或混合方式，持续集成。
产品集成步骤包括：
1）制定产品集成计划，计划的内容包括：确定集成顺序、集成的环境、以及制定集成标准。
2）审查接口的兼容性：按照设计阶段定义好的接口类型，确定接口与产品组件、产品集成环境、外部环境之间（包括软件运行的环境、客户已有的其他应用等）的关系。
3）组装产品组件：检查待集成产品组件，确认集成准备就绪；一次性组装产品组件。
4）进行产品测试：组装产品组件完成后，要通过集成测试的方式来检查这些已组装的产品组件是否能正确运行。集成测试通过，产品集成结束。
按照集成的顺序进行集成，当发现集成顺序不合理时调整集成顺序
答：根据业务逻辑关系分批次进行集成。
集成的时候都需要哪些环境，是怎么准备的？
答：
集成的环境包括：
1.开发、编译的工具
2.集成测试的工具
3.集成时的软硬件要求，如：配置服务器，配置网络环境
项目/组织级的集成步骤是怎样的？
集成的入口、出口准则是怎样的？
答：产品集成步骤包括：
1）制定产品集成计划，计划的内容包括：确定集成顺序、集成的环境、以及制定集成标准。
2）审查接口的兼容性：按照设计阶段定义好的接口类型，确定接口与产品组件、产品集成环境、外部环境之间（包括软件运行的环境、客户已有的其他应用等）的关系。
3）组装产品组件：检查待集成产品组件，确认集成准备就绪；一次性组装产品组件。
4）进行产品集成测试：组装产品组件完成后，要通过集成测试的方式来检查这些已组装的产品组件是否能正确运行。集成测试通过，产品集成结束。
入口准则：产品的集成环境已经建立并通过验证；待集成的组件编译及测试通过。评审通过
出口准则：集成后的产品通过编译。完成产品的打包，并通过了集成测试。
如何保证内外部接口是兼容的？
是否评审了接口描述？