答：内外部接口定义需要经过相关人员的评审，确保一致，一般来说在需求文档和概要设计 中描述内外部接口，如果接口很复杂，也可以单独写接口文档
如何管理接口？
接口有没发生过变化？
答：接口作为需求和设计文档的一部分纳入基线管理；当发生变更时要走变更流程；
集成前是否确认过各个构件是否可用？
如何进行确认的？
答：集成前要确认各个模块代码调试通过并通过代码走查；
如何做集成的？
答：按集成计划中定义的集成顺序、集成步骤进行一次性集成
集成测试是怎么做的？
答：待所有组件集成后，一次性集成并测试
什么时候集成测试就算完成了，可以交付给测试组了？
答：集成编译没有错误，集成测试缺陷修改完成
交付给最终客户：
交付前要准备什么？
交付的方式是怎样的?
交给客户哪些东西？
答：
1.交付前的准备
1.交付、安装、操作环境要部署好
2.评审需求、设计、产品、测试结果，确保打包交付的顺利进行
2.交付的方式
直接部署软件/产品到用户的使用环境中，由用户试运行或验收
3交付的内容
打包的可执行程序、用户手册等支持文档
交付给测试组：
交付前要准备什么？ 交付的方式是怎样的? 交给测试组哪些东西？
答：
1.交付前的准备
1.测试环境要部署好
2.通过代码审查并修订完成所有错误，保证整个系统能够顺畅运行
2.交付的方式
1.直接部署软件/产品到测试环境中，由测试人员试进行测试
3.交付的内容
打包的可执行程序、用户需求文档、用户手册等支持文档；有时候用户手册还没产出，需要测试人员在测试的时候或测试后撰写.
有哪些接口标准？ 在哪里可以看到接口需求？
答：接口设计准则
在产品需求说明书、详细设计说明书
使用了什么标准来评估是否开发，购买或者重用产品组件？
答：有重用分析列表
编码阶段的参考文档主要有哪些？
如何确保编码的准确？
公司是否定义了编码标准？是否被遵循？
答：
1.编码规范（每个项目的编码规范）
2.走查 ，核心代码测试
3.是，是
编码和设计是如何进行配置管理的？
答：svn，GIT
如何对技术解决方案活动进行跟踪和管理的？谁负责跟踪？有发现问题吗？怎么解决的？
答：周会，状态报告，里程碑报告
技术解决方案实施过程出现的问题如何和高层汇报？（高层如何帮助工作）
答：沟通
你参与项目中哪些评审或测试，是怎么进行的？
答：
项目计划、需求文档、设计文档等技术文档的评审，测试有测试过程（测试用例–用例 评审–测试–BUG修复）
测试的话就是单元测试。
在你的项目中，你是如何计划和执行评审或测试的？
答：
项目计划有评审计划，还有测试计划，编码人员主要的测试就是单元测试，需要进行白 盒测试，进行源码测试。
测试的准入标准和推出准则是什么？
评审有相关的标准吗？
答：测试的准入=单元测试、（模版完成，进行测试）
(1)请解释4种评审类型的不同（管理评审，正式同行评审，非正式同行评审，走查）
(2)有没有标准来选择评审类型？
(3)每个工作产品使用什么样的评审检查单？
(4)哪些工作产品是必须要开展正式同行评审？
答：
管理评审 管理评审是对工作产品系统的评估，向上层管理者提供信息，以帮助决策判 定是否能够进入下一个阶段。