5.29笔记zxl
等价类、边界值测试方法==》对单一功能点的测试场景法、状态迁移法测试方法==》一般做业务类型的测试，一个业务场景是由多个单一功能点组合而成
基于经验的三种测试方法：
错误推测法：根据自己对系统的了解，根据以往出现过的BUG,根据以前的经验，进行设计测试用例
系统异常分析法==》模拟系统可能出现的故障，来确保软件的容错能力
例子：电商的主备切换，模拟主服务器出现异常情况，备用服务器能不能快速进行业务切换，相关的订单数据会不会丢失
随机测试：使用随机的数据，模拟用户的随机操作
面试题：你给我讲一下xxx的测试点？
思路：这种面试题注意是看的你测试思路是否清晰。
一、偏实际应用的思路：
1，从外观页面讲起，检查页面的元素是否美观，信息的描述是否准确，页面的功能按钮是否正常，操作是否简洁友好
2，接着从各个功能进行逐一的展开描述，讲一个正常的后面接多个异常的（购物车加入商品：正常的--商品有库存时是否能加入购物车，异常--商品库存为0时是否可以加入购物车、选择数量大于商品库存量是否能加入购物车等等）
3，接着从性能上思考，多人同时操作（并发）、快递的连续提交的操作
4，从网络状态思考，弱网（网络环境差），无网络（断网）
5，如果涉及安全的，也要考虑安全方面的问题，一般是接口信息篡改的问题，有没有涉及一些敏感信息（有没有做加密处理）
6，考虑兼容性的问题。软件是否适配不同的系统，不同的浏览器，各种不同的网络状态的适配。软件不同版本的兼容
二、偏理论的思路：
面试题：拿到一份需求之后，你会怎样设计测试用例？怎么保证测试的覆盖率？
拿到需求文档之后，我会先分析需求中说明的基本功能，然后对这些基本功能进行业务流程的梳理，进行设计测试用例，包括正常的主体流程和异常的分支流程(涉及场景法、等价类)
如果涉及到状态转换的场景那么也会对这些场景进行设计测试用例，用于提高业务流程的覆盖情况（涉及状态迁移法）
对涉及到边界值的场景会使用边界值分析法涉及测试用例。
然后回根据自己对业务的熟悉或者系统的了解来设计测试用例(涉及错误推测法)
如果需求里面的功能涉及到系统故障恢复能力、容错能力，那么会使用系统异常法进行设计一些系统异常情况的测试用例
如果需求中功能涉及到性能和安全方面的测试，也会涉及相关的性能测试用例和安全测试用例。 、
边界值分析法：使用一个有效范围的边界上的点进行测试
对某个同学的成绩进行打分，打0-100分？
上点：边界上的点，可以取到的点 ==》作为正常测试场景的测试数据
离点：离上点最近，但又不在这个范围内的点 ==》作为异常测试场景的测试数据
内点：在范围内的点 ==》不需要考虑设计测试用例
边界值最基本的要求：是一个连续的集合
边界值使用需要考虑最小单位
[1,2,3,4,5,6,7,8,9] ==>这只是一组数据，只能根据等价类的方式进行测试，每一个值都要验证一次有效等价类，不在这组数据中的任意数据就是一个无效等价类
===》这才是一个连续的集合，1到9
闭区间 ===>1≤x≤100==》闭区间是包含等于的情况
上点：1,100==》正常场景（有效等价类）
离点：0,101==？异常场景（无效等价类）
内点（正常的数据，但是不用验证，因为已经验证了上点，就表明内点都是正常的）
开区间 (0.00,100.00)==》0.00<x<100.00 ==》开区间是不包含等于的情况
上点：0.01,99.99
离点：0.00,100.00
半开半闭区间 (0.00,200.00]==》红包金额时候大于0.00元，小于等于200.00元
上点：0.01,200.00
离点：0.00,200.01
半闭半开区间
上点：2020-01-01 00:00:00，2022-12-31 23:59:59
离点：2019-12-31 23:59:59,2023-01-01 00:00:00
常见的有序集合：
一周7天
一年四季
对于有序集合的测试，应该取最开始和结尾的值进行测试
一周7天选择：周一、周日
一年四季：春、冬
页:
[1]