目录
按照测试对象划分
界面测试
什么是界面测试?
界面测试(简称UI测试),指按照界面的需求(一般是UI设计稿)和界面的设计规则,对我们软件界面所展示的全部内容进行测试和检查。
测试人员从哪些维度关注界面测试?
1、验证界面内容显示的完整性,一致性,准确性,友好性。比如界面内容对屏幕大小的自适应,换行,内容是否全部清晰展示;
2、验证整个界面布局和排版是否合理,不同板块字体的设计,图片的展示是否符合需求;
3、对界面不同控件的测试,比如,对话框,文本框,滚动条,选项按钮等是否可以正常使用,有效和无效的状态是否设计合理;
4、界面的布局和色调符合当下时事的发展。
可靠性测试
什么是可靠性?
可靠性(Availability)即可用性,是指系统正常运行的能力或者程度,一般用正常向用户提供软件服务的时间占总时间的百分比表示。
可靠性 = 正常运行时间/(正常运行时间+非正常运行时间)*100%
可用性指标一般要求达到4个或5个“9”,即99.99%或者99.999%
如果可用性达到99.99%,对于一个全年不间断(7*24的方式)运行的系统,意味着全年(252600min)不能 正常工作的时间只有52min,不到一个小时。 如果可用性达到99.999%,意味着全年不能正常工作的时间只有5min。
容错性测试
容错性测试是指系统能够处理异常,用户的错误操作而不至于系统崩溃,从而能够提高系统的可用性。
容错性测试包含以下方面:
1、输入异常数据或进行异常操作,以检验系统的保护性。如果系统的容错性好,系统只给出提示或内部消化掉,而不会导致系统出错甚至崩溃。 比如数据级测试,校验测试,环境容错性测试,界面容错性测试
2、灾难恢复性测试。 通过各种手段,让软件强制性地发生故障,然后验证系统已保存的用户数据是否丢失,系统和数据 是否能尽快恢复。
文档测试
开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明 书、数据库设计说明书、模块开发卷宗。
管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
兼容性测试(重要)
兼容性测试需求是指明确要测试的兼容环境,考虑软,硬件的兼容。
就软件兼容来说,主要考虑以下几个方面:
1、系统自身版本的兼容,用户已有数据的兼容,数据兼容是重中之重,对用户来说,数据是最有价值的。
2、测试与应用环境的兼容性,比如操作系统,应用平台,浏览器的兼容。
3、测试与第三方系统以及第三方数据的兼容性。(eg:购物平台与支付宝之间的兼容性)
易用性测试
许多产品都应用人体工程学的研究成果,是产品在使用起来更加灵活和,舒适。软件产品也始终关注用户体验,让用户获得舒适,易用的体验,针对软件这方面的测试称之为易用性测试。
主要讨论以下几个方面:
1,标准性和规范性
对于现有的软件运行平台,通常其UI标准已经不知不觉地被确立了,成为大家的共识。多数用户已经习惯并且接受了这些标准和规范。比如安装软件的界面的外观,在什么场合使用恰当的对话框等。
2,直观性
用户界面的直观性,要求软件功能特性易懂,清晰。用户界面布局合理,对操作的响应在用户的预期之中。比如数据统计结果用报表的形式(条形图,扇形图等)展示清晰直观;现在主流的很多搜索引擎和日历的设计也有直观性的特点;
3,灵活性
软件可以有不同的选项以满足不同使用习惯的用户来完成相同的功能。(eg:输入法--九宫格、十六宫格、五笔、手写)
4,舒适性
舒适性主要强调界面友好,美观,操作过程顺畅,色彩用运恰当,按钮的立体感等。例如:左手鼠标的设置给习惯用左手的人带来了便利,也为右手十分劳累时提供了另一种途径;
安装卸载测试
主要需要考虑以下方面:
1、软件不同的安装和卸载方式
2、应用是否可以在不同的环系统,版本下安装(安装兼容性)
3、安装或者卸载过程中是否可以手动暂停,或者取消
3、安装空不足的时候系统是否有提示
4、是否可以正常的卸载,以及应用软件的各种卸载方式
5、卸载和安装过程中出现环境问题,软件是否可以正常并且合理的应对,比如死机,断电,断网等
安全测试
安全性是指信息安全,是指计算机系统或网络保护用户数据隐私,完整,保护数据正常传输和抵御黑客,病毒攻击的能力。
系统常见的安全漏洞和威胁如下:
输入域,如输入恶性或者带有病毒的脚本或长字符串;
代码中的安全性问题,如SQL/XML注入
不安全的数据存储或者传递
数据文件,邮件文件,系统配置文件等里面有危害系统的信息或者数据;
有问题的访问控制,权限分配等
假冒ID:身份欺骗篡改,对数据的恶意修改,破坏数据的完整性
性能测试
常见的性能问题如下:
资源泄露
资源瓶颈
线程死锁,线程阻塞
查询速度慢或效率低
受外部系统影响越来越大
衡量一个系统性能好坏的关键性指标有,用户响应时间,事务平均响应时间(TPS),吞吐率,每秒点击次数,内存和CPU使用率等。
内存泄漏测试
造成内存泄露的原因有很多,最常见的有以下几种:
分配完内存之后忘了回收。
程序写法有问题,造成没办法回收(如死循环造成无法执行到回收步骤)。
某些API函数的使用不正确,造成内存泄露。
内存泄漏的检测方法:
人工静态法:代码走读,人工查找未被回收的内存。
自动工具法:借助相应测试内存泄漏的工具,如Visual Leak Detector,记录每次内存分配,清楚 告诉用户内存是如何泄漏的。
按照是否查看代码划分
黑盒测试
黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下,检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果,满足规范需求。
黑盒测试又称之为数据驱动测试,只注重软件的功能。
1、黑盒测试关注什么?不关注什么?
黑盒测试关注:业务功能是不是符合预期
黑盒测试不关注:代码
2、黑盒测试的方法是什么?
等价类、边界值、判定表、正交表、错误猜测法、场景法、基于需求设计测试用例。
3、黑盒测试的优缺点
优点:
对测试人员的代码能力要求比较低,不关注软件内部的实现。
从用户角度出发设计测试用例,很容易的知道用户会用到哪些功能,会遇到哪些问题,锻炼测试人 员的产品思维。
测试用例是基于软件需求开发文档,不容易遗漏软件需求文档中需要测试的功能。
缺点:
不可能覆盖所有代码。
白盒测试
白盒测试又称为结构测试或逻辑测试,它一般用来分析程序的内部结构,针对程序的逻辑结构来设计测 试用例进行测试。
1、白盒测试关注什么?不关注什么?白盒测试的测试方法有哪些?
关注:内部代码的逻辑
不关注:业务功能
测试方法:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖
2、白盒测试的优缺点
优点:对测试人员的代码能力比较高
缺点:虽然代码覆盖率高,但项目上线后,业务逻辑可能会有问题
灰盒测试
灰盒测试,是介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。
按开发阶段划分
测试金字塔
从下到上:对于测试人员的技术要求越来越低;越来越靠近用户;定位问题的成本越来越高。
单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位:模块。又称为模块测试
测试阶段:编码后或者编码前
测试对象:最小模块
测试人员:白盒测试工程师或开发工程师
测试依据:代码和注释+详细设计文档
测试方法:白盒测试
测试内容:模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
集成测试(Integration Testing)
集成测试也称联合测试(联调)、组装测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
测试阶段:一般单元测试之后进行
测试对象:模块间的接口
测试人员:白盒测试工程师或开发工程师
测试依据:单元测试的模块+概要设计文档
测试方法:黑盒测试与白盒测试相结合
测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块 缺陷对系统的影响
系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
测试阶段:集成测试通过之后
测试对象:整个系统(软、硬件)
测试人员:黑盒测试工程师
测试依据:需求规格说明文档
测试方法:黑盒测试
测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等
回归测试(Regression Testing)
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
冒烟测试(smoke testing)
冒烟测试目的是确认软件主要功能和核心流程正常,在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时,先进行冒烟测试,保证基本功能正常。
验收测试(Acceptance Testing)
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展 示该软件系统满足原始需求。
测试阶段:系统测试通过之后
测试对象:整个系统(包括软硬件)
测试人员:主要是最终用户或者需求方
测试依据:用户需求、验收标准
测试方法:黑盒测试
测试内容:同系统测试(功能...各类文档等)
按测试实施组织
α测试(Alpha Testing)
β测试(Beta Testing)
α测试和β测试之间的区别:
1.测试环境的区别
α测试:公司内部测试,内部环境
β测试:各种环境都有可能
2.测试人员的区别
α测试:公司内部员工测试,人员少
β测试:客户测试,人员多
3.测试时间节点的区别
α测试:α测试在前
β测试:β测试在后
第三方测试
介于开发方和用户方间的组织的测试。
按是否运行划分
静态测试(Static testing)
静态测试(static testing)就是不实际运行被测软件,而只是静态地检查程序代码、界面或文档中 可能存在的错误的过程。
动态测试(Dynamic testing)
实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程。
所以判断一个测试属于动态测试还是静态的,唯一的标准就是看是否运行程序。大多数软件测试工作都属于动态测试。
按是否手工划分
手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。
总结优缺点:
优点:自动化无法替代探索性测试、发散思维结果的测试。
缺点:执行效率慢,量大易错。
自动化测试(Automation Testing)
就是在预设条件下运行系统或应用程序,评估运行结果。
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
自动化实施步骤:
1.完成功能测试,版本基本稳定
2.根据项目特性,选择适合项目的自动化工具,并搭建环境
3.提取手工测试的测试用例转化为自动化测试的用例
4.通过工具、代码实现自动化的构造输入,自动检测输出结果是否符合预期
5.生成自动测试报告
6.持续改进,脚本优化
按测试地域划分
软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。由于软件的全球化普及,还有软件外包行业的兴起,软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。