一.软件质量模型
1.功能性
软件能够满足明确和隐含要求的功能。
2.可靠性
软件在异常情况下能正确处理,或者软件在出错情况下能很快恢复过来。
3.易用性
“一看就懂,一用就会”,易懂易学易用,漂亮好看。
4.效率性
运行软件很快就能出结果,不需要等,运行起来省内存。
5.可维护性
问题发现可以很方便改正,想增加功能就能增加。
6.可移植性
指软件产品从一个环境迁移到另一个环境的能力。
7.兼容性
① 共存性 定义:在与其他产品共享通用的环境和资源的条件下,产品能够有效执行其所需的功能并且不会对其他产品造成负面影响的程度
② 互操作性 定义:两个或多个系统、产品或组件能够交换信息并使用已交换的信息的程度
8.安全性
指软件产品或系统保护信息和数据的程度,其可使用户、产品或系统具有与其授权类型、授权级别一致的数据访问程度。
二.软件测试分类
1.按照覆盖源代码分类:
黑盒测试
白盒测试
灰盒测试
2.按照阶段分类:
单元测试 (测试代码)
集成测试 (接口之间的测试,对多个单元组装的产物进行测试)
系统测试 (对系统整体的功能和非功能进行测试)
验收测试 (公司内测,用户公测)
3.按照代码是否运行来分类:
1.静态测试
2.动态测试
4.按照是否自动化来分类:
1.手工测试:依赖人手工去操作,眼睛查看结果
2.自动化测试:靠工具或者代码进行测试
5.其他
1.冒烟测试:先对主要,核心功能进行测试,再测其他,避免资源的浪费。
2.回归测试:对发现的bug或者之前的测过的功能重新回过头进行测试。
3.随机测试:假设是第一次接触软件的小白,随机进行测试,避免惯性思维。
4.探索测试:同时做测试设计和测试执行,探索复杂和容易被忽略的场景。
三.软件开发常见模型
1.瀑布模型
2.快速原型
3.对比
四.软件测试常见模型
1.V模型
2.W模型
3.区别
五.软件缺陷的定义和标准
定义:软件或程序中存在的各种问题和错误
标准:
六.缺陷报告的关键因素
模块 bug类型 测试环境
举例:
软件缺陷的基本内容:
1.缺陷的标题
2.预置条件
3.重现步骤
4.预期结果
5.实际结果
6.附件
缺陷的状态
新建 打开 修复 关闭
缺陷的严重程度
致命 严重 一般 建议
缺陷的类型
代码错误
设计缺陷
界面问题
兼容性问题
性能问题
安全相关
缺陷的跟踪流程
1.测试人员提交
2.开发人员确认
3.缺陷状态改为打开,表示开发人员正在处理
4.开发人员修复好
5.回归缺陷,重新测试
6.关闭缺陷
缺陷的生命周期:
缺陷严重程度:
1-致命缺陷:
阻碍开发和测试工作,致命性的缺陷。例如:系统无法登录、经常闪退或主流程应用模块无法启动、异常退出、用户数据受到破坏、系统崩溃,阻断性问题,造成系统不稳定;
2-严重缺陷:
系统的主要功能部分丧失、数据不能保存,系统的次要功能完全丧失,系统所提供的功能或服务受到明显的影响;
3-一般缺陷:
系统的次要功能没有完全实现,但不影响用户的正常使用,或由于兼容性问题,导致界面布局变形、图片无法显示等致使某个小功能无法使用;
4-建议:
不影响功能的、有关易用性的、文字、操作可以提出一些建议的问题
缺陷优先级:
BUG优先级分为四级:1、2、3、4,
分别对应:紧急、高、中、低
1-紧急:
影响测试,需立即修复;
2-高:
希望能尽快修复,除非常紧急之外的,优先处理;
3-中:
在版本发布之前修改完;
4-低:
对产品的影响比较小,在时间不允许的情况下可以暂时不修改。
怎么使用centOS中禅道:
先ipconfig查看linux的ip地址
然后windows用ping IP地址测试是否可以和linux网络连通
然后浏览器输入http:// centos 的ip地址 :81/www
测试环境的介绍:
非功能测试主要包括兼容性,性能,ui界面,易用性,安全性
测试一个物体的功能可以从功能,兼容性,性能,ui界面,易用性,安全性,可移植性方面诉说
交互:例如输入框输入错误框颜色的变化,弹出的提示,这就是交互,而UI具体关注文字以及图片等。