系统测试入口\出口标准

zqysz

想了解一下，大家在进行系统测试时，有没有相应的入口\出口标准，或者更进一步是已量化的。

tyf

系统测试计划阶段：
入口准则：需求规格说明书已经完成，并且成立了需求规格基线。
出口准则：系统测试计划评审并通过。
输入：软件开发计划、软件测试计划、需求规格说明书。
输出：系统测试计划。

系统测试设计阶段：
入口准则：系统测试计划评审并通过。
出口准则：系统测试方案评审并通过。
输入：系统测试计划、需求规格说明书。
输出：系统测试方案。

系统测试实现阶段：
入口准则：系统测试方案评审并通过。
出口准则：系统测试用例、系统测试规程、系统测试预测试项评审并通过。
输入：系统测试计划、系统测试方案、需求规格说明书。
输出：系统测试用例、系统测试规程、系统测试预测试项。

系统测试执行阶段：
入口准则：系统测试用例、系统测试规程、系统测试预测试项评审并通过，集成测试执行结束。
出口准则：系统测试报告评审并通过。
输入：系统测试计划、系统测试方案、系统测试用例、系统测试规程、系统测试预测试项。
输出：系统预测试报告、系统测试报告、缺陷报告。

luoyear

我觉得这样的入口准则对于尚未建立度量系统
或者度量系统建立了　但是组织过程性能数据尚未被有效的开放并使用的情况下
是可以这么模糊一下。

但对于一个成熟的组织，比较好的方式是基于你的过程性能数据，建立缺陷预测模型。通过本阶段的缺陷发现情况，并与过程性能数据进行比较，预测产品将来的质量表现，从而决定是否放行。

例如：
系统测试前发现的缺陷是１０００个，原来组织的过程性能表明，一般来说总有０．６％的缺陷被泄漏到用户处。
如果你给本项目定的现场缺陷要少于５个，那么从目前的情况看，按原有的过程性能数据来说，他会在现场产生６个缺陷。高于原来定的质量目标５个。那么这个时候不满足下阶段的准入条件，需要制定整改措施。

983221wy

谢谢了！！！支持一下！！！

qch

请教同行，QA在项目的质量管理中除了组织定义的工作外，应该实实在在做些什么？