同行评审 由作者的同行（一个或几个同事）对工作产品进行系统性检查，主要是技术的完整性和适宜性。在本过程中，同行评审分为正式同行评审、走查。
正式同行评审 最系统化、最严密的评审技术，被认为是最实用、最有效的评审方法，严格定义评审流程。
走查 评审的方式比较随意，一个或几个同事对工作产品进行相互交流，尽早的解决问题。
在你同行评审活动中有发现的缺陷吗，针对这些发现，你做了些什么？
答：评审中发现的问题，记录在评审记录表中
如何分析评审发现的问题？
根据分析的结果采取什么措施？
有相关文件吗？在哪里能看到？
多长时间来分析同行评审准备，执行和结果数据？
答：
当问题提交后，由于没有经过确认，称为“待定问题”。
当待定问题被确认为是非缺陷问题或缺陷后，其状态为“待修复”。
当为同行评审时，项目经理可以改变状态为 “遗留”。当为技术评审或管理评审时，项目经理可以将状态改为“遗留”。
责任人修改工作产品后，需要将状态由“待修复”改为“待验证”。
项目经理验证非缺陷问题和缺陷是否已经修改，若已经修改，则改为“已解决”，否则可以改为“待修复”。
bug是如何处理的？如果暂时无法关闭的，怎么处理？你是根据什么原则处理的？
答：BUG通过工具进行跟踪，处理原则BUG严重等级
对缺陷数据进行哪些分析？
根据分析的结果采取什么措施？
答：会对数据进行采集，进行度量分析。
对于验证和确认这个活动是如何计划的？这个计划存放在哪里？
答：项目计划和测试计划中
如何对验证活动进行跟踪和管理的？谁负责跟踪？
答：项目经理对活动进行评审，测试人员通过测试工具进行跟踪
集成成功的标准是什么?
答：
1)成功地执行了集成计划中规定的所有集成活动和测试；
2)修正了所发现的错误；
3)测试结果通过了专门小组的评审。
出现了哪些问题与接口覆盖率和完整性有关？请描述？
答：接口遗漏等。
如何保证要集成的构件达到集成的标准?
答：
产品的集成环境已经建立并通过验证；
待集成的组件编译及测试通过。
评审通过
怎样验证集成后的产品？
答：集成测试
怎样递交集成的产品?
答：
检查各次同行评审、评审的问题和测试中的BUG追踪结果，确保发布的版本已经满足需求。
对确认的版本进行打包或者制作安装程序。
制作用于分发的软件光盘母盘，进行封样测试。或者在网络为用户提供获取安装程序或者部署组件的途径。
公司对于产品集成有什么样的组织方针？
答：
集成方针：
1.重大项目必须开发多个技术方案，并进行决策
2.框架设计时首先考虑复用组织已有的模块组件
3.设计必须文档化，并进行技术评审
4.编码必须遵循编码规范
5.研发人员必须进行模块功能测试
对于产品集成这个活动是如何计划的？这个计划存放在哪里？
答：设置由集成计划，在开发域的集成测试的集成计划中
如何对产品集成活动进行跟踪和管理的？谁负责跟踪？
答：周会 状态报告 里程碑报告
在项目中，计划了哪些不同种类的评审和测试？
答：
评审： 管理评审，正式同行评审，非正式同行评审，走查，
测试：单元测试，接口测试，系统测试，验收测试
是否识别了评审&测试所需要的环境？ 在哪里有记录？
答：是，位置：开发域，集成测试，测试计划
对于代码评审和单元测试，定义了什么准则？（有检查单吗？或者测试用例）
答：都有，在开发域的编码实现目下中。
在哪里记录了测试结果？针对缺陷，如何采取纠正措施？