【2021软件测试扫盲】测试理论（325页“面试教科书”免费送）

软件测试扫盲

按测试技术划分
黑盒测试、白盒测试、灰盒测试

被测试对象是否运行
动态测试、静态测试 (文档检查、代码走查)

按不同的测试手段划分
手工测试(点工) 、自动化测试(工具+代码)

按测试包含的内容划分
功能测试、界面测试、安全测试、兼容性测试、易用性测试

功能测试：测试业务逻辑(手工、自动化)–核心重要

界面测试：UI（user interface）–外观美好、设计合理、友好、—主观性强=需求文档 (原型图 UI切图)–优先级会低

安全测试：高级类型-工具 (扫描–appsan) 代码(脚本-sql注入) --漏洞，薄弱

性能测试： 高级类型-双十一(访问人数多)–并发 (10000) —资源 内存 --正常处理

易用性测试： --人性化 ，舒适，用户体验==提bug ===站在用户角度考虑，考虑成熟产品

兼容性测试：软件+硬件(windows，Linux，MacOS,Android,Ios); 软件+软件–调用; 软件不同版本之前App(老功能，数据)

按测试阶段划分
单元测试、集成测试、系统测试、验收测试、a测试、b测试

其他测试
回归测试、冒烟测试、探索性测试/自由测试(测试思维)

回归测试: regression test : 测试-bug ，开发修复bug(修改代码)== 验证bug==其他没被修改的代码模块测试，影响： 上线之前-很多轮 (2-4轮) 的回归冒烟测试（重复） ==自动化测试

冒烟测试：来源–硬件测试 : 电路板-冒烟-短路被烧了=打回开发重做–软件测试：软件提测-核心业务功能

主流程 ，提高测试效率

探索性测试: 发散测试 -能力要求非常的高 ，没有依据，方法 ，只能靠经验、积累、直觉

需求评审：

什么是需求评审:

项目相关人员就产品需要进行确认和评估的相关活动

为什么要需求评审:

项目组成员理解需求，以便后期高效的进行、开发、设计工作

测试人员参与需求评审的职责

1.确保主机的理解与产品设计理念一直

明确实现的需求范围

提出主机对产品需求不合理或遗漏

产品需求评审案例 ： 只看功能是否正常 ，看控件位置 ，对流程的控制

有需求提需求，让产品更加完美

测试计划，就是一个word文档

测试用例测试思路

用例设计思路：帮助测试人员构建清晰的测试思维，指导测试思路

个人头像功能测试需求分析

分析显性，和隐性

显性：正常文章描述的东西

隐性： 那边边边角角没有显示出来的细节

测试用例的编写

使用Xmind列出要测试的点，根据测试的需求来定，简单一句，就是找测试点

最后使用Excel 进行功能测试

就是这么玩的

需求

测试用例

弱网测试

使用Fiddler 模拟 3G ，4G 的访问速度，也就是 具体时间