软件质量模型
上一篇 /
下一篇 2012-07-28 11:19:01
/ 个人分类:其它方面
质量模型 | 重要级别 | 原理 | 子特性 | 重点关注内容 | 案例 | 系统测试类型 |
功能性 | 高 | 软件和SRS是否相一至 | 适合性 | 1、需求中/用户需求→是否全部满足SRS个数;2、不能有多余的实现:a、消耗成本 b、不全是用户需求 | 公安局用户登陆系统→登录→自动保存用户名(多实现的功能) | 功能测试,安全性测试,保密安全性,网络测试 |
准确性 | 功能的执行结果 →功能执行是否正确 →数据精准度是否符合要求 | 如财务软件中,1+1=2.0000;不准确原因,财务软件中,任何数字都是有货币单位的,一般要求保留小数点后两位。数据的四舍5入或舍去 |
互操作性 | 1、当前系统与其它系统软硬2、件软件接口之间是否有正确的接口传输 | 超市收银POS系统:支持现金,一卡通,银联,手机电子密码。硬件设备 |
保密安全性 | 1、数据安全性,数据存储访问安全性2、操作安全性 3、数据传输安全性4、硬件加密 | 1、数据安全例子:权限,数据加密显示/加密存储(md5加密算法)→OS/DB/软件/用户2、操作安全性→权限控制3、数据传输安全性→协议加密,加密锁4、硬件加密:加密狗 |
功能性的依从性 | 行业要求 | |
非功能特性 | 易用性 | 产品的用户多种多样,或用户的计算机操作能力较弱时 | 用户操作水平习惯 | 易理解 | 1、对于较复杂的操作是否有演示程序;2、对一些特定的输入要求,界面上是否有明确的说明;3、在软件使用过程中,是否有明确的具体提示信息; 4、是否提供了相应的向导操作,方便用户使用。 | 如:字段不能为空,但用户看不到。所以必输项都会在后面加一个*号。 还有些字段有特殊要求。如姓名== | GUI测试 安装测试(易于安装) 文档测试 在线帮助测试 可用性测试 |
易学性 | 1、是否存在详细明确的在线帮助;2、是否有对应语种的帮助文件;3、界面上说明具体的操作步骤;4、是否有纸质的安装手册、帮助手册等。 | 没有必要去纠结易理解性和易学性,这两者区分不是太明确。 |
易操作性 | 1、操作步骤尽量简要、明确2、对输入框的输入是否进行了限制; a、内容 b、长度 c、规则 d、大小写的自动转换3、对于用户的常用数据或存用数据进行保存;4、能让用户选择的尽量不要让用户输入;5、同一个操作有多个入口,或者操作方式;6、若存在非必输项信息,最好给定默认值,以减少用户的操作;7、对于不能进行的操作,是否进行了有效的屏蔽。 | 如计算机自带的计算器,不能输abc,不能输两个小数点,数据不能无限制长度的输入。如邮箱不能有两个@。 3、如QQ登陆的显示账号;word打开文本框,默认路径是我的文档。第4点有两个好处,一是避免用户输入错误,二是减少用户工作量。第5点举例,如鼠标、快捷按钮、快捷键、菜单、热键(只能在菜单打开时候才能用)。WORD文件保存方式有多种。对于第7点,WORD里面的打开按钮,在某些特定条件中才能使用,不能使用的都为灰色。 |
吸引性 | 1、同一个软件,界面里面的颜色;2、界面控件大小、位置、摆放整齐,风格要统一;3、文字的大小、字体、颜色要统一。 | 如衣服颜色不能超过三种;如面试:装着,举止,精神面貌;稳定性,可陪养性, |
易用性的依从性 | | |
效率 | 用户数量较多或业务量较大时 | 软件所占用时间和资源的多少 | 时间特性 | 1、确定哪些功能或操作需要考虑时间响应问题(响应时间指:从用户点击到有系统反映给出结果); 2、使用频率占整个软件的60%以上,这些操作叫常用操作,它需要考虑时间; 3、存在大量的并发操作时; 4、存在大数据量处理或传输,如查询,操作,批量操作,文件上传和下载。 |
收藏
举报
TAG: