汇总QA发现的问题

tongwds

QA发现问题汇总

发贴的初衷出于大家可以增进对不同问题的理解，更深入发现问题出现机率的本质，对于未发生的问题亦能做到更好的防范。

比如在QA检查过程中会发现过程活动没有执行，过程文档编写不规范等等。

欢迎大家踊跃发表。:)


上一篇：CMMI培训资料
下一篇：微软EPG老大让秘书发给所有员工的邮件

思步

tongwds

顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶

xixiaojing666

原帖由 tongwds 于 2008-6-17 12:07 发表
QA发现问题汇总

发贴的初衷出于大家可以增进对不同问题的理解，更深入发现问题出现机率的本质，对于未发生的问题亦能做到更好的防范。

比如在QA检查过程中会发现过程活动没有执行，过程文档编写不规范等等。
...

过程文档编写不规范？应该是该过程输出的文档编写不规范吧？
我觉得主要就是你说的这两个大的部分，过程的检查、工作产品的检查。
具体的问题汇总，要根据自己公司的过程和工作产品特点再进行细致的分类。
期待其它人的讨论:handshake

xixiaojing666

原帖由 steplv 于 2008-6-17 13:04 发表
660

哈哈，这个图象蛮好的，下载下来了！:lol

tongwds

作QA真是不容易啊，
十分感慨！！
过程中发现好多都是规范之外的事情，沟通、配合、合作都好重要，辅导一个对配置啥都不懂的人真是费尽心思，讲解次数不下十次，可他就是不理解，人说有耐心看来并不是说的。

iamredeye

我想，QA的目的还是为了项目的健康。所以文档是否标准，活动是否完全符合流程都是一些表象，而不是QA应该关注的重点，因为这些东西和项目的健康状况并不能划等号。

首先关注计划的制订。是否符合流程；是否现实、合理。

其次关注计划的执行。承诺的东西做到没有－－scope、schedule。没有的话是否合情合理。变更和风险控制做的如何。

其它关注的当然还有engineering area的东西。但上面pm是重点。

iamredeye

大家觉得一个QA可以同时负责几个项目呢？

我觉得按上面的点来抓的话应该每个人可以至少负责3、4个项目（10人×一年）。如果“抓的很细”，既浪费了资源，关注点实际上也偏离了“为了项目的健康”这个目标。

tongwds

1、项目启动后，项目计划书没出时，QA就很难作跟踪和检查，能做的就是访谈项目经理，但访谈的东西往往是不作为证据；

2、当项目计划迟迟没出，项目成员的工作又已经开展了，这时的工作量又要如何计算？

3、计划的制订是否现实、合理更多时候是人为的主管判定，在项目未深入开展时，QA的判定在很大程度上也保证不了客观性、合理性，QA在此时又可以作些什么？
:)

iamredeye

兄弟，不需要什么都讲“证据”吧？

留给项目一些空间，在milestone检查，中间用“感觉”说话。相信pm－》同时也相信自己的判断－》真诚交流自己认为出现的问题或疑虑

如果QA判断不了－》那就不要判断

hejunxieping

我觉得这个挺好的，我想下的啊

tongwds

我遇到了这样一个问题：

阶段度量工作发现有问题，
本阶段的时间应不应该加上解决度量问题的时间？
如果不加，度量属于该阶段的工作，不太合理；
如果加，那阶段结束的时间是应算到度量完成的时间，这样发生偏差更大；

度量一般都在项目阶段结束的时候执行，一旦度量工作有问题，都会发生类似的这种问题，不知道大家是怎么处理的

iamredeye

你们度量每个工作的目的是什么？能回答这个就知道怎么回答上面的问题了

innvation

QA这个角色在CMMI定义中也只关注两方面的东西：1.客观的评价产品  2.客观的评价过程，要做到“客观”是很不容易的，首先你得自己有一把“尺”，衡量项目组的过程和产品是否符合组织的规定。再次你不能光评价人家的产品和过程，还要对人家的错误之处给出建议。往往大部分QA都只停留在监控的角色上，这让项目组很反感。

qusandy

下来看看是否包含我们平时发现的问题