51Testing软件测试论坛

标题: 作为PPQA,如何检查项目中的工作产品呢?? [打印本页]

作者: xiaohy    时间: 2008-5-28 14:36
标题: 作为PPQA,如何检查项目中的工作产品呢??
我们的头,今天和我说要经常检查项目的工作产品?可是要怎样检查呢?
如:详细设计阶段,我是不是要检查它们的详细设计书的质量什么的??
请大家給点意见!!
作者: 你就笨死吧    时间: 2008-5-28 15:35
我想,要有checklist 吧
作者: 笨猪    时间: 2008-5-28 17:03
首先要看PPQA的计划,看看里面对工作产品有没有要求,如果有要求,那是如何对应的。
其次结合项目监督和控制以及验证中对工作产品的检查,就是要确定本阶段的需求与本阶段的产品是否相符,然后对检查的结果进行分析,最后最好能够出检查报告
PS:你提出的详细式样书的质量.一要明确质量的概念(说简单点,就是满足需求),二概要设计和详细设计是否相符。
本人是新手,这是本人的拙见!

[ 本帖最后由 笨猪 于 2008-5-28 17:06 编辑 ]
作者: luoyear    时间: 2008-5-29 07:51
SP 1.2        Objectively Evaluate Work Products and Services
Objectively evaluate the designated work products and services against the applicable process descriptions, standards, and procedures.
Typical Work Products
1.        Evaluation reports
2.        Noncompliance reports
3.        Corrective actions
Subpractices
1.        Select work products to be evaluated, based on documented sampling criteria if sampling is used.
2.        Establish and maintain clearly stated criteria for the evaluation of work products.

The intent of this subpractice is to provide criteria, based on business needs, such as the following:
•        What will be evaluated during the evaluation of a work product
•        When or how often a work product will be evaluated
•        How the evaluation will be conducted
•        Who must be involved in the evaluation
3.        Use the stated criteria during the evaluations of work products.
4.        Evaluate work products before they are delivered to the customer.
5.        Evaluate work products at selected milestones in their development.
6.        Perform in-progress or incremental evaluations of work products and services against process descriptions, standards, and procedures.
7.        Identify each case of noncompliance found during the evaluations.
8.        Identify lessons learned that could improve processes for future products and services.
作者: luoyear    时间: 2008-5-29 07:52
序号        工作产品类型        工作产品举例        抽样要求
1.                计划类文档        项目管理计划、项目进度计划、配置管理计划        100%
2.                需求类文档        软件需求说明书        100%
3.                系统设计类        系统方案、系统接口说明书        100%
4.                概要设计类文档        软件子系统设计方案、软件子系统接口说明书        每类文档都应覆盖到
5.                详细设计类文档        软件模块详细设计说明        每类文档都应覆盖到,但应不低于10%
6.                软件代码                应不低于千分之二,保证各个子系统都覆盖到
7.                测试类文档        测试方案、测试用例、测试报告        每类文档都应覆盖到,但应不低于5%
8.                用户类文档        安装手册、维护手册        不作具体要求,由SQA和项目组共同确定
9.                报告类文档        项目周报、配置状态报告、配置审核报告、需求追踪和审核报告        至少每季度一次
10.                其它                不作具体要求,由SQA和项目组共同确定
作者: luoyear    时间: 2008-5-29 07:55
1,检查文档,内容的规范性---基于一个比较好的技术规范体系;
2,利用需求追踪矩阵,组织技术专家,检查上下游工作产品之间的一致性。有SQA见证或外部专家组织参与的能保证客观公正的对工作产品进行评价的活动可视为PPQA的产品和服务评估。
作者: xiaohy    时间: 2008-5-29 18:28
谢谢详细讲解。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2