-
质量体系SQA检查点
2017-09-21 09:56:11
质量体系的运作，其主要作用是“预防提升过程质量”，既是预防，其前提是项目过程需要透明，方能让SQA人员及时进行项目关键活动的审计。因此PM在项目过程中，需要将项目计划及变更信息实时同步给SQA人员，使得SQA人员能制定对应的审计计划，然后按照项目质量体系审计计划进行审计，重点审计项目过程执行与质量体系活动的符合度和过程执行质量。
一、采购审核检查点
关键 检查点 分类 是 否 NA 说明 是否在《技术方案书》或其他文档中描述需求，对照需求对候选软件或硬件商品的品牌、型号（版本）、配置进行评价，确定采购需求，并明确采购类型（系统软件、系统硬件、产品组件） 过程 采购申请单中内容是否与确定的采购需求一致，并明确采购类型 过程 是否与供应商签署了协议，是否包含以下内容：安装调试、培训、维护及支持 过程 是否根据协议要求，供方提供维护及支持服务，并保留了《维护及支持记录》 过程 二、项目管理相关检查点
关键项 检查点 是 否 NA 说明 工作量 制订项目计划前，是否做了工作量评估？工作量评估是否参考了执行当事人的意见？ 评审 关键里程碑产物是否经过了评审？ 评审 评审是否有会议纪要（评审发现问题需要记录后续行动），并通知给项目干系人？ 干系人
是否准确识别了干系人？干系人职责是否清晰告知？ 变更 变更处理是否符合变更规范要求？ 变更 出现变更时，变更是否同步给所有干系人？ 风险 是否有识别潜在风险，并有对应处理方案？ 风险 风险趋势变化时，对应的处理方案是否调整？ 三、需求阶段相关检查点
关键 检查点 类型 是 否 NA 说明 需求规格说明书完成后，交付使用前是否完成了评审活动？ 过程 需求评审时，发现的待改进点，是否备注了“理由说明”？ 过程 需求是否采用工具统一管理了？ 过程 需求变更发生后，是否及时更新需求PRD文档？ 过程 需求变更后是否邮件通知到相关干系人？ 过程 是否明确了需求变更是否影响了系统内部或外部的接口，并对影响范围进行了评估，制定了解决方案？ 过程 PRD说明书是否符合PRD模版要求？ 产物 PRD说明书是否包含了目标设定说明？ 产物 PRD说明书是否包含了交互说明？ 产物 PRD说明书是否包含了流程图？ 产物 PRD说明书是否包含了系统角色说明？ 产物 四、详细设计&代码阶段检查点
关键 检查点 类型 是 否 NA 说明 代码是否按照质量体系要求，交付测试前完成了评审活动？ 过程 评审时，发现的待改进点是否备注了“理由说明” 过程 交付测试时，代码基线是否建立？ 过程 交付测试时，是否完成了关键方法的单元测试？ 过程 交付测试时，是否完成了静态代码扫描？ 过程 交付测试时，开发人员是否完成自测？ 过程 交付测试时，所有配置项是否提交代码库管理？ 过程 五、测试阶段检查点
关键 检查点 类型 是 否 NA 说明 测试执行时是否有设计“测试用例”作为指导依据？ 过程 用例设计交付使用前，是否按照质量体系要求，完成了评审活动？ 过程 测试数据、测试环境搭建等准备工作是否在提测前提前准备？ 过程 受理测试时，是否评估符合测试准入？ 过程 是否评估测试结果标准，得出测试结论？ 过程 测试提单、接单是否全部在JIRA上按照规范进行处理？
过程 测试数据是否符合标准要求？ 过程 测试用例是否符合测试用例模版要求？ 产物 测试用例是否包含业务流的校验？ 产物 测试用例是否包含功能常见的正反面用例覆盖？ 产物 测试用例是否包含兼容性测试用例？ 产物 查看(2850) 评论(0) 收藏 分享 管理 质量体系检查点－SQA工作开展依据
2017-09-21 09:48:52
质量体系的运作，其主要作用是“预防提升过程质量”，既是预防，其前提是项目过程需要透明，方能让SQA人员及时进行项目关键活动的审计。因此PM在项目过程中，需要将项目计划及变更信息实时同步给SQA人员，使得SQA人员能制定对应的审计计划，然后按照项目质量体系审计计划进行审计，重点审计项目过程执行与质量体系活动的符合度和过程执行质量。
一、采购审核检查点
关键 检查点 分类 是 否 NA 说明 是否在《技术方案书》或其他文档中描述需求，对照需求对候选软件或硬件商品的品牌、型号（版本）、配置进行评价，确定采购需求，并明确采购类型（系统软件、系统硬件、产品组件） 过程 采购申请单中内容是否与确定的采购需求一致，并明确采购类型 过程 是否与供应商签署了协议，是否包含以下内容：安装调试、培训、维护及支持 过程 是否根据协议要求，供方提供维护及支持服务，并保留了《维护及支持记录》 过程 二、项目管理相关检查点
关键项 检查点 是 否 NA 说明 工作量 制订项目计划前，是否做了工作量评估？工作量评估是否参考了执行当事人的意见？ 评审 关键里程碑产物是否经过了评审？ 评审 评审是否有会议纪要（评审发现问题需要记录后续行动），并通知给项目干系人？ 干系人
是否准确识别了干系人？干系人职责是否清晰告知？ 变更 变更处理是否符合变更规范要求？ 变更 出现变更时，变更是否同步给所有干系人？ 风险 是否有识别潜在风险，并有对应处理方案？ 风险 风险趋势变化时，对应的处理方案是否调整？ 三、需求阶段相关检查点
关键 检查点 类型 是 否 NA 说明 需求规格说明书完成后，交付使用前是否完成了评审活动？ 过程 需求评审时，发现的待改进点，是否备注了“理由说明”？ 过程 需求是否采用工具统一管理了？ 过程 需求变更发生后，是否及时更新需求PRD文档？ 过程 需求变更后是否邮件通知到相关干系人？ 过程 是否明确了需求变更是否影响了系统内部或外部的接口，并对影响范围进行了评估，制定了解决方案？ 过程 PRD说明书是否符合PRD模版要求？ 产物 PRD说明书是否包含了目标设定说明？ 产物 PRD说明书是否包含了交互说明？ 产物 PRD说明书是否包含了流程图？ 产物 PRD说明书是否包含了系统角色说明？ 产物 四、详细设计&代码阶段检查点
关键 检查点 类型 是 否 NA 说明 代码是否按照质量体系要求，交付测试前完成了评审活动？ 过程 评审时，发现的待改进点是否备注了“理由说明” 过程 交付测试时，代码基线是否建立？ 过程 交付测试时，是否完成了关键方法的单元测试？ 过程 交付测试时，是否完成了静态代码扫描？ 过程 交付测试时，开发人员是否完成自测？ 过程 交付测试时，所有配置项是否提交代码库管理？ 过程 五、测试阶段检查点
关键 检查点 类型 是 否 NA 说明 测试执行时是否有设计“测试用例”作为指导依据？ 过程 用例设计交付使用前，是否按照质量体系要求，完成了评审活动？ 过程 测试数据、测试环境搭建等准备工作是否在提测前提前准备？ 过程 受理测试时，是否评估符合测试准入？ 过程 是否评估测试结果标准，得出测试结论？ 过程 测试提单、接单是否全部在JIRA上按照规范进行处理？
过程 测试数据是否符合标准要求？ 过程 测试用例是否符合测试用例模版要求？ 产物 测试用例是否包含业务流的校验？ 产物 测试用例是否包含功能常见的正反面用例覆盖？ 产物 测试用例是否包含兼容性测试用例？ 产物 测试用例是否包含非功能性需求的内容？ 产物 集成测试&系统测试的区别
2007-12-28 15:18:52
老实说，以前做开发的时候，老是混淆集成测试和系统测试，两者概念总是不清不楚。不知道是否有人和我一样？
现在，看看下面简短两段话，就知道区别了：集成测试：要确定集成的关键模块及其集成顺序，主要依据设计说明书来测试模块间的接口功能。
系统测试：要确定系统要执行的主要业务过程、用户接口、硬件接口、软件接口、通信接口等，主要依据需求规格说明书来验证产品功能。
单元测试简介
2007-12-28 14:19:59
标题搜索
我的存档
数据统计
- 访问量: 24607
- 日志数: 17
- 文件数: 1
- 建立时间: 2007-10-17
- 更新时间: 2017-09-21
RSS订阅
