如何建立量化的,可操作的质量检查标准?
如何建立量化的,可操作的质量检查标准?软件质量标准主要分为功能性,稳定性,效率,
易用性,可维护性,可移植性等特征。
我们公司想制定一个量化的,可操作的质量检查标准,
供测试。
比如如何衡量一个程序的易用性?有什么细化的标准?
如:在界面上点击出一个功能,鼠标操作不能超过5下。 量化不太现实 与其给予量化的标准 还不如给出功能、性能、界面、稳定性的设计指导和测试指导
然后通过下游检验上游的质量
如测试部测出的上述规范(指导)涵盖的问题,则测试部奖开发部罚
如果这些显式的问题流到用户那边发现 则测试部罚 连带罚开发部 量化工作对于公司的改进非常重要,更是说服高层的有利证据;但是,如何来进行量化呢?个人认为较为完善的规章制度是必不可少的,可参考僵化—固化—优化—量化路线。(平时要注意收集历史数据) 这些“性”都是游移的,而且都属于是单一量化一个方面没有太大意义,譬如只看效率不看其他代价量化是没有意义的,牵扯因素太多。易用性随客户的取向变化也很快,固定客户群的习惯也是变化的。所以量化的意义和作用比起操作付出的代价来说,不合算。而且就我所知,一些做类似尝试的公司最终都不了了之。
那里能下载ISO/IEC 9126标准,那里有些量化指标,可参考。
按照各个模块制订各自的质量标准如何?然后,让测试组照此测试。 ISO/IEC 9126可要花银子买的,国内出了类似的标准,实际上就是9126的中文版本
页:
[1]