目录
按照测试对象划分(了解)
①界面测试
界面测试也叫UI测试,界面测试需要参考UI设计图,总的来说就是验证软件界面的设计是否合理。
验证界面的一致性,合理性,准确性,友好性
验证界面的组件,如滚动条,对话框,文本框
验证界面的排版和布局
验证界面的色调等是否符合时事
②可靠性测试(可用性)
可靠性公式:软件正常工作的时间/(软件正常工作的时间+不能正常工作的时间)*100%。
这个公式得出的结果一般要在99.99%或者99.999%以上。
需要借助一些软件工具来进行测试
③容错性测试
容错性测试是指系统能够处理异常,用户的错误操作不会引起系统的奔溃,从而提高系统的可用性。
容错性和可靠性之间的区别
容错性是指项目异常运行的一个指标
可靠性是指项目正常运行的一个指标
④文档测试
文档测试通常来说就是在需求评审 时候测试人员需要进行的需求分析。
⑤兼容性测试
浏览器兼容性:
Chrome、Firefox、edge、Safari等等
平台兼容(操作系统):
Linux、Windows、Mac等等。
自身的兼容性:
例如不同版本的jdk之间需要兼容。
其他软件的兼容性:
例如百度APP,是否兼容其他的APP,是否支持访问其他的APP,是否支持其他软件的入口之类。
⑥易用性测试
软件要简单易上手,主要是为了让用户有更好的体验。
⑦安装、卸载测试
软件安装和卸载的方式
安装和卸载的过程是否可以暂停
安装的时候空间不足是否有提示等等。
⑧安全测试
安全方面如SQL注入,越权访问,输入脚本,系统漏洞,数据篡改等
⑨性能测试
软件的反应速度?(238规律)
内存泄露 、内存占用情况
cpu占用情况
网络等资源瓶颈
内存泄露测试
人工静态法:代码走读,人工查找未被回收的内存。
借助相应测试内存泄漏的工具
按照是否查看代码块进行测试
黑盒测试
黑盒测试就是把项目看成一个"黑匣子",不关注内部的构造结构和内部特性,只关注代码是否符合用户的需求,产品规格书的说明,又被称为"数据驱动测试"。
常用黑盒测试方法:等价类、边界值、判定表、正交法、场景法、错误猜测法
具体常用黑盒测试见这篇文章:
(100条消息) 如何设计测试用例以及常用的黑盒测试方法_渴望力量的土狗的博客-CSDN博客https://blog.csdn.net/m0_67995737/article/details/130625865?spm=1001.2014.3001.5502黑盒测试的特点:覆盖产品功能范围最广的测试,但是不能覆盖所有代码
白盒测试
白盒测试关注的是代码逻辑,对于业务功能方面关注不够,所以也成为"逻辑驱动测试"。
所以白盒测试的优点是代码覆盖率高,缺点是业务功能覆盖方面不足。
主要包含六种测试方法:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
灰盒测试
灰盒测试属于中间的一种测试,它既关注具体代码的实现,又关注业务功能的实现,但是灰盒测试没有黑盒测试功能覆盖的全面,也没有白盒测试关注代码实现的细节。
灰盒测试的应用阶段:集成测试
灰盒测试能否取代黑盒测试和白盒测试?
灰盒测试不能够取代黑盒测试和白鹤测试,原因如上述灰盒测试的缺点所述。
黑盒测试可以取代灰盒测试吗?
黑盒测试是可以取代灰盒测试的,但是一旦取代,就要设计出很多的测试用例,费力费时,成本巨大。
面试题:常见的测试方法有哪些?哪种方法用的多?
常见的测试发有黑盒测试和白盒测试,对于二者使用的多少需要结合具体的业务需求和场景,
但是一般来说,作为测试人员,需要更多的考虑使用黑盒测试。当然,如果为了更详细的锁定bug,也可以采用白盒测试。
按照开发阶段划分
①单元测试
单元测试就是针对系统的最小单元进行测试
测试方法:白盒测试:一般需要使用JUNIT框架,针对最小的功能单元进行测试
②集成测试
完成单元测试之后,集成项目的各个模块,集成各个单元模块来进行测试。
③系统测试
对于项目的系统设计进行测试。
④回归测试
回归测试是对于历史的版本和功能进行测试,要保证功能符合需求,但是随着项目的版本越来越多,功能需求就会越来越多,就需要用上自动化测试。
⑤冒烟测试
冒烟测试是测试人员全员参与,验证产品是否具备可以测试的条件(可以避免开发人员不断的提交bug的一个繁琐的过程)
⑥验收测试
用户来进行验收测试,目的就是为了验证产品是否符合用户的需求。
实际上是由产品的同学/运营的同学来进行验收。
按照是否运行划分
静态测试
静态测试指项目没有运行起来进行的测试,如看一段代码进行的测试
动态测试
动态测试指的是项目运行起来之后进行的测试。
按照测试实施组织划分
α测试
α测试是在开发环境下进行的测试,一般是公司内部的测试,体量较小
β测试
β测试是一种验收类型的测试,由最终使用者在一个或多种环境进行的测试。体量较大
α测试和β测试的不同
1、应用的场景不同
α测试是在开发环境下进行的测试,β测试是在用户的终端进行的测试
2、测试人员不同
α测试一般是公司内部人员参与,而β测试一般是用户及其使用者参与的
3、先后顺序不同
α测试优于β测试的顺序,α测试完成后才进行β测试,并且β测试的测试周期较长
测试地域问题
对于国际化的项目要注意各个地区的差异化,需要不同对待,进行划分。