[学习交流] 大家所在公司用的质量保证方法都是什么
 |
chillicat
2009-09-18
我现在所在的公司，运用的质量保证方法是[品质会计]，大家有没有兴趣，相互交流，共同提高提高关于品质管理方面的能力？
|
 |
gohands
2009-09-18
嗨，以前公司测试流程，source review,测试式样书，按照测试式样书测试好，然后经理再过一下，然后才提交！
现在比较混乱，测试一般自己来，然后leader看再测试一边。偶尔也会相互测试。 品质没有以前高。需要提高测试能力呀！【稍微有点无从下手的感觉，代码都是自己写了，都跑过两边了，还测试个啥呀！在这个阶段经常看漏掉一些问题！】 ：（ |
|
chillicat
2009-09-18
在做测试之前，肯定要有一个对式样把握很牢的人对测试式样书，尤其是机能测试之后的式样书进行一次完整的review。在此期间，应该参照一些checklist对系统的质量属性，和系统的机能进行对比识别，看看有没有一些机能遗漏点。
至于单体测试，我们主要是由相应的开发者自己完成，对于机能之后的测试，一般采用交叉测试，效果比较好！ 一般而言，自己做自己的测试，因为形成了一些思维定势，很难再发现新的问题。当然在交给别人做测试之前，最好自己能够大概跑一遍，因为对于有些细节性的问题，编程者本身关注的可能更多一些！ 如果最后都是Leader或者经理再重新跑一遍，那工数就大了！ |
|
chillicat
2009-09-18
还有，对于有些共同的问题，最好都把它们添加到检查表中，同时对整个系统进行横向展开，看看类似的问题是否还存在。
对日开发相对而言更注重品质，平时的积累整理也很重要，虽然有时感觉有点无聊！ |
|
gohands
2009-09-18
建立检查表很不错呀！！
以前写测试式样书的开头几个就是共通项目； 测试完后才是具体内容的测试！！ 式样还是有专人描述一下比较好呀， 就算现在大部分能看懂，但偶尔还是有一些理解上的偏差！ 日本人检查的时候是相当的仔细呀！！【佩服一下】 |
|
chillicat
2009-09-18
呵呵，对于理解上的偏差，一定要确认。
首先向自己的Leader确认，如果不行的话就直接跟日方确认，因为有些时候我们自认为正确的东西，在别人看来可能未必是那么一回事。有些时候误差或者误解就是这样产生的，直接通过mail确认其实也是满快的！ 对日本人来讲，你事先提出问题来了并不意味着你不懂，反倒是你不清楚地时候自认为是了解，更让人恼火！ 日语中的[ホウレンソウ」，大概也就是体现在这些方面的。 |
|
chillicat
2009-09-18
对于品质，一定要入脑，要时刻有这种品质意识！
其次，要能有一套符合相关质量标准的品质保证流程， 最后的就是实施相应的质量保证与质量控制！ 当然根据公司不同，具体的施策是有所区别的，主要是从组织级别来进行。 作为程序员，也应该了解一些基本的品质管理相关的概念，要学会Bug分析的一些基本方法，知道一些品质优劣的评价手段。最后最关键的一点，我觉得是要有不断自主学习的心态！现在做对日开发，很容易陷入一种迷茫之中，看不到前途。其实如果能转换一种心态，积极的看待周边的事物，不丧失进取的心态，并不断地学习进步，迟早我们都能够成功的！ |
|
wsgwz_2000
2009-09-29
chillicat 写道 我现在所在的公司，运用的质量保证方法是[品质会计]，大家有没有兴趣，相互交流，共同提高提高关于品质管理方面的能力？
“品质会计”是个什么样的东东啊，能介绍下吗 我们公司对外是说通过了ISO90001，对内其实和 gohands 公司的做法差不多 |
|
chillicat
2009-10-01
品质会计的概念是由NEC提出的,主要是借助于会计的原理,对软件的开发质量进行管理,简称'品质管理'.
在传统的开发工程里,把CD以上的工程划入上游工程,把测试阶段的工程划入下游工程. 在软件的设计开发中肯定会有Bug存在,也就是说在上游工程产生的Bug叫做"借",通过上游各个工程评审找出来的Bug和下游测试摘出来的Bug叫"贷",只有当借贷达到平衡的时候,可以基本上认为出品品质得到保证. 基本原理就是这样,当然这其中还有一个动态的分析控制方法论,也不是一句话二句话可以讲清楚的呢.如果有兴趣的话,可以再交流! |
|
yuyao_2008
2010-07-07
|
