we loving Blog

最近在学着做品质分析，简单的记录一下。

1. 模块的划分：设计前应该先设计好各个模块，到品质分析阶段对每一个模块分别进行分析，分析结束后针对于品质不好的模块制定对策。如果没有模块的划分，即使进行品质分析，那么分析结束后针对于分析出的问题也无从下手。

2. 品质分析的时间点：品质分析不应只单单在于项目结束之后，因为在这时只是亡羊补牢或者对下一个项目有经验总结的作用。如果把项目分析安排在项目进行期间，如在每百分之三十的时间点上，这样可以看出每个模块、每个担当作业的品质状况，还可以对本项目以后的模块进行预测，并对当前或以后的作业制定对策。如此循环往复，直到项目结束。这种分析应该自始至终从项目开始到项目结束，在详细设计，制造，测试三个阶段进行分析，这样分析出的结果才能使其作用最大化，真正能保证其品质。

3. 分析的过程：在每一个模块进行review时要留下review票，票中包括时间，人员，内容多少（页数，行数等）所花时间，指摘事项，对应处置内容，确认者日期，人员，bug区分。其中所花时间，指摘事项，处置内容，特别是bug区分最为重要，因为从这些才能看出品质恶劣的根源到底在什么地方。应该有相应的工具集计这些票据，生成相应可以利用的图表。

        图表一，散列图，这个图表主要根据所花时间和内容多少计算review密度，review密度即为在多少时间内review了多少内容，从密度可以看出这个模块review充足与否。再利用得出的review密度和bug数分析品质好坏。分析出来的结果在四个象限内，密度小bug多的品质恶劣，密度大bug多的要注意，密度小bug少的是review不足，密度大bug小的是看起来品质良好，但还是要再进行确认。

        图表二，根据散列图具体分析每一个模块。重点分析品质恶劣和品质注意的，根据每一个模块指摘项目的bug区分生成百分比，从两者分析判断品质不好的原因在那里，比如如果理解式样有偏差，担当技术不足或者是详细设计的有问题，根据经验者的判断来制定相应的对应方案。同时应该从趋向性上来找对策使品质向好的方向发展。

4. 单单做品质分析是不够的，它只是一个手段，确保单个模块在review和测试阶段分析软件的质量。整个项目的质量还是要在作业过程中注意运用其他的措施保证质量。

        越做项目越觉得软件项目确实是一个大的工程，就像盖一座大楼的工程一样，每一个环节出了问题这个大楼都盖不起来。当时大学的时候还没有这种感觉，现在想来确实是这样的。软件工程要比建筑工程更有风险性，bug的隐蔽性，更要注意品质的保证。

本文地址 : http://www.weloving.net/?p=1455
如果你对本文感兴趣，欢迎订阅我的博客