如何理解软件测试
软件测试的类型划分
从哪些角度测试一个软件?
web测试思路
如何进行需求分析
如何做测试计划?
如何设计测试用例
测试执行过程的注意事项
对软件BUG如何定义?
提交一份适合的测试报告
按开发阶段划分
1、单元测试
即代码层面的测试,大多数都是开发自己测试。方法:路径覆盖
2、SIT集成测试
即功能点的测试,关注点在于:把各个模块连接起来时,穿越模块接口的数据是否会丢失。
集成测试分为两个级别:子系统间的数据集成测试、不同系统间的数据集成测试。
3、确认测试
4、ST系统测试
即把计算机硬件、计算机软件、网络、外设等其它元素统统结合在一起,进行的测试。系统测试是针对整个产品系统进行的测试。
系统测试的方法有:功能测试、用户体验测试、性能测试、UI测试、兼容性测试、安装测试、文档测试、稳定性测试等。
5、UAT验收测试
大多数是业务方自己测。用户验收测试分为:
一、非正式的验收测试:
а测试 (内测)
软件开发公司组织内部人员模拟各类用户行为对即将上市的产品进行测试。
ß测试 (公测)
软件开发公司组织各方面的的典型客户在日常工作中实际使用,并要求用户报告异常情况、提出改进意见,然后公司再进行完善。
二、正式的验收测试:
在UAT测试之前,我们会制定测试方案,选择基线用例,即级别高的用例,在UAT测试环境上进行测试,如果测试通过,验收测试就通过了。
按照测试技术(是否查看代码)划分
1、Black box
把软件看成一个黑盒子,在完全不考虑程序内部逻辑的情况下,检查程序是否满足用户需求。黑盒测试又称:功能测试、数据驱动测试、基于规格说明书的测试。
2、White box
对程序内部结构和算法进行测试。必须先全面熟悉程序内部逻辑结构,然后编写程序,对所有逻辑路径进行测试的一种方法。
3、Gray box
关注系统接口所实现的功能。
按是否执行代码划分
1、静态测试
2、动态测试
按照测试实施组织划分
1、开发方测试
2、用户测试
3、第三方测试(专业测试机构)
其它划分
1、BVT测试(Build Verification Test)
仅对系统的基本功能进行测试,保证主要流程的能正常使用,这叫冒烟测试。
2、回归测试(Regression Testing)
全量回归:对软件的新版本进行测试时,重复执行上一个版本测试时使用的测试用例,防止出现“以前应用没有的问题现在出问题了”。
部分回归:开发修复BUG后,测试人员重新验证该BUG是否被修复,以及验证相关联的模块是否受影响。
我们在项目中,怎么做回归测试呢?
首先,把bug单对应的用例执行一遍,还要检查有数据交互的模块会不会受影响,有没有引入新的问题(部分回归);项目上线前,还要把当前版本的重要功能以及冒烟测试的用例都回归一遍,确保重要功能上线后不出问题(全量回归)。
3、敏捷测试
特点:持续响应产品开发进度的频繁反馈、不断修正质量指标、持续确认产品的需求、持续确保需求的实现、强调从客户角度测试、重点关注新开发出来的功能。