软件测试
天忍哥哥
想搞技术
展开
-
Smoke Test
Smoke Test,即冒烟测试,源自线路板组件测试,给线路板加电,看看线路板会不会冒烟,没冒烟,就表示待测组件是通过了测试。准备测试经理和项目经理等相关人员从测试用例库中选定重要的测试用例,标记为冒烟测试用例。或者单独编写。1、主流程和主功能的确认要求测试人员在测试开始前跟开发人员确认需求和重要的流程、功能,最好将功能点和流程以及预期结果和开发人员说明清楚。冒烟测试不要求测试结果像正式测试阶段那么准确,但是也需要列一个指标来衡量测试是否通过。)2、预计时间 根据列出的功能点和开发人员代码质.原创 2021-11-30 09:31:10 · 99 阅读 · 0 评论 -
Ad hoc Test
Ad hoc Test“Ad-Hoc” 原意是指“特定的,一次性的”,这里专指“随机的,自由的”测试。在软件测试中除了根据测试样例和测试说明书进行测试外,还需要进行随机测试(Ad-hoctesting),主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程.随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外,对于软件更新和新增加的功能要重原创 2021-11-30 09:27:06 · 62 阅读 · 0 评论 -
CMM与CMMI的关系?
CMM与CMMI的关系?CMMI是在CMM基础上发展起来的,它继承并发扬了CMM的优良特性,借鉴了其他模型的优点,融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域,而且可以用于系统工程及其他工程领域。CMM与原有的能力成熟度相比,CMMI涉及面更广, 专业集领域覆盖软件工程、系统工程、集成产品开发和系统采购。CMMI 与CMM 最大的不同点在于:1.CMMI SM-SE/SW/IPPD/SS 1.1 版本有四个集成成分。2.CMMI 有两种表示方法,一种是和CMM 一样的阶段式表现方法原创 2021-11-30 09:22:46 · 96 阅读 · 0 评论 -
软件全面质量管理的思想体系?
软件全面质量管理的思想体系?1、全面质量管理概述20世纪70年代中期,美国国防部曾专门研究软件工程做不好的原因,发现70%的失败项目是因为管理存在的瑕疵引起的,而非技术性的原因,从而得出一个结论,即管理是影响软件研发项目全局的因素,而技术只影响局部。·因而软件质量被视为开发中的重中之重。人们普遍都认为质量是“好的东西”,但是在实际上系统的质量可能是模糊的、尚未定义的属性。所有商品和服务的开发者都关心质量,不过由于软件的固有属性,尤其是软件的不确定性和复杂性,会带来特殊的需求。·增加了软件的危险程度原创 2021-11-26 15:18:10 · 67 阅读 · 0 评论 -
如果不确定客户端是否禁用cookie,则可以使用URL重写技术
URL重写是指服务器程序对接收的URL请求重新写成网站可以处理另一个URL的过程。URL重写技术是实现动态网站会话跟踪的重要保障。在实际应用中,当不能确定客户端浏览器是否支持Cookie的情况下,使用URL重写技术可以对请求的URL地址追加会话标识,从而实现用户的会话跟踪功能。URL重写实现会话跟踪,要保证每个页面都必须使用Servlet或JSP动态页面。因为附加在URL上的sessionID是动态产生的,所以对于静态页面的跳转,URL重写机制无能为力。可以通过HttpServletResponse的enc原创 2021-11-10 20:54:47 · 306 阅读 · 0 评论 -
在检查点应该获得哪些信息?
在检查点应该获得哪些信息?检查点记录是一类新的日志记录。它的获得信息包括:①建立检查点时刻所有正在执行的事务清单②这些事务的最近一个日志记录的地址。原创 2021-11-10 20:53:29 · 48 阅读 · 0 评论 -
什么是MTTF、MTBF、MTRF?
什么是MTTF、MTBF、MTRF?MTTF(mean time to failure平均失效前时间),定义为随机变量、出错时间等的”期望值”。但是,MTTF经常被错误地理解为,"能保证的最短的生命周期”。MTTF的长短,通常与使用周期中的产品有关,其中不包括老化失效。MTBF(Mean time between failures,平均故障间隔时间)定义为,失效或维护中所需要的平均时间,包括故障时间以及检测和维护设备的时间。对于一个简单的可维护的元件,MTBF = MTTF +MTRF因为MTRF通常远原创 2021-11-10 20:35:32 · 237 阅读 · 0 评论 -
为预防软件质量缺陷应该做点什么?
为预防软件质量缺陷应该做点什么?常见的方法就是评审、重构、复用以及原因分析。评审评审是很常见的一种验证手段。虽然普通,但它的作用可不小。软件缺陷很大一部分是来自于对需求的定义和理解不正确。而如果你能做好需求评审,可以很大程度地减少这部分缺陷。同样的,设计评审可以很大程度上减少设计缺陷。在软件实现之前,评审是最有效地去除缺陷的手段,而越早去除这些潜在的缺陷,所需的代价也会越小。评审是一种缺陷去除手段,在这里说是缺陷预防方法,是站在代码的角度来说的,因为这时代码还没有生成,评审去除的缺陷就像是预防转载 2021-11-03 16:19:19 · 127 阅读 · 0 评论