这阵子刚好在跟朋友讨论测试的重要以及测试的种类与各种情境,刚好测试也是面试的问题基础题,刚好趁着个机会整理一下吧~
透过测试可确定软件的完整性
、正确性
、安全性
、效能
、品质
,对程序进行一系列规定後的操作,找出程序的错误与不适当处,避免於实际运行中产生不如预期的情况,并评估是否满足现有需求、整体品质。
可靠性、稳定性、轻便性、易於维护、以及实用性
Alpha -> Beta & Gamma
阶段性开发
後进行的测试,验证功能是否正常,通常由内部(开发人员
或开发单位测试人员
)进行,持续到进入Beta阶段。
Alpha结束後进入Beta阶段,由外部人员(公众)进行,又称为确认测试
,在真实环境中以真实资料进行,进而确认整体完整性、稳定度
封测: 开发完至公开上市前的测试过程,着重於检视程序功能
、侦错
,少数人进行,
公测: 正式上市前的测试过程,开放给不特定
测试者,着重於稳定度
测试(压力测试),也可作为行销手法。
针对存在缺陷
的产品进行测试,但任何产品皆可视为存在缺陷,因此概念较为不确定。
也可称作黑盒
测试,着重於程序的功能
,而非程序内部结构,测试者不需具备程序结构知识,只需依据规格、设计书...,验证输出结果。
也可称作白盒测试
、透明盒测试
(glass box testing)、结构测试
(structural testing),着重於内部结构
,以程序角度设计测试案例,验证资料流
。
效能测试: 测试不同情境下系统效能是否符合规范。
压力测试: 超过
效能指标的测试。(设计容量为500人同时使用,压力测试则以500+为测试案例)
压力测试准则:
系统能够恢复运作
测试过程中不能出现明显效能下降,甚至当机
以最小单元
(函式)进行测试,并以不同的假资料模拟各种情境是否能正确回传预期结果
、错误处理
。
基於可读性
、可测试性
,通常由开发人员进行。
也可称为综合测试
、组装测试
、联合测试
,将各大模组、介面整合後,进行的正确性
测试,以模组
为单位。
包含功能测试
、介面测试
、可靠性测试
、易用性测试
、效能测试
,完整度最高的测试,测试系统整体可用性,以及各功能实现程度(业务逻辑、资料处理)。
进行於维护阶段
,用於测试修改程序後
产生的错误,在此阶段测试者应有一个完整的测试案例集,因重复性高,牵涉自动化测试、物件导向回归测试、优先级...议题与工具。
有错误请不吝指教!
参考资料
https://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95
http://todomato.blogspot.com/2017/01/testing.html
https://sites.google.com/site/nutncsie10412/ge-ren-jian-jie/bai-xiang-yu-hei-xiang-ce-shi
感谢各路大神
在AWS solutions library你可以找到数十份各式各样的解决方案参考文件,在这个解决方...
估狗了一下,百百种原因会导致Application Error,为了寻找问题来源,依照画面指示在T...
特别的一年,从每天上班战战兢兢的通勤上班,到经历过长时间的家工作 不知道大家有没有不习惯的感觉呢? ...
ASP.NET 是微软推出的网页语言,其主要由 C# 所开发,也有少数人使用 VB.Net 开发。 ...
前言 React hooks 是在 React 16.8 版本才加进来的功能。那到底什麽是 Hook...